#linuxcnc-devel | Logs for 2015-05-12

Back
[00:00:06] <andypugh> The documentation seems to basically say “look at the source code, if you couldn’t hav written it yourself, then you are unworthy to use it"
[00:03:34] <Tom_itx> maybe a silly question but using the 'near' component for spindle speed, with rigid tapping after the spindle reverses to retract does it still take effect or does the G33.1 override that?
[00:04:30] -!- Connor has quit [Quit: Leaving.]
[00:04:42] <andypugh> What is the “near” component connected to?
[00:04:49] -!- koo6 has quit [Ping timeout: 245 seconds]
[00:05:37] <Tom_itx> hm2 encoder velocity
[00:05:41] <andypugh> I don’t think that G33.1 stops for anything.
[00:06:00] <andypugh> No, I meant what is the output used for?
[00:06:25] <Tom_itx> so the spindle will reach a designated speed before the axis moves
[00:06:48] <Tom_itx> instead of spinning up partway thru a cut
[00:07:01] <andypugh> No, I meant, what is the output connected to?
[00:07:18] <Tom_itx> motion.spindle-at-speed
[00:07:52] <andypugh> motion.spindle-at-speed IN BIT
[00:07:53] <andypugh> Motion will pause until this pin is TRUE, under the following conditions: before the first feed move after each spindle start or speed change; before the start of every chain of spindle-synchronized moves; and if in CSS mode, at every rapid->feed transition.
[00:08:28] <Tom_itx> so just at the start of the sync move
[00:08:41] <Tom_itx> which makes sense
[00:09:02] <andypugh> So, motion will wait at the start of G33.1, but stopping at the reversal would quickly become expensive.
[00:09:15] <Tom_itx> exactly
[00:09:16] <andypugh> Time to leave.
[00:09:22] -!- andypugh has quit [Quit: andypugh]
[00:20:02] -!- per_sonne_ has quit [Ping timeout: 265 seconds]
[00:20:38] amnesic_away is now known as amnesic
[00:21:22] amnesic is now known as amnesic_away
[00:33:18] -!- maximilian_h [maximilian_h!~bonsai@dslb-088-067-145-050.088.067.pools.vodafone-ip.de] has joined #linuxcnc-devel
[00:40:08] -!- wortley [wortley!~wortley@2602:306:cfd4:2620:221:9bff:fe48:57d1] has joined #linuxcnc-devel
[00:50:58] -!- rob_h has quit [Ping timeout: 265 seconds]
[00:53:24] -!- patrickarlt has quit [Remote host closed the connection]
[00:56:16] -!- Loetmichel has quit [Ping timeout: 272 seconds]
[00:58:18] -!- patrickarlt has quit [Ping timeout: 256 seconds]
[01:08:34] -!- FreezingCold has quit [Ping timeout: 245 seconds]
[01:13:50] <cradek> tinkerer: when you load pluto_servo does the board's led turn off?
[01:14:31] <tinkerer> cradek: yep
[01:14:57] <cradek> I took the box apart so I can see that led now
[01:15:10] <cradek> it does not turn off, even though pluto_servo thinks it loads
[01:15:21] <cradek> (with some ioaddr= options and not others)
[01:15:33] <cradek> usually it says "can't communicate with the board after sending firmware"
[01:15:33] amnesic_away is now known as amnesic
[01:15:42] <tinkerer> with halrun?
[01:15:48] <cradek> yes
[01:16:02] <cradek> halrun -I; loadrt pluto_servo ioaddr=0 (or other ioaddr= things)
[01:17:26] <tinkerer> ok, this means that the fw will not be loaded
[01:17:59] <tinkerer> do tou use a cable?
[01:18:04] <tinkerer> you
[01:18:13] <cradek> I have tried three cables
[01:18:21] <cradek> I am using the one that works with the old pc
[01:18:24] <tinkerer> try it without
[01:18:31] <cradek> can't, unfortunately
[01:18:36] <cradek> but the cable is known good
[01:18:57] <tinkerer> may be the cable but not the parport
[01:19:28] <cradek> I don't understand how that could be, if it works with the other pc
[01:19:55] <tinkerer> the other pc use the same parport card?
[01:20:03] <cradek> no
[01:20:12] -!- quitte_ has quit [Read error: Connection reset by peer]
[01:20:17] <cradek> the old pc has a motherboard parallel port that works with this pluto and parallel cable
[01:20:38] <cradek> I changed the pc; this new pc has the sun1888 card; I left the same working cable
[01:20:58] <tinkerer> thats the reason
[01:21:17] <cradek> sorry - what is the reason?
[01:21:18] -!- per_sonne_ has quit [Ping timeout: 264 seconds]
[01:21:31] <tinkerer> different parport
[01:22:17] <tinkerer> different electrical properties
[01:22:48] amnesic is now known as amnesic_away
[01:23:26] <tinkerer> i have here a pc with onboard parport which works well
[01:23:42] <cradek> yes certainly could be
[01:24:00] <cradek> the pluto is well known to work with some parports and not others
[01:24:30] <tinkerer> but when i use a pci-card on the same pc it works sometimes
[01:24:42] <cradek> 7?? years ago we had some at emc-fest, in the days when we all had parports, we tried it on many and it worked on just a few
[01:24:48] <tinkerer> very randomly
[01:25:03] <cradek> yeah
[01:25:18] <tinkerer> I've a idea
[01:25:33] -!- patrickarlt has quit [Read error: Connection reset by peer]
[01:25:40] <tinkerer> i will test it in the next days
[01:25:56] -!- quitte_ [quitte_!~quitte@p5DD8F072.dip0.t-ipconnect.de] has joined #linuxcnc-devel
[01:26:33] <tinkerer> i will change the pullups on the pci-parport
[01:27:05] <cradek> hmm
[01:27:12] <cradek> I could maybe get a scope probe in here
[01:27:27] <cradek> it would tell me if the parport works at all
[01:27:36] <cradek> and maybe tell us something about pullups etc
[01:28:01] -!- Aero-Tec has quit [Ping timeout: 264 seconds]
[01:28:39] <tinkerer> they are mostly 4.7k
[01:29:19] -!- Akex_ has quit [Quit: Connection closed for inactivity]
[01:29:57] <tinkerer> i will test it with the half value
[01:31:05] -!- patrickarlt has quit [Ping timeout: 265 seconds]
[01:33:17] <tinkerer> with the scope watch the pin 1 and 2 of the parport at the fpga programming phase
[01:33:47] <cradek> at pin 2 I'm getting 5v swing during the programming attempt
[01:34:42] <tinkerer> pin 1 is the clock and pin 2 is the data
[01:35:02] <tinkerer> only on pin2?
[01:35:27] <cradek> also pin 1
[01:35:35] <cradek> only one hand :-)
[01:36:02] <tinkerer> ;)
[01:36:23] <cradek> let me try to get 1 & 2
[01:37:46] -!- anth0ny_ has quit [Client Quit]
[01:38:26] <tinkerer> could you a little bit more specify the word swing? ;)
[01:40:12] <tinkerer> like a sine or a rectangle
[01:41:49] -!- amiri_ has quit [Read error: Connection reset by peer]
[01:42:35] <cradek> peak to peak is 5v
[01:42:39] <cradek> pin 2 has sharp corners
[01:42:42] <cradek> pin 1 looks like crap
[01:42:49] <cradek> one minute, I'll take a photo
[01:45:37] <cradek> http://timeguy.com/cradek-files/emc/pluto-pin1top-pin2bottom.jpg
[01:46:22] <cradek> does it program on rising or falling pin 1 clock?
[01:46:33] <cradek> rise looks terrible
[01:46:51] <tinkerer> yes, this is the pullup
[01:46:58] <tinkerer> to large
[01:47:58] <cradek> maybe should add extra pullup resistors on the pluto
[01:48:37] <cradek> what pins would need it? 2-9 are probably ok
[01:51:09] <tinkerer> try it first with pin1 to test the programming
[01:52:51] <cradek> http://timeguy.com/cradek-files/emc/pluto-pin1clock.jpg
[01:53:16] <cradek> only gets to 3.6 volts
[01:53:45] <tinkerer> yes, the pluto works with 3.3v
[01:54:40] -!- HeXiLeD has quit [Quit: HeXiLeD]
[01:55:11] <cradek> so you think add pin1 pullup to +5?
[01:58:22] -!- witnit has quit [Quit: witnit]
[02:01:17] <cradek> pcw_home: don't miss this study of crappy hardware that I'm using instead of yours :-)
[02:04:11] -!- asdfasd has quit [Ping timeout: 256 seconds]
[02:10:45] <tinkerer> cradek: how fast is your pc? (mhz)
[02:10:53] <cradek> added 2.2k pullup to +5 on pin 1
[02:11:05] <cradek> still does not program successfully but rise time is much better, and it goes to 4.8v now
[02:11:17] -!- mode/#linuxcnc-devel [+v seb_kuzminsky] by ChanServ
[02:11:29] <cradek> new pc is 1800 MHz
[02:11:31] <tinkerer> 2.2k is to low
[02:11:36] ChanServ changed topic of #linuxcnc-devel to: http://linuxcnc.org | Latest release: 2.6.8 | (this channel is logged by the zlog robot)
[02:11:40] <seb_kuzminsky> woo
[02:11:42] <cradek> seb_kuzminsky: yay!
[02:11:48] <tinkerer> it's parallel with the 4.7k
[02:11:49] <seb_kuzminsky> i remembered this time!
[02:12:26] <cradek> which direction do you mean by too low
[02:12:55] <tinkerer> the right one.. ;)
[02:13:34] <tinkerer> too low
[02:13:42] <tinkerer> it was a typo
[02:14:16] <cradek> http://timeguy.com/cradek-files/emc/pluto-pin1clock-2k2pullup+5.jpg
[02:14:21] <tinkerer> you can kill the pluto
[02:14:21] <cradek> it looks a lot better now
[02:14:31] <cradek> what resistor do you think I should use?
[02:15:45] <tinkerer> could you change the pluto driver?
[02:16:03] <cradek> in linuxcnc? sure
[02:16:37] <tinkerer> there are lines :
[02:16:39] <tinkerer> // pull the reset low -- bit 2 of Control register
[02:16:39] <tinkerer> // keep it low 2 microseconds
[02:16:39] <tinkerer> for(i=0; i<4; i++) outb(0, ioaddr+2);
[02:17:13] <tinkerer> maybe the timing is too fast
[02:17:45] <cradek> hm yes maybe that is an unreliable way to do time delay
[02:18:02] <tinkerer> try doubling the values
[02:18:03] <cradek> if I know which pin, I could time it
[02:18:16] <tinkerer> yes u r right :)
[02:18:18] <cradek> which pin should have this 2us and 10us?
[02:18:54] <seb_kuzminsky> aahhh
[02:19:24] <seb_kuzminsky> i put a bow an all the work everyone else did for 2.6.8 and send an email to the list, and i get all the glory
[02:20:04] <cradek> heh :-)
[02:20:14] <cradek> it's ok, there's plenty of glory for all of us, we can share
[02:20:22] * seb_kuzminsky rubs hands together and cackles
[02:20:37] <cradek> it'd be glorious if you fixed my pluto
[02:20:47] <cradek> actually I can think of a lot of glorious things
[02:21:30] <Tom_itx> is that what was to be 2.7 or are you still holding 2.7?
[02:21:47] <tinkerer> seb: thats the burden of responsibility :)
[02:22:24] -!- per_sonne_ has quit [Ping timeout: 272 seconds]
[02:24:46] <cradek> tinkerer: increased delay does not help
[02:25:22] <tinkerer> there is another delay...
[02:25:22] <tinkerer> // Now program the device...
[02:25:22] <tinkerer> for(byte = 0; byte < FIRMWARE_SIZE; byte++) {
[02:25:22] <tinkerer> for(bit = 0; bit < 8; bit++) {
[02:25:22] <tinkerer> int v = firmware[byte] & (1<<bit);
[02:25:22] <tinkerer> if(v) outb(0xff, ioaddr); else outb(0, ioaddr);
[02:25:23] <tinkerer> outb(0|4, ioaddr+2);
[02:25:23] <tinkerer> outb(1|4, ioaddr+2);
[02:25:24] <tinkerer> outb(0|4, ioaddr+2);
[02:25:24] <tinkerer> }
[02:25:25] <tinkerer> }
[02:26:44] <cradek> I changed each of those outbs to 4 each
[02:27:05] <cradek> I confirmed that the clock is much slower now
[02:27:10] <tinkerer> ok
[02:27:17] <tinkerer> hmmm
[02:27:39] <cradek> 12us per clock; originally was about 3.5us in http://timeguy.com/cradek-files/emc/pluto-pin1clock-2k2pullup+5.jpg
[02:27:58] <cradek> I have not checked the reset line
[02:28:08] <cradek> do you know which pin I should check?
[02:29:02] <cradek> I multiplied the reset time delays by 10 (40 and 200 outbs)
[02:29:24] <Tom_itx> does 2.8.6 support hm2 ethernet?
[02:29:37] <tinkerer> Data2 pin4
[02:29:51] <cradek> db25 pin 4?
[02:30:13] <cradek> ok checking
[02:30:23] <cradek> (bet it is ok because 2-9 are strong)
[02:31:30] -!- patrickarlt has quit [Ping timeout: 265 seconds]
[02:32:45] <cradek> pin 4 goes high 5us, low 15us, high 15us, then low
[02:33:15] <skunkworks> Tom_itx: 2.8.6?
[02:33:28] <Tom_itx> err 2.6.8
[02:33:30] <skunkworks> 2.6.8? no
[02:34:56] <tinkerer> did you remove and replug the supply of the pluto before programming?
[02:38:55] <tinkerer> cradek: sorry, but i must consult my pillow its 4:30 after midnight... :)
[02:40:00] <tinkerer> next chance tomorrow, bye
[02:40:19] -!- tinkerer has quit [Quit: Leaving.]
[02:44:56] -!- toastydeath has quit [Quit: Leaving]
[02:46:53] -!- AR_ has quit [Ping timeout: 250 seconds]
[02:48:45] -!- pandeiro has quit [Remote host closed the connection]
[02:54:33] <cradek> tinkerer: good night, thank you :-)
[02:58:50] -!- The_Ball has quit [Read error: Connection reset by peer]
[02:59:09] <cradek> reset is not pin 4, it must be pin 16
[02:59:26] <cradek> /Initialize, 0x4 on the control register
[03:01:23] <cradek> yes
[03:01:37] <cradek> it is low for 40us with my change (loop counts to 40)
[03:01:52] <cradek> the signal looks fine
[03:10:41] <cradek> with this resistor added, the signals all look fine, but it still doesn't program
[03:11:45] -!- patrickarlt has quit [Remote host closed the connection]
[03:15:45] <cradek> I turned off computer and pluto before this last attempt, still same symptom, error from hal and the pluto LED is still dim
[03:16:29] -!- patrickarlt has quit [Ping timeout: 245 seconds]
[03:17:49] -!- gimps has quit [Ping timeout: 264 seconds]
[03:18:25] -!- _nexxus_ has quit [Ping timeout: 264 seconds]
[03:19:16] -!- gimps has quit [Changing host]
[03:21:12] -!- XXCoder1 has quit [Ping timeout: 252 seconds]
[03:25:01] -!- per_sonne_ has quit [Ping timeout: 250 seconds]
[03:30:05] <mozmck> How do I make linuxcnc power on when I toggle out of reset? I don't have any need for a 2 step process as is default.
[03:30:43] <cradek> wow, the pluto docs don't say how to send the firmware to it...?
[03:31:45] <cradek> mozmck: I think those controls are halui pins, so you could do something with ladder or whatever, to twiddle them how you want
[03:32:15] -!- PetefromTn_ [PetefromTn_!~IceChat9@97-81-58-82.dhcp.kgpt.tn.charter.com] has joined #linuxcnc-devel
[03:32:57] <cradek> I need a 3 channel scope :-/
[03:33:20] <Tom_itx> logic levels?
[03:33:27] <Tom_itx> get a saleae logic analizer
[03:33:33] <cradek> yeah
[03:33:34] <Tom_itx> alot cheaper than a scope
[03:33:37] <mozmck> I'm working on a gscreen based gui, and it uses hal_actions. I didn't know if there were INI settings that affected that.
[03:33:47] <Tom_itx> or one of those cheap knockoffs
[03:33:54] <Tom_itx> their software is pretty decent
[03:34:11] <mozmck> there are some cheaper logic analysers that look pretty nice.
[03:34:38] <mozmck> I have a Saleae 8 channel and it has been great - but did cost $150
[03:34:39] <Tom_itx> yeah some of those knockoffs will run the saleae software too
[03:34:47] <Tom_itx> same here
[03:34:57] <Tom_itx> but it paid for itself
[03:35:10] <cradek> looks like $219
[03:35:14] <mozmck> Some that I saw a while back looked a lot nicer than the saleae knockoffs.
[03:35:19] <Tom_itx> cradek that's the newer ones
[03:35:22] <cradek> kind of want
[03:36:04] <Tom_itx> and they're supposed to be bringing out their 10v analog ones
[03:36:13] <Tom_itx> dunno if that's happened yet or not
[03:37:33] <cradek> well darn, I thought fixing the obviously bad strobe signal would fix it
[03:37:50] <cradek> I wonder if it's bouncing and misprogramming
[03:40:49] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[03:43:12] -!- sumpfralle has quit [Ping timeout: 252 seconds]
[03:44:18] <mozmck> the labtool from embeddedartists.com looks interesting - 11 channel logic analyzer, 2 channel scope, etc. open source
[03:55:46] <cradek> http://retired.beyondlogic.org/spp/parallel.htm says base+1 (status port) is read-only, but pluto_clear_error_register() writes to it
[04:01:24] -!- patrickarlt has quit [Ping timeout: 265 seconds]
[04:02:38] -!- maximilian_h1 [maximilian_h1!~bonsai@dslb-188-098-053-049.188.098.pools.vodafone-ip.de] has joined #linuxcnc-devel
[04:03:13] -!- FinboySlick has quit [Quit: Leaving.]
[04:04:37] -!- maximilian_h has quit [Ping timeout: 264 seconds]
[04:12:05] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[04:23:25] <skunksleep> Wow.. http://www.shapeoko.com/forum/viewtopic.php?t=6103&p=47076
[04:26:03] -!- per_sonne_ has quit [Ping timeout: 265 seconds]
[04:30:59] -!- patrickarlt has quit [Ping timeout: 246 seconds]
[04:32:34] -!- treid has quit [Quit: Page closed]
[04:44:49] -!- toastydeath has quit [Quit: reboot]
[04:49:28] -!- furrywolf has quit [Ping timeout: 255 seconds]
[04:54:51] WalterN is now known as tiwake
[04:56:49] -!- jvrousseau has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
[05:20:42] -!- mhaberler has quit [Quit: mhaberler]
[05:22:23] -!- anth0ny_ has quit [Quit: anth0ny_]
[05:27:15] -!- kwallace2 [kwallace2!~kwallace@smb-141.sonnet.com] has parted #linuxcnc-devel
[05:27:25] -!- per_sonne_ has quit [Ping timeout: 264 seconds]
[05:31:26] -!- patrickarlt has quit [Ping timeout: 256 seconds]
[06:05:19] -!- rob_h [rob_h!~robh@90.206.254.250] has joined #linuxcnc-devel
[06:11:55] -!- Praesmeodymium has quit [Ping timeout: 252 seconds]
[06:12:04] Praesmeodymium|2 is now known as Praesmeodymium
[06:14:57] -!- skunksleep has quit [Ping timeout: 240 seconds]
[06:20:03] -!- ve7it has quit [Remote host closed the connection]
[06:28:49] -!- per_sonne_ has quit [Ping timeout: 256 seconds]
[06:31:43] -!- patrickarlt has quit [Ping timeout: 265 seconds]
[06:31:46] -!- quitte_ has quit [Read error: Connection reset by peer]
[06:37:16] -!- quitte_ [quitte_!~quitte@p5DD8F072.dip0.t-ipconnect.de] has joined #linuxcnc-devel
[06:42:22] -!- lucashodge has quit [Quit: I am away now.]
[07:29:26] -!- per_sonne_ has quit [Ping timeout: 244 seconds]
[07:29:43] -!- Miner_48er has quit [Ping timeout: 265 seconds]
[07:31:34] -!- patrickarlt has quit [Ping timeout: 256 seconds]
[07:34:06] -!- toner has quit [Remote host closed the connection]
[07:56:31] -!- tinkerer [tinkerer!~tinkerer@mail.play-pla.net] has joined #linuxcnc-devel
[08:30:40] -!- per_sonne_ has quit [Ping timeout: 252 seconds]
[08:31:04] -!- patrickarlt has quit [Ping timeout: 256 seconds]
[09:11:36] -!- Valen has quit [Remote host closed the connection]
[09:31:08] -!- patrickarlt has quit [Ping timeout: 256 seconds]
[09:31:59] -!- per_sonne_ has quit [Ping timeout: 246 seconds]
[09:35:30] -!- mhaberler has quit [Quit: mhaberler]
[09:39:33] -!- eventor [eventor!~eventor@p5B254F2F.dip0.t-ipconnect.de] has joined #linuxcnc-devel
[10:28:54] -!- skorasaurus has quit [Quit: WeeChat 1.1.1]
[10:31:12] -!- patrickarlt has quit [Ping timeout: 256 seconds]
[10:31:36] -!- nofxx has quit [Ping timeout: 240 seconds]
[10:33:02] -!- RyanS has quit []
[10:49:20] -!- syyl has quit [Ping timeout: 256 seconds]
[11:17:27] -!- jesseg has quit [Ping timeout: 276 seconds]
[11:18:14] -!- eventor has quit [Ping timeout: 256 seconds]
[11:19:36] -!- lucashodge has quit [Quit: I am away now.]
[11:26:09] -!- Computer_barf has quit [Ping timeout: 240 seconds]
[11:27:13] -!- ivansanchez has quit []
[11:31:16] -!- patrickarlt has quit [Ping timeout: 256 seconds]
[12:06:54] -!- r0ute2 has quit [Remote host closed the connection]
[12:16:01] -!- phantoxeD has quit [Ping timeout: 264 seconds]
[12:31:19] -!- patrickarlt has quit [Ping timeout: 265 seconds]
[12:35:30] <tinkerer> cradek: oups sorry, yes reset is the init pin 16. it was a little bit late... ;)
[12:35:40] -!- micges has quit [Quit: Ex-Chat]
[12:41:20] -!- quitte_ has quit [Ping timeout: 246 seconds]
[12:43:25] -!- mhaberler has quit [Quit: mhaberler]
[12:43:27] -!- quitte_ [quitte_!~quitte@p5DD8F072.dip0.t-ipconnect.de] has joined #linuxcnc-devel
[13:09:54] -!- amr has quit [Ping timeout: 264 seconds]
[13:13:41] <cradek> tinkerer: do you have docs telling how to send the pluto firmware? I can't find anything useful online.
[13:14:27] <cradek> tinkerer: I'm trying to figure out whether pluto_clear_error_register() could be right
[13:14:45] <tinkerer> yes, somewhere i must search :)
[13:16:27] <jepler> cradek: pluto_clear_error_register is about clearing the EPP timeout bit, it is not related to programming the pluto
[13:16:30] <jepler> http://lxr.free-electrons.com/source/drivers/parport/parport_gsc.c#L65
[13:16:32] <jepler> it's pretty much copied from linux kernel
[13:17:04] <cradek> ah ok
[13:17:09] <cradek> but the double read is missing
[13:17:22] <jepler> that's true.
[13:17:35] <cradek> the docs I found that said STATUS is readonly must be wrong
[13:17:57] <jepler> I see they've cut&pasted it across the linux kernel tll http://lxr.free-electrons.com/source/drivers/parport/parport_pc.c#L207
[13:20:17] <cradek> I wonder if I should pullup strobe still harder. it's still slow and noisy. maybe a little cap to remove the high frequency noise would be good, too
[13:20:38] <tinkerer> https://github.com/tinkercnc/spi-fpga-driver/blob/master/BBB/pluto_servo_bbbspi.comp#L419
[13:20:41] <cradek> I really should scope the working setup
[13:21:11] <tinkerer> here is some chunk i made for the beaglebone black
[13:23:50] <jepler> I don't think that knjn ever really documented the programming process; there's a pdf with the pinout http://www.knjn.com/docs/KNJN%20FPGA%20Pluto-P%20board.pdf that I believe I related back to an ACEX1k document
[13:24:28] -!- kwallace [kwallace!~kwallace@smb-92.sonnet.com] has joined #linuxcnc-devel
[13:25:10] <tinkerer> jepler: yes you did. and i'm searching the ACEX1k document in my chaos....
[13:25:32] <jepler> one thing that occurs to me: how confident are you that you've separated "failure to program" from "failure to epp"? there's supposed to be a "ledblink.rbf" file somewhere. you could substitute it for the regular pluto firmware. you'll still get a failure to communicate via epp but at least you will know you uploaded the firmare configuration properly
[13:25:37] <jepler> bbl
[13:26:35] <tinkerer> yes, i've sent it to cradek
[13:30:46] <tinkerer> http://tom-itx.no-ip.biz:81/~tom-itx/irc/logs/%23linuxcnc-devel/2015-05-09.html#17:06:50
[13:31:15] -!- patrickarlt has quit [Ping timeout: 265 seconds]
[13:32:45] <tinkerer> a dejavu in the matrix...
[13:35:28] <tinkerer> maybe its a mothers day reset
[13:40:36] -!- eventor [eventor!~eventor@p5B254F2F.dip0.t-ipconnect.de] has joined #linuxcnc-devel
[13:41:45] -!- jthornton has quit [Ping timeout: 256 seconds]
[13:41:45] -!- JT-Shop has quit [Ping timeout: 256 seconds]
[13:44:50] -!- JT-Shop [JT-Shop!~john@184.21.239.59] has joined #linuxcnc-devel
[13:44:50] -!- jthornton [jthornton!~john@184.21.239.59] has joined #linuxcnc-devel
[13:51:13] <tinkerer> cradek: i've sent you some code
[13:54:33] <tinkerer> dated from 2012 Sept.
[13:55:26] <pcw_home> no RC followed by Schmitt trigged on the clock?
[13:55:42] <cradek> jepler: pretty sure it's failure to program, because the led stays unchanged/dim
[13:56:31] <cradek> I have not changed the firmware - seems like the LED is enough to know whether it's programming
[13:58:01] <cradek> jepler: thanks, that pdf is also all I found, how sad that there's no documentation
[14:00:06] <jepler> I figured such an obvious idea would have occurred already
[14:00:52] <cradek> I think any EPP breakage in my sun parport would not even be relevant yet
[14:01:22] <cradek> pcw_home: no, it has pin 1 of the db25 wired directly to a fpga pin
[14:02:22] <pcw_home> Well, thats going to be pretty fussy about ports/cables
[14:02:41] <cradek> that's a very fair way to describe this device
[14:03:27] <cradek> it works on some ports and not others, with no discernable pattern
[14:04:03] <jepler> and I'd always assumed it was the EPP implementation but cradek's findings point towards a failure while trying to program it, which takes place in SPP mode
[14:04:07] <jepler> of course there could be 2 problem
[14:04:08] <jepler> s
[14:04:41] <pcw_home> at least in EPP mode you can fix the interface in the FPGA code
[14:05:19] <jepler> yes, and sometime within the last year I checked and the Altera SDK for the ACEX1k is still downloadable and can be used at no cost
[14:05:26] <jepler> I certainly don't have it set up anymore, though I think tinkerer does
[14:07:53] <cradek> I'm pleased to find that it's so overtly broken
[14:08:01] <tinkerer> hi dudes did you read my comments?
[14:08:25] <jepler> tinkerer: I haven't read everything but I've skimmed
[14:12:45] -!- akbar has quit [Remote host closed the connection]
[14:14:38] <tinkerer> about epp: there are some other problems with pci cards
[14:14:38] <tinkerer> http://www.asix.com.tw/faq.php?op=faqdetail&PItemID=130&FaqNoID=#523
[14:15:24] <tinkerer> in my case the nmos card works.
[14:15:38] <cradek> interesting
[14:15:46] <cradek> what chip exactly is on your working card?
[14:16:53] <tinkerer> MCS9805
[14:18:08] <tinkerer> but it works only with epp_wide = 0.
[14:19:03] <tinkerer> but your prob is the 1st quarter of the job
[14:19:47] <tinkerer> did you get my mail with the test code?
[14:21:59] <cradek> tinkerer: yes, thank you, but I think we're on the right track for finding a hardware problem. do you think there's something wrong with the linuxcnc pluto programming code?
[14:22:19] <tinkerer> and which firmware did you use? did you try the LEDblink.rbf
[14:23:14] <cradek> no (see above), because if pluto-servo programs correctly the LED will change from dim to something else
[14:24:07] -!- skunkworks has quit [Remote host closed the connection]
[14:24:54] <cradek> tinkerer: was it an accident that you changed your pluto derivative code to GPL3+? The code is GPL2+ in linuxcnc.
[14:26:43] <tinkerer> yes, but jeffs code resets itself if there is an error. nStatus of the fpga is internal connected with data5 of fpga and Init of the parport
[14:26:50] <tinkerer> which one?
[14:27:14] <cradek> this file: https://github.com/tinkercnc/spi-fpga-driver/blob/master/BBB/pluto_servo_bbbspi.comp
[14:28:45] <tinkerer> maybe it was the github automatic
[14:29:49] <tinkerer> not intentional
[14:30:12] -!- anth0ny_ has quit [Quit: anth0ny_]
[14:30:15] <cradek> cool, please fix
[14:30:29] <jepler> If the code is GPL3+ then the common view is that it cannot be loaded into the linux kernel which is GPLv2-only.
[14:35:44] <mozmck> I found and fixed some docs regarding emc2/linuxcnc - should I push to 2.7?
[14:36:22] <mozmck> They were in the Linux FAQ section of the Getting Started manual
[14:36:35] <cradek> absolutely - put them on the earliest relevant branch
[14:37:11] <seb_kuzminsky> if you put them in 2.6 they'll be hard (well, not really, just not automatic) to merge to 2.7
[14:37:19] <cradek> oh
[14:37:20] <seb_kuzminsky> because the getting-started docs got rototilled
[14:37:21] <mozmck> hmm, I don't know what that would be - maybe 2.6? I made the changes in 2.7
[14:37:37] <cradek> sounds like 2.7 is perfect :-)
[14:37:39] <mozmck> ok
[14:37:41] <seb_kuzminsky> heh
[14:41:15] <tinkerer> cradek: ahhh, it was the original file template :/
[14:41:20] <mozmck> I forgot to sign off the commit - can I add that now? or do I have to revert the commit and redo it?
[14:41:28] <cradek> git commit -s --amend
[14:42:02] <mozmck> thanks
[14:42:04] <KGB-linuxcnc> 03Moses McKnight 052.7 6713323 06linuxcnc 10docs/src/getting-started/Linux_FAQ.txt 10docs/src/getting-started/Linux_FAQ_es.txt Changed references and paths from emc2 to linuxcnc * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=6713323
[14:42:12] <seb_kuzminsky> mozmck: i forget to do that often, i added an alias 'git signoff' that does what cradek said
[14:42:56] <mozmck> If I use a gui like gitg to commit there is a check box and seeing that reminds me, but this one I did on the command line.
[14:53:54] <tinkerer> changed
[14:57:45] -!- kwallace has quit [Read error: Connection reset by peer]
[14:57:58] -!- kwallace [kwallace!~kwallace@smb-227.sonnet.com] has joined #linuxcnc-devel
[15:09:18] -!- r0ute has quit [Ping timeout: 264 seconds]
[15:11:17] -!- aminho has quit [Ping timeout: 256 seconds]
[15:11:17] aminho_ is now known as aminho
[15:17:34] -!- ivansanchez has quit []
[15:19:55] -!- Tecan has quit [Ping timeout: 255 seconds]
[15:27:25] -!- moorbo has quit [Ping timeout: 264 seconds]
[15:28:35] -!- moorbo_ has quit [Client Quit]
[15:29:16] -!- skunkworks [skunkworks!~chatzilla@184-158-23-26.dyn.centurytel.net] has joined #linuxcnc-devel
[15:30:44] -!- Tecan has quit [Changing host]
[15:31:09] -!- Tecan has quit [Client Quit]
[15:33:03] -!- [cube] has quit [Ping timeout: 265 seconds]
[15:39:08] -!- dan2k3k4 has quit [Ping timeout: 272 seconds]
[15:49:01] -!- quitte_ has quit [Quit: Changing server]
[15:49:18] -!- quitte_ [quitte_!~quitte@p5DD8F072.dip0.t-ipconnect.de] has joined #linuxcnc-devel
[15:50:34] -!- OnkelTem has quit [Read error: Connection reset by peer]
[15:59:34] -!- gonzo_ has quit [Read error: Connection reset by peer]
[16:02:01] -!- toastydeath has quit [Ping timeout: 264 seconds]
[16:04:36] -!- skunkworks has quit [Ping timeout: 272 seconds]
[16:09:06] <tinkerer> cradek: i would suggest to try the ledblink test
[16:23:39] <jepler> altera doc on configuration: https://www.altera.com/en_US/pdfs/literature/hb/cfg/cfg_cf51005.pdf
[16:24:23] <jepler> page 8-26 shows the waveform that should be used ("passive serial configuration using a microprocessor")
[16:26:47] <jepler> I don't think FPGA pin nCONFIG is even connected to the parallel port .. so how can the hal driver make sure the fpga is waiting for a configuration?
[16:27:14] <cradek> probably that's why if it fails to program once you have to unplug it
[16:27:26] <cradek> iirc you have to unpower it AND unplug it from the parport
[16:28:15] -!- skunkworks [skunkworks!~chatzilla@184-158-23-26.dyn.centurytel.net] has joined #linuxcnc-devel
[16:28:33] <cradek> isn't nCONFIG what's hooked to parport pin 16?
[16:28:41] <jepler> umm
[16:29:22] <jepler> it says that "nInit" is connected to FPGA pin number 84; it's also the EPP address strobe
[16:29:34] <cradek> 81
[16:29:36] <jepler> it being the KNJN pdf file
[16:29:45] <jepler> er oops, I jumped a line
[16:29:49] <jepler> you're right, it says pin 81 and is not used in EPP
[16:30:03] <jepler> that's the signal line that the hal driver tries to use to perform reset
[16:30:08] <jepler> servo.v:assign nConfig = epp_nReset; // 1'b1;
[16:30:58] <jepler> the fpga firmware continuously assigns epp_nReset (FPGA pin 81) nConfig (FPGA pin 49) to
[16:31:01] <jepler> err
[16:31:05] <jepler> assigns epp_nReset to nConfig
[16:32:51] <jepler> but that's a pretty iffy idea since how are you going to be sure you meet tCFG?
[16:36:29] <jepler> the real nCONFIG pin is pin 49, the pcb must connect pin 51 (a user I/O) to 49
[16:38:26] <jepler> if you had a sacrificial pluto board I wonder: cut the connection from FPGA pin 49 to 51 if you can, and connect parallel port pin 16 to fpga pin 51 (now you've got full PC control of nCONFIG so you can be sure you reset the damn thing)
[16:40:13] -!- md-2 has quit [Quit: Leaving...]
[16:42:01] <jepler> parallel port pin 1 must be connected both to FPGA pin 90 (user I/O) and FPGA pin 75 (dedicated DCLK for configuration)
[16:42:37] <jepler> so similarly if you could cut the pin 75 connection while leaving the pin 90 connection, you could move FPGA configuration to parport pins 2 and 3 to get good bipolar driving
[16:43:04] <jepler> but no idea whether those traces are accessible or are under the FPGA package
[16:47:06] -!- mhaberler has quit [Ping timeout: 264 seconds]
[16:47:07] mhaberler_ is now known as mhaberler
[16:47:12] -!- msantana [msantana!~darkstar@unaffiliated/darkstar] has joined #linuxcnc-devel
[16:48:26] <cradek> fMAX on DCLK is 50 MHz. I bet that high frequency noise I see is madly clocking it
[16:50:10] <skunkworks> have you tried plugging the pluto directly into the port?
[16:50:48] <cradek> in past years yes - not recently - it would be hard mechanically to do that
[16:51:18] <skunkworks> I have had good luck with old Zip drive cables...
[16:51:52] <cradek> I tried several cables when I was blindly trying things, but now that I'm actually being methodical I'm using the cable that I know works with the other pc
[16:52:05] <skunkworks> ah
[16:52:26] <cradek> I should hook the other pc back up and scope at least DCLK and see what it looks like
[16:52:27] -!- quitte_ has quit [Read error: Connection reset by peer]
[16:52:48] <cradek> I bet I'll find it's strong and square
[16:53:17] <pcw_home> what PP pin drives DCLK?
[16:53:38] <kwallace> Sorry if it has been asked before, but why fiddle with Pluto?
[16:53:41] <jepler> pcw_home: pin 1 I think
[16:53:57] <jepler> kwallace: his lathe's all put together based on pluto and now he wants to replace the PC
[16:54:01] <jepler> and not mess with the rest of the wiring
[16:54:22] <cradek> yeah it's even all mounted in a nice pretty box :-/
[16:54:35] <pcw_home> probably a bad choice since Strobe is often open drain
[16:54:38] <jepler> (this is a little sherline conversion, not the hnc)
[16:55:01] <jepler> pcw_home: yes and it certainly is on the SUN parport cradek is now using
[16:55:06] <kwallace> At this point, it seems that redoing the hardware would have been easier.
[16:55:07] <cradek> and this has been a thorn in our sides for 10 years and it would be nice to actually figure it out
[16:55:29] <pcw_home> add a board with a 74HCT14...
[16:55:32] <cradek> kwallace: yes that is apparent and true, but here we are
[16:55:57] <cradek> pcw_home: did you see the scope pics?
[16:56:03] <pcw_home> no
[16:56:10] <cradek> http://timeguy.com/cradek-files/emc/pluto-pin1top-pin2bottom.jpg
[16:56:21] <cradek> as found, clock on top, data on bottom
[16:56:37] <cradek> clock line with added 2k2 pullup to +5: http://timeguy.com/cradek-files/emc/pluto-pin1clock-2k2pullup+5.jpg
[16:56:47] -!- mal`` has quit [Ping timeout: 248 seconds]
[16:57:09] -!- mal`` [mal``!~mal``@105.ip-167-114-152.net] has joined #linuxcnc-devel
[16:57:15] <cradek> more detail of as-found clock line: http://timeguy.com/cradek-files/emc/pluto-pin1clock.jpg
[16:57:17] <pcw_home> umm since its clocked on the rising edge that probably a lose...
[16:57:28] <cradek> yeah absolutely
[16:57:36] <pcw_home> 300 Ohm pullup to 3.3V?
[16:57:43] <cradek> and if the noise is real (I think it is) it's probably clocking many times for each
[16:58:00] <Tom_itx> pcw_home did you catch that message in main channel about a mesa card causing the pc not to boot?
[16:58:02] <kwallace> I'm still using a Pluto to generate fast PWM for the spindle VFD on my Shizuoka mill.
[16:58:02] <cradek> yeah 2k2 was too big, I'll try much smaller
[16:58:13] -!- quitte_ [quitte_!~quitte@p5DD8F072.dip0.t-ipconnect.de] has joined #linuxcnc-devel
[16:58:49] <cradek> +5 is available nearby so I used that
[16:58:57] <pcw_home> best would be PP pin 1 usec RC --> 74HCT14 two inverters --> DCLK
[16:59:02] <jepler> I haven't found a spec for rise/fall time of DCLK but regular FPGA clocks require tR/tF <= 5ns
[16:59:43] <cradek> wonder if I can find a '14 at home
[17:00:05] -!- Connor has quit [Ping timeout: 256 seconds]
[17:00:37] <Tom_itx> pcw_home, starting 22:55:53 http://tom-itx.no-ip.biz:81/~tom-itx/irc/logs/%23linuxcnc/2015-05-11.html
[17:02:19] -!- quitte_ has quit [*.net *.split]
[17:02:19] -!- [cube] has quit [*.net *.split]
[17:02:21] -!- gimps has quit [*.net *.split]
[17:02:21] -!- pcw_home has quit [*.net *.split]
[17:02:21] -!- terinjokes has quit [*.net *.split]
[17:02:21] -!- `Nerobro_ has quit [*.net *.split]
[17:02:21] -!- cmorley has quit [*.net *.split]
[17:02:21] -!- uwe_ has quit [*.net *.split]
[17:02:21] -!- rbancrof1 has quit [*.net *.split]
[17:02:21] -!- nickoe has quit [*.net *.split]
[17:02:21] -!- s1dev has quit [*.net *.split]
[17:02:21] -!- _methods has quit [*.net *.split]
[17:02:35] -!- gimps has quit [Changing host]
[17:02:41] -!- pcw_home [pcw_home!~chatzilla@c-50-143-148-115.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[17:03:11] -!- quitte_ [quitte_!~quitte@p5DD8F072.dip0.t-ipconnect.de] has joined #linuxcnc-devel
[17:03:33] <pcw_home> Tom_itx: Oooh backwards, thats not good (I wonder where +12 and -12V end up)
[17:04:07] -!- cmorley [cmorley!~chris@S0106204e7f8c229b.no.shawcable.net] has joined #linuxcnc-devel
[17:04:18] spader is now known as terinjokes
[17:05:13] <Tom_itx> meh, that's covered under warranty !
[17:07:36] <Tom_itx> that limit on the pid fixed the runaway btw
[17:07:40] <Tom_itx> thanks
[17:07:46] <pcw_home> I wiped out a MB with my 6I24 proto 1.2V to 3.3V short fried PCIE socket and nice glowing crater in FPGA
[17:08:06] <Tom_itx> brought the I numbers up a bit more and it seems to work ok now
[17:08:20] <jepler> holy cow, the PCI connector itself is not keyed?
[17:08:28] <Tom_itx> it should be
[17:08:44] <seb_kuzminsky> are we doing embarrassing electrical stories? I plugged a 12V power supply into a usb hub and couldn't figure out why the keyboard & mouse weren't working, and kept trying other keyboards & mice...
[17:08:46] <pcw_home> Nope not for universal PCI cards (3.3 or 5V)
[17:09:01] <cradek> bzzt bzzt bztt nope not this one either bzzt bzzt nope bzzt
[17:09:26] <pcw_home> That s like people testing 1/16 A fuses on old Multimeters...
[17:09:38] <Tom_itx> i hope i don't add to the list... about to go out and hook the control back up to the mill today
[17:09:48] <pcw_home> why are are all open?
[17:10:02] <jepler> 12/13 is the notch for 3.3v capable, 50/51 is the notch for 5v capable, out of 62 total per sides. so, yep, same distance from each respective end
[17:10:12] <jepler> how did that get through the standardization process?
[17:12:09] -!- skunkworks has quit [Ping timeout: 240 seconds]
[17:16:14] _methods_ is now known as _methods
[17:24:06] -!- f1oat4 [f1oat4!~f1oat@AMontsouris-553-1-107-179.w92-151.abo.wanadoo.fr] has joined #linuxcnc-devel
[17:25:32] -!- MacGalempsy has quit [Remote host closed the connection]
[17:36:30] -!- quitte_ has quit [Read error: Connection reset by peer]
[17:41:59] -!- quitte_ [quitte_!~quitte@p5DD8F072.dip0.t-ipconnect.de] has joined #linuxcnc-devel
[17:42:13] -!- MattyMatt has quit [Remote host closed the connection]
[17:42:33] <seb_kuzminsky> ebo's question about 2.8 reminds me: anyone else want to be RM for 2.8?
[17:43:50] <cradek> I think pcw_home should do it
[17:51:50] <mozmck> I'm tempted to offer, but I don't think I know enough, and probably don't have the time.
[17:52:28] <cradek> I would be happy to help you if you encounter any shaky spots
[17:52:28] <seb_kuzminsky> thanks mozmck... there's definitely some knowledge & time requirement
[17:52:40] -!- mhaberler has quit [Quit: mhaberler]
[17:53:06] <mozmck> what all is involved?
[17:53:17] <seb_kuzminsky> i'd be happy to keep running the buildbot & helping out with packaging etc
[17:54:01] <cradek> the hard part is saying yes or no when people want to add things to the branch you're managing. sometimes it's right to say no, if you think the stability risk is too high, and that's often hard to do
[17:54:22] <seb_kuzminsky> it's mostly paying attention to bugs & issues, deciding when the branch is "good enough" to release, updating the debian/changelog, moving buildbot debs into the wlo deb archive, and sending out announcemnt emails & updating webpages
[17:54:24] <cradek> other than that, you decide when to release, and that process is pretty easy after all of seb's work
[17:54:57] <cradek> yes you have to construct the changelog. I usually do that by going through the commits and understanding them. I bet you keep up well enough already to be fine at that.
[17:55:05] -!- quitte_ has quit [Read error: Connection reset by peer]
[17:55:08] <mozmck> I see. That might not be too hard.
[17:55:22] <seb_kuzminsky> here's the checklist i try to follow: http://wiki.linuxcnc.org/cgi-bin/wiki.pl?ReleaseCheckList
[17:55:24] <mozmck> I try to. I fall behind some for work distractions.
[17:55:38] <seb_kuzminsky> heh yeah, we all fall behind from time to time
[17:55:47] <seb_kuzminsky> mouths to feed, lives to live, that kind of thing
[17:56:21] <mozmck> I'm finishing up a plasma table in my shop, and will be testing linuxcnc on it a lot soon.
[17:57:04] <mozmck> Let me look at that stuff and think on it. I might volunteer, especially if no one else steps up.
[17:57:15] <seb_kuzminsky> cool
[17:57:32] <seb_kuzminsky> if you like we could do the next 2.6 or 2.7~pre release together and you could see what's involved
[17:57:55] <mozmck> thanks! that might help
[17:58:00] <cradek> awesome
[17:58:38] <seb_kuzminsky> yay :-)
[18:00:30] -!- quitte_ [quitte_!~quitte@p5DD8F072.dip0.t-ipconnect.de] has joined #linuxcnc-devel
[18:04:01] -!- quitte_ has quit [Read error: Connection reset by peer]
[18:09:50] -!- quitte_ [quitte_!~quitte@p5DD8F072.dip0.t-ipconnect.de] has joined #linuxcnc-devel
[18:15:33] -!- Flipp_ has quit [Remote host closed the connection]
[18:16:45] -!- sumpfralle has quit [Quit: Leaving.]
[18:19:43] <jepler> I'm also available to help the RM if it's needed
[18:25:05] -!- asdfasd has quit [Ping timeout: 256 seconds]
[18:31:49] -!- norias has quit [Quit: Leaving]
[18:33:51] <mozmck> thanks, I would certainly ask for help!
[18:34:26] <mozmck> seb_kuzminsky: just ping me or email when you are ready to do the next (pre)release
[18:34:46] <mozmck> back to the shop - bbl
[18:39:40] -!- r0ute has quit [Ping timeout: 256 seconds]
[18:42:02] -!- skunkworks [skunkworks!~chatzilla@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[18:45:30] -!- patrickarlt has quit [Remote host closed the connection]
[18:54:31] -!- skunkworks has quit [Ping timeout: 250 seconds]
[18:54:48] <tinkerer> pluto-dudes: http://www.fpga4fun.com/forum/viewtopic.php?t=1150
[19:19:06] -!- per_sonne_ has quit [Quit: Be back later ...]
[19:21:25] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[19:29:38] -!- jtektool has quit [Quit: Page closed]
[19:29:53] -!- mhaberler has quit [Quit: mhaberler]
[19:37:00] -!- zeeshan has quit [Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/ - 64bit Windows version by http://kvirc.d00p.de/]
[19:44:29] -!- zeeshan [zeeshan!~kvirc64@CPE0018e7cea342-CM5039555db2cc.cpe.net.cable.rogers.com] has joined #linuxcnc-devel
[19:56:47] -!- sumpfralle has quit [Ping timeout: 276 seconds]
[20:05:48] -!- skunkworks has quit [Read error: Connection reset by peer]
[20:06:46] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[20:32:46] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[20:34:11] <skunkworks> zlog
[20:34:12] <zlog> skunkworks: Log stored at http://tom-itx.no-ip.biz:81/~tom-itx/irc/logs/%23linuxcnc-devel/2015-05-12.html
[20:47:23] -!- quitte_ has quit [Read error: Connection reset by peer]
[20:52:44] -!- quitte_ [quitte_!~quitte@p5DD8F072.dip0.t-ipconnect.de] has joined #linuxcnc-devel
[20:54:14] -!- mhaberler has quit [Read error: Connection reset by peer]
[21:06:07] -!- aminho has quit [Quit: aminho]
[21:06:22] -!- FinboySlick has quit [Quit: Leaving.]
[21:19:52] -!- mhaberler has quit [Ping timeout: 272 seconds]
[21:21:00] -!- Deejay has quit [Quit: bye]
[21:26:09] -!- swarfer has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
[21:30:23] -!- skorasaurus has quit [Ping timeout: 258 seconds]
[21:36:19] -!- andypugh [andypugh!~andy2@cpc14-basl11-2-0-cust1010.20-1.cable.virginm.net] has joined #linuxcnc-devel
[21:39:06] -!- Camaban has quit [Quit: Leaving]
[21:55:42] -!- Nick001-shop has quit [Quit: ChatZilla 0.9.91.1 [Firefox 34.0.5/20141126041045]]
[21:56:06] -!- per_sonne_ has quit [Ping timeout: 272 seconds]
[22:11:30] -!- jvrousseau has quit [Quit: Textual IRC Client: www.textualapp.com]
[22:13:30] -!- micges [micges!~micges@elj18.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[22:14:58] -!- gene78 has quit [Ping timeout: 272 seconds]
[22:18:40] -!- acdha has quit [Quit: Textual IRC Client: www.textualapp.com]
[22:37:03] -!- ingsoc has quit [Quit: Leaving.]
[22:55:29] -!- HSD has quit [Quit: Leaving]
[22:56:33] -!- per_sonne_ has quit [Ping timeout: 240 seconds]
[23:00:44] -!- shurshur has quit [Remote host closed the connection]
[23:01:34] -!- aminho has quit [Quit: aminho]
[23:01:46] -!- theorbtwo has quit [Remote host closed the connection]
[23:03:54] -!- KimK_laptop has quit [Quit: Leaving]
[23:06:40] -!- gonzo_nb has quit [Remote host closed the connection]
[23:08:36] -!- FreezingCold has quit [Quit: Out]
[23:17:18] -!- quitte__ [quitte__!~quitte@p5DD8D35A.dip0.t-ipconnect.de] has joined #linuxcnc-devel
[23:20:19] -!- eventor has quit [Ping timeout: 256 seconds]
[23:20:35] -!- quitte_ has quit [Ping timeout: 250 seconds]
[23:26:12] -!- quitte__ has quit [Read error: Connection reset by peer]
[23:31:41] -!- quitte_ [quitte_!~quitte@p5DD8D35A.dip0.t-ipconnect.de] has joined #linuxcnc-devel
[23:34:59] -!- moorbo has quit [Remote host closed the connection]
[23:35:02] -!- f1oat5 [f1oat5!~f1oat@AMontsouris-553-1-105-64.w92-151.abo.wanadoo.fr] has joined #linuxcnc-devel
[23:36:25] -!- f1oat4 has quit [Ping timeout: 264 seconds]
[23:38:47] -!- rob_h has quit [Ping timeout: 250 seconds]
[23:39:00] -!- Miner_48er has quit [Quit: Leaving]
[23:42:15] -!- PCW [PCW!~chatzilla@99.88.10.65] has joined #linuxcnc-devel
[23:56:06] -!- atom1 [atom1!~tom@ip68-102-196-57.ks.ok.cox.net] has joined #linuxcnc-devel
[23:56:06] -!- atom1 has quit [Changing host]
[23:56:06] -!- atom1 [atom1!~tom@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[23:56:43] -!- nofxx has quit [Ping timeout: 264 seconds]
[23:57:11] -!- atom1 has quit [Read error: Connection reset by peer]
[23:58:35] -!- per_sonne_ has quit [Ping timeout: 276 seconds]