Back
[00:07:18] -!- awyea has quit [Remote host closed the connection]
[00:09:52] -!- asdfasd has quit [Ping timeout: 260 seconds]
[00:11:34] -!- acdha has quit [Client Quit]
[00:32:15] -!- acdha has quit [Ping timeout: 272 seconds]
[00:36:27] <jepler> new board showed up. can't play with it yet due to a lack of some simple mounting hardware to preserve the 2mm headers.
http://emergent.unpythonic.net/files/sandbox/img_4904-medium.jpg
[00:36:42] <jepler> (boo early closing times at the neighborhood hardware store on weekends)
[00:37:04] <jepler> the boards arrived earlier than I expected, with a note that soon they'd begin guaranteeing 5-day service for only an extra $89 per order
[00:38:57] -!- Tom_itx has quit [Ping timeout: 245 seconds]
[00:39:22] -!- zlog has quit [Ping timeout: 250 seconds]
[00:39:45] -!- BellinganRoy has quit [Quit: Konversation terminated!]
[00:42:24] <CaptHindsight> jepler: is the owl silscreened onto the pcb?
[00:43:53] -!- zlog [zlog!~zlog@ip68-102-196-57.ks.ok.cox.net] has joined #linuxcnc-devel
[00:46:15] <jepler> CaptHindsight: it's copper
[00:46:26] <CaptHindsight> nice
[01:28:37] -!- amiri has quit [Ping timeout: 245 seconds]
[01:30:58] -!- ve7it has quit [Remote host closed the connection]
[01:32:25] -!- WyrM has quit [Ping timeout: 272 seconds]
[01:34:53] -!- Tom_itx [Tom_itx!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[01:47:12] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[02:00:50] -!- micges has quit [Quit: Leaving]
[02:08:52] -!- asah has quit [Quit: asah]
[02:11:33] -!- acdha has quit [Client Quit]
[02:18:50] -!- Servos4ever has quit [Quit: ChatZilla 0.9.90.1 [SeaMonkey 2.26.1/20140612173529]]
[02:19:02] -!- FreezingCold has quit [Ping timeout: 245 seconds]
[02:26:34] -!- acdha has quit [Client Quit]
[02:33:52] -!- syyl has quit [Ping timeout: 240 seconds]
[02:41:34] -!- acdha has quit [Client Quit]
[02:42:10] LeelooMinai_ is now known as LeelooMinai
[02:55:42] -!- AR__ has quit [Ping timeout: 245 seconds]
[02:56:34] -!- acdha has quit [Client Quit]
[03:02:34] -!- Valen has quit [Quit: Leaving.]
[03:11:34] -!- acdha has quit [Client Quit]
[03:22:46] -!- Thetawaves has quit [Quit: This computer has gone to sleep]
[03:26:34] -!- acdha has quit [Client Quit]
[03:41:34] -!- acdha has quit [Client Quit]
[03:56:34] -!- acdha has quit [Client Quit]
[04:11:34] -!- acdha has quit [Client Quit]
[04:12:01] -!- WyrM has quit [Ping timeout: 272 seconds]
[04:26:34] -!- acdha has quit [Client Quit]
[04:26:41] -!- PetefromTn_andro has quit [Quit: Bye]
[04:39:00] -!- sumpfralle has quit [Ping timeout: 250 seconds]
[04:41:34] -!- acdha has quit [Client Quit]
[04:56:45] -!- FinboySlick has quit [Quit: Leaving.]
[05:01:25] -!- acdha has quit [Ping timeout: 272 seconds]
[05:01:52] -!- Fox_Muldr has quit [Ping timeout: 240 seconds]
[05:09:28] -!- i_tarzan has quit [Ping timeout: 260 seconds]
[06:01:57] -!- anarchos2__ has quit [Ping timeout: 245 seconds]
[06:03:44] -!- kwallace3 [kwallace3!~kwallace@smb-165.sonnet.com] has joined #linuxcnc-devel
[06:04:45] -!- kwallace4 [kwallace4!~kwallace@smb-165.sonnet.com] has joined #linuxcnc-devel
[06:06:06] -!- kwallace2 has quit [Ping timeout: 250 seconds]
[06:06:07] -!- kwallace1 has quit [Ping timeout: 245 seconds]
[06:41:24] -!- anarchos2__ has quit [Ping timeout: 255 seconds]
[06:41:42] -!- racicot has quit [Changing host]
[06:46:33] -!- acdha has quit [Ping timeout: 272 seconds]
[06:52:22] -!- asah has quit [Quit: asah]
[07:02:07] <NTU> 25 hours later and im almost ready to try out UEFI + linuxcnc + RTAI
[07:03:26] <NTU> getting linux to boot without any CSM / legacy Oprom was incredibly difficult
[07:09:52] -!- sirdancealot has quit [Ping timeout: 245 seconds]
[07:20:45] -!- radish has quit [Ping timeout: 240 seconds]
[07:27:32] <NTU> jepler, proposed-master is looking good :)
[07:31:12] <NTU> dpaste.com/11CJF3X
[07:31:39] <NTU> all is well, im going to let latency-test run over night, cheers!
[07:41:19] -!- ries has quit [Quit: ries]
[07:42:48] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[07:46:22] -!- kwallace4 [kwallace4!~kwallace@smb-165.sonnet.com] has parted #linuxcnc-devel
[07:48:49] Meduza89 is now known as Meduza
[08:12:25] -!- rob_h [rob_h!~robh@2.124.121.72] has joined #linuxcnc-devel
[08:18:24] -!- mal`` [mal``!~mal``@192.241.198.49] has joined #linuxcnc-devel
[08:25:31] -!- f1oat [f1oat!~f1oat@AMontsouris-553-1-74-230.w92-151.abo.wanadoo.fr] has joined #linuxcnc-devel
[08:31:55] -!- ries has quit [Quit: ries]
[08:42:17] -!- f1oat has quit [Quit: Nettalk6 - www.ntalk.de]
[08:42:27] -!- f1oat [f1oat!~f1oat@AMontsouris-553-1-74-230.w92-151.abo.wanadoo.fr] has joined #linuxcnc-devel
[09:11:44] -!- andypugh-iPhone has quit [Quit: Colloquy for iPhone - http://colloquy.mobi]
[09:15:37] -!- larryone has quit [Quit: This computer has gone to sleep]
[09:17:49] -!- zeitue has quit [Ping timeout: 260 seconds]
[09:37:38] -!- andypugh-iPhone has quit [Quit: Colloquy for iPhone - http://colloquy.mobi]
[09:52:38] -!- andypugh-iPhone has quit [Client Quit]
[09:56:53] -!- andypugh-iPhone has quit [Client Quit]
[10:10:02] -!- txp has quit [Quit: Leaving]
[10:32:35] -!- ashcan_ has quit [Client Quit]
[10:36:06] -!- mhaberler has quit [Quit: mhaberler]
[10:42:42] -!- The_Ball has quit [Read error: Connection timed out]
[10:45:50] -!- andypugh-iPhone has quit [Quit: Colloquy for iPhone - http://colloquy.mobi]
[11:29:57] -!- Valen has quit [Quit: Leaving.]
[11:33:58] -!- andypugh-iPhone has quit [Client Quit]
[11:54:26] -!- kfoltman has quit [Quit: Ex-Chat]
[12:04:43] -!- andypugh-iPhone has quit [Client Quit]
[12:07:30] sivu_ is now known as sivu
[12:07:34] -!- sivu has quit [Changing host]
[12:14:53] -!- micges [micges!~captain_p@aehz124.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[12:49:22] -!- logger[psha]_ has quit [Ping timeout: 245 seconds]
[12:50:38] -!- logger[psha] [logger[psha]!~loggerpsh@195.135.238.205] has joined #linuxcnc-devel
[12:55:30] -!- rob_h has quit [Ping timeout: 250 seconds]
[12:56:15] -!- rob_h [rob_h!~robh@176.254.109.173] has joined #linuxcnc-devel
[12:57:02] -!- Deejay has quit [*.net *.split]
[12:57:02] -!- Tomashe has quit [*.net *.split]
[12:57:02] -!- Loetmichel has quit [*.net *.split]
[12:57:02] -!- XXCoder has quit [*.net *.split]
[12:57:02] -!- logger[psha]_ has quit [*.net *.split]
[12:59:37] -!- KimK has quit [Excess Flood]
[13:00:04] -!- KimK [KimK!~Kim__@ip68-102-30-143.ks.ok.cox.net] has joined #linuxcnc-devel
[13:00:12] -!- mhaberler has quit [Quit: mhaberler]
[13:10:20] -!- tjtr33 [tjtr33!~tjtr33@61-220-29-195.HINET-IP.hinet.net] has joined #linuxcnc-devel
[13:13:24] <tjtr33> hello, i want to experiment with usrmot. is it doomed to be retired or does it have life in the future of linuxcnc?
[13:25:19] <jepler> tjtr33: in the release notes for 2.6.0~pre1 it says "removed usrmot (buggy & unused)"
[13:25:29] <jepler> at best it has been unmaintained for a very long time
[13:26:38] <micges> tjtr33: at least from 2008
[13:26:46] <jepler> to be honest I don't even know what usrmot is
[13:27:25] <jepler> oh hey I sort of knew what it was when I wrote the message on commit 30dd950
[13:28:50] <jepler> .. so is src/emc/motion/usrmotintf* dead code too?
[13:30:19] <micges> no, it's user level of emcmot
[13:30:28] <jepler> ok, two things with the same name
[13:31:16] <micges> iirc usrmot was direct interface to using and testing emcmot, without any gui
[13:33:13] <jepler> if you wanted to do that today, you should use a simple python program as your DISPLAY, or linuxcncrsh
[13:33:17] -!- dzzig_nz has quit [*.net *.split]
[13:33:17] -!- robbiet480 has quit [*.net *.split]
[13:33:17] -!- Vq has quit [*.net *.split]
[13:33:17] -!- olli- has quit [*.net *.split]
[13:33:17] olli^-^ is now known as olli-
[13:33:24] <jepler> we do this in a number of tests
[13:33:24] <jepler> halui-jogging/halui.ini:DISPLAY = ./test-ui.py
[13:33:29] <jepler> linuxcncrsh/linuxcncrsh-test.ini:DISPLAY = linuxcncrsh
[13:33:36] <jepler> ^^ inifiles in the testsuite
[13:55:23] <tjtr33> i looked at the linuxcncrsh file set, and the halui-jogging. i dont see either doing my dream.
[13:55:31] <tjtr33> in 2006 Dave Engvall wrote a few tiny c programs, that piped data into usrmot.
[13:55:41] <tjtr33> The idea was to implement EDM, where the correct position _now_ for the tool tip is the present analog voltage of the process.
[13:55:50] <tjtr33> The code set new destinations for the tool tip with every sample of the process's analog input.
[13:55:57] <tjtr33> Each of the new commands was preceeded with an abort.
[13:55:59] <tjtr33> I dont see the examples for linuxcncrsh or halui-jogging allowing such action. am i missing soemthing in the examples?
[13:56:54] <jepler> tjtr33: those are in tests/ in the source tree
[13:57:04] <tjtr33> thats where i read them yes
[13:57:11] <jepler> there aren't any exmaples in configs/
[13:57:22] <jepler> oh wait you said more things and I didn't bother to read them
[13:59:05] <jepler> my first impulse is to say: you could just command the motor positions in hal and not use task at all
[13:59:51] <jepler> in that world, your uesrspace part would be a hal component with X, Y, Z outputs. You'd hook X to your positioning part (e.g., pid input or stepgen position input)
[14:01:25] <jepler> stepgen has an internal trapezoidal motion planner, so you can enforce velocity and acceleration limits
[14:01:35] <jepler> but X and Y would not move in coordinated fashion
[14:02:28] <tjtr33> yeah, done that, hal gap control to stepgen, but thought usrmot would be cleaner, more versatile. I posted videos even. ok, thx
[14:02:29] <jepler> anyway, in the linuxcnc module for python there is abort() which is like hitting escape in a user interface, and you can plan a move to a given location with mdi("G0 ...")
[14:02:50] <tjtr33> oh coordination is done in hal to do 'orbiting' about the tool axis
[14:02:56] <jepler> if you want to bring usrmot back to life, nobody is particularly against it
[14:03:12] <jepler> probably it's broken for some simple / stupid reason that is easy to fix
[14:03:52] <tjtr33> oh cool, will look into abort(). i was avoiding the abort by using the smallest unit of motion,
[14:04:10] <tjtr33> will look into the usrmot code, maybe i can understand it
[14:04:12] <tjtr33> thx again
[14:04:28] -!- BellinganRoy has quit [Quit: Konversation terminated!]
[14:05:00] <jepler> you can start with: git revert 30dd950
[14:05:07] <jepler> that undoes the commit that deleted usrmot
[14:05:08] -!- basiclaser has quit [Excess Flood]
[14:05:32] <tjtr33> using 1 micron moves avoids accel decel :)
[14:05:45] <jepler> it still builds
[14:06:08] <jepler> probably you would want to configure linuxcnc to run in userspace: ./configure --with-realtime=uspace
[14:06:21] <jepler> so that you can run the debugger on task, and not have to reboot after each time it crashes
[14:07:10] <jepler> if you get it to work again, and add a basic test in tests/ that uses usrmot (so we know if it becomes buggy and just crashes task all the time) I would be happy to see usrmot back in the master branch of linxcnc
[14:07:26] <jepler> (er, I guess task is userspace anyway so you can use whatever realtime you want)
[14:08:33] <tjtr33> i have old code rips with usrmot. i'll look there first, then plunge into the rest.
[14:08:34] <tjtr33> i'll try
[14:09:32] <tjtr33> (tomp copies irc session to text file for ref :)
[14:09:49] <jepler> writing a test of usrmot that works back at that old ref would be useful
[14:10:16] <jepler> with such a test, it is possible to have git automatically determine at what change the test started to fail
[14:10:40] <tjtr33> Dave said the 'v' ( set vel) cmd didnt work back in 2006
[14:11:11] <tjtr33> i only have my laptop here in taipei, no ports, no mesa, no machine tool
[14:11:52] <tjtr33> but return in 1 week
[14:11:56] <tjtr33> thxd very much
[14:12:02] <jepler> good luck
[14:12:57] <jepler> if you do write a test that passes with some old linuxcnc version please let us see it
[14:13:10] <jepler> with that test I can at least help with the step of finding out where along the way usrmot got broken
[14:13:27] <jepler> something that can be automatically run like the stuff in tests/
[14:14:51] <jepler> should be possible while trapped in a hotel room with nothing but a linux laptop
[14:15:09] <tjtr33> http://imagebin.ca/v/1YjKAUlFdE6d
[14:15:32] <tjtr33> hehe ok
[14:16:10] <jepler> so which command can you successfully send in 2.5.2?
[14:16:19] <jepler> can you enter 1 1 1 and have it move?
[14:16:26] <tjtr33> /?
[14:16:36] <tjtr33> ^^^ thats the cmd i can give
[14:16:41] <jepler> any others?
[14:16:47] <tjtr33> gives me the list of commands
[14:17:09] <tjtr33> i'll get a list of what i can do
[14:17:48] -!- syyl has quit [Ping timeout: 260 seconds]
[14:17:50] <tjtr33> iirc in hongkong airport it just complained, but will test and report
[14:18:16] <tjtr33> setting up session now
[14:19:51] <tjtr33> oh, does this seem reasonable? i use a terminal window , issure linuxcnc &, then cd to some ini dir , then issue /usr/bin/usrmot -ini /path/to/someinifile.ini
[14:20:14] <tjtr33> i did that so i could use a stp cfg ( no hdwr really needed, and had axis to display position
[14:21:22] <jepler> the comments in the sample configuration files seemed to imply it was used as a DISPLAY =
[14:21:42] <jepler> but .. I dunno, I don't recall ever successfully using the usrmot program
[14:25:06] <tjtr33> ah other cmds are working quit sjhow config show flags
[14:25:43] <tjtr33> and i cant move with show flags saying i'm on limit ( silly choice of .ini file )
[14:26:00] <tjtr33> will choose un-limited stepper cfg or make one
[14:29:08] <jepler> motion> coord
[14:29:09] <jepler> motion> 0 0 .01
[14:29:09] <jepler> Internal error: unhandled motion type 0
[14:29:09] <jepler> rtapi_app: caught signal 11 - dumping core
[14:29:09] <jepler> USRMOT: ERROR: command timeout
[14:29:11] <jepler> error: Internal error: unhandled motion type 0
[14:29:14] <jepler> error: rtapi_app: caught signal 11 - dumping core
[14:29:20] <jepler> so here's what happens when I try to command a move via usrmot
[14:32:32] <tjtr33> i got err too, told it to go where it was, (less risky), diff error USRMOT: ERROR: command timeout error: Internal error: unhandled motion type 0
[14:32:57] <tjtr33> so i may need to specify the motion type, i have not looked at src yet
[14:33:03] -!- kwallace [kwallace!~kwallace@smb-165.sonnet.com] has joined #linuxcnc-devel
[14:35:41] <tjtr33> tried this: motion> a -->USRMOT: ERROR: command timeout ok, look at code before proceeding, thats not a complicated cmd
[14:36:59] <tjtr33> i didnt dump core, but got warned that reboot maybe necc
[14:40:14] postaL_offline is now known as postal_
[14:40:24] postal_ is now known as pOstaL_
[14:45:20] -!- balestrino has quit [Ping timeout: 260 seconds]
[14:46:39] -!- skunkworks has quit [Ping timeout: 246 seconds]
[14:46:57] <tjtr33> hey sorry if it messed with your system. dont poke at it, i'll play here
[14:47:01] <tjtr33> thx bye
[14:47:06] -!- tjtr33 [tjtr33!~tjtr33@61-220-29-195.HINET-IP.hinet.net] has parted #linuxcnc-devel
[14:48:34] -!- tjtr33 has quit [Quit: Leaving]
[14:49:53] -!- skunkworks_ [skunkworks_!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[14:51:44] <jepler> http://emergent.unpythonic.net/files/sandbox/0001-Fill-out-new-required-fields-in-emcmot_command_t.patch
[14:51:58] <jepler> reverting the removal of usrmot, plus this, lets me actually command a move
[14:52:44] <jepler> but the new values need to come from somewhere in usrmot, not just be hard-coded
[14:53:59] <jepler> (drat, missed him)
[14:54:48] <jepler> what protects the shared memory area from being written by usrmot and task at the same time?
[14:55:08] <jepler> I guess task mostly won't write unless you send it nml commands
[14:56:58] -!- kwallace2 [kwallace2!~kwallace@smb-143.sonnet.com] has joined #linuxcnc-devel
[14:57:42] -!- kwallace3 has quit [Ping timeout: 250 seconds]
[14:57:56] -!- kwallace has quit [Ping timeout: 260 seconds]
[14:58:02] -!- kwallace3 [kwallace3!~kwallace@smb-143.sonnet.com] has joined #linuxcnc-devel
[14:58:03] Cylly is now known as Loetmichel
[15:04:41] -!- sumpfralle has quit [Client Quit]
[15:06:32] -!- anth0ny_ has quit [Quit: anth0ny_]
[15:07:07] -!- larryone has quit [Quit: This computer has gone to sleep]
[15:09:52] -!- SquirrelCZECH has quit [Ping timeout: 240 seconds]
[15:10:42] -!- mle has quit [Ping timeout: 245 seconds]
[15:14:54] -!- tjtr33 [tjtr33!~tjtr33@61-220-29-195.HINET-IP.hinet.net] has joined #linuxcnc-devel
[15:14:58] <pcw_home> Gaah getting too crotchety to answer forum questions
[15:17:01] <tjtr33> jepler,
http://imagebin.ca/v/1Yjch94ZZiLP no errs , but no motion
[15:17:28] <tjtr33> gnite
[15:17:33] -!- tjtr33 [tjtr33!~tjtr33@61-220-29-195.HINET-IP.hinet.net] has parted #linuxcnc-devel
[15:20:58] -!- zzolo has quit [Client Quit]
[15:28:38] sliptoni` is now known as sliptonic
[15:29:52] -!- anarchos2__ has quit [Ping timeout: 250 seconds]
[15:32:47] -!- skorasaurus has quit [Ping timeout: 245 seconds]
[15:44:16] -!- Servos4ever has quit [Quit: ChatZilla 0.9.90.1 [SeaMonkey 2.26.1/20140612173529]]
[15:50:13] <NTU> 28380 on servo thread, 14598 on base thread with new RTAI scheduler, no isolcpus set (all 4 cores available to system)
[15:53:25] -!- dnaleromj has quit []
[15:58:21] -!- anth0ny_ has quit [Quit: anth0ny_]
[15:58:56] pOstaL_ is now known as pOstaL__offline
[16:08:07] -!- anth0ny_ has quit [Client Quit]
[16:18:04] pOstaL__offline is now known as postaL
[16:18:19] postaL is now known as postal
[16:19:23] -!- syyl_ws has quit [Quit: Verlassend]
[16:22:55] Vq_ is now known as Vq
[16:24:24] <jepler> pcw_home: I know how you feel!
[16:25:06] * jepler realizes that without looking he has no idea what time it was where tj is
[16:25:06] postal is now known as postaL
[16:25:11] <jepler> I'll assume it was late
[16:27:39] uwe__ is now known as uwe_
[16:53:58] -!- anth0ny_ has quit [Quit: anth0ny_]
[17:02:45] -!- amiri_ has quit [Quit: Lost terminal]
[17:06:19] -!- sumpfralle1 has quit [Read error: Connection reset by peer]
[17:08:53] -!- anth0ny_ has quit [Quit: anth0ny_]
[17:09:20] Jymmmm is now known as jymmm
[17:10:12] -!- amiri has quit [Remote host closed the connection]
[17:10:12] -!- amiri_ has quit [Remote host closed the connection]
[17:13:53] <jepler> new board is talking to 7i43 over spi again
[17:14:01] <jepler> .. yay
[17:14:44] <jepler> now to find appropriate power for the 7i90. the usb jack on the 7i43 is too convenient.
[17:14:48] -!- anth0ny_ has quit [Client Quit]
[17:19:51] <NTU> so whats the status on SPI? it works now?
[17:21:18] <NTU> looks like i need to bump RTAI again...
http://git.xenomai.org/ipipe.git/log/?h=ipipe-3.14
[17:22:31] <jepler> 'ASEM09I7'
[17:22:39] <jepler> NTU: spi still has latencies I'd like to be rid of
[17:23:14] <NTU> ok.
[17:23:15] <jepler> NTU: but now I have my second version level converter board, replaced the 2mm headers on the odroid, and have a 7i90 instead of a 7i43 for testing
[17:23:53] <jepler> that's what's new today
[17:24:25] <NTU> also does ps -aF show what core the real-time latency thread is running on and if so, which one?
[17:24:34] -!- ktchk [ktchk!~eddie6929@n219073007143.netvigator.com] has joined #linuxcnc-devel
[17:24:49] <NTU> latency-test, halrun and pyvcp show up
[17:25:23] <jepler> NTU: on rtai systems, the linuxcnc realtime stuff is not a linux userspace process, so as far as I know ps doesn't list it
[17:25:34] <NTU> oh..
[17:25:48] <jepler> NTU: there's a file in /proc which lists information about realtime stuff, you can see rtai's claim about what CPU is in use there
[17:25:53] <jepler> I forget the path to that file
[17:25:58] <Tom_itx> jepler is the 7i90 still parport interface?
[17:26:16] <Tom_itx> more io than the 7i43?
[17:26:44] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[17:27:10] <NTU> ok thanks jepler :)
[17:27:18] <jepler> Tom_itx: 7i90 supports several different interfaces depending on the fpga firmware
[17:27:26] <Tom_itx> mmm, parport, spi or rs422
[17:27:28] <jepler> Tom_itx: epp, spi, and two serial protocols (lbp and lbp16)
[17:28:08] <Tom_itx> spi would be for your arm interface?
[17:28:13] <jepler> Tom_itx: right
[17:28:22] <Tom_itx> makes more sense now
[17:28:43] <jepler> I built a custom 7i43 firmware that worked over spi, but nobody would want to use it for real
[17:29:09] <jepler> in part because it had to steal a pin from one of the two I/O connectors (a "GCLK" special purpose pin)
[17:29:22] <Tom_itx> does the 7i90 support sserial?
[17:29:54] <Tom_itx> i'd imagine you could mod the bit file like i did on the 7i43
[17:30:03] <jepler> you mean sserial daughtercards? With the right firmware I'm sure it does
[17:30:06] <Tom_itx> yes
[17:30:10] <jepler> I don't know what firmwares peter offers prebuilt
[17:30:14] <Tom_itx> i just read...
[17:30:40] <Tom_itx> Firmware modules are provided for hardware step generation, quadrature encoder counting, PWM generation, digital I/O, Smart Serial remote I/O, BISS, SSI, SPI, UART interfaces and more.
[17:32:06] <jepler> the firmware that the device shipped with (he preprogrammed it with the firmware that communicates over spi) looks like an "SV4_ST8" -- 4 encoders, 4 pwmgens, 8 stepgens
[17:32:10] <Tom_itx> more io but cheaper than the 7i43
[17:32:47] <jepler> for all I know he prices the 7i43s high enough to discourage anyone from purchasing them now
[17:33:17] <Tom_itx> i think it's the same as when i got mine... just before the 5i25 was released
[17:33:31] <jepler> I hate it when that happens.
[17:33:35] <Tom_itx> heh
[17:35:07] <Tom_itx> i think it technically was out but i was new and it was new and drivers were scarce
[17:35:19] <pcw_home> The 7I90 supports almost all 72 I/0 configs (the 36 stepgen config wont fit for example))
[17:36:15] <Tom_itx> is it a smaller fpga?
[17:36:46] <pcw_home> 7I90 has a bigger FPGA than 7I43
[17:36:59] <pcw_home> (but newer and cheaper)
[17:37:01] <Tom_itx> what makes it cheaper?
[17:37:04] <Tom_itx> newer..
[17:37:14] <pcw_home> smaller geometry
[17:38:13] <pcw_home> just fixed the resolver interface so it will work in the 7I90/7I80 etc
[17:38:35] <jepler> hm something's weird
[17:39:09] <jepler> my stepgen has velocity-cmd 1 but I get velocity-fb of about .75
[17:39:24] <jepler> maybe I'm hitting a step rate limit
[17:40:30] <jepler> aha
[17:43:15] -!- ktchk has quit [Read error: Connection reset by peer]
[17:43:47] <pcw_home> my test hm2-pidstepper config is using 20 IPS rapids but had to
[17:43:48] <pcw_home> set 1 usec steptime and stepspace to get there (with reasonable scales)
[17:44:25] <jepler> so I am running one stepgen in velocity mode and doing ddt of position
[17:44:52] <jepler> I believe that if I encounter a "true" latency it will cause the ddt-of-position to spike
[17:45:00] <jepler> so I'll just let that run a bit
[17:45:51] <jepler> and of course just after explaining those plans .. it did!
[17:46:00] <jepler> it also logged some of these:
[17:46:00] <jepler> hm2/hm2_7i90.0: (hal/drivers/mesa-hostmot2/encoder.c:938) uh-oh, encoder vel is broken when slow
[17:46:04] <jepler> hm2/hm2_7i90.0: please email a bug report to the linuxcnc-devel list!
[17:46:07] <jepler> hm2/hm2_7i90.0: dS_counts=-1, dT_clocks=0
[17:46:09] <jepler> hm2/hm2_7i90.0: prev_update_dS_counts=-1, prev_update_dT_clocks=0
[17:47:59] <jepler> http://emergent.unpythonic.net/files/sandbox/velocity-freakout.png
[17:48:54] <jepler> 9 s32 RW 10040958 hm2_7i90.0.read.tmax
[17:49:51] <jepler> 10ms = timeout for acquiring dma channel
[17:50:01] <pcw_home> ahh
[17:50:28] <jepler> I wonder, is 10ms long enough for seb's assumptions about encoder timestamp overflow not happening to simply be wrong?
[17:50:55] <jepler> /* Acquire DMA channels */
[17:50:55] <jepler> while (!acquire_dma(sdd))
[17:50:55] <jepler> msleep(10);
[17:51:04] <jepler> sigh, I'm sure whoever wrote that said to themselves, "10ms isn't very long at all"
[17:53:06] <pcw_home> 10ms should be OK for the timestamp (the timestamp rate is 1 MHz and its a 16 bit timer)
[17:55:16] <jepler> halcmd: hm2/hm2_7i90.0: (hal/drivers/mesa-hostmot2/encoder.c:999) uh-oh, encoder vel is broken with an edge
[17:55:19] <jepler> hm2/hm2_7i90.0: please email a bug report to the linuxcnc-devel list!
[17:55:22] <jepler> hm2/hm2_7i90.0: dS_counts=-1024, dT_clocks=0
[17:55:23] <jepler> now I've seen both flavors
[17:55:25] <jepler> hm2/hm2_7i90.0: prev_update_dS_counts=-31665, prev_update_dT_clocks=56490
[17:57:46] <pcw_home> wonder what about the 7I90 or SPI triggers this?
[17:57:47] <pcw_home> I haven't seen it while running the (looong running) Ethernet test
[17:58:27] <pcw_home> but the encoder counter is not being used
[17:59:30] <jepler> not enabled or not being driven with anything?
[17:59:41] <jepler> mine aren't being driven so there shouldn't be any edges
[18:00:18] <pcw_home> enabled but not connected
[18:00:32] <pcw_home> bad data maybe?
[18:00:45] <jepler> a whole corrupted read could do it
[18:00:52] -!- sumpfralle has quit [Ping timeout: 240 seconds]
[18:00:53] <pcw_home> yes
[18:01:14] <jepler> violate any number of assumptions about how the encoder and its timestamp behave
[18:01:42] <pcw_home> may not be a bad idea to include a cookie read for a sanity check
[18:02:54] -!- basiclaser has quit [Excess Flood]
[18:06:07] -!- skorasaurus has quit [Ping timeout: 245 seconds]
[18:07:49] -!- jasen_ has quit [Quit: Page closed]
[18:08:15] <jepler> I still think it'd be neat to read back a CRC of the transfer so far in the reply to each spi command word
[18:08:22] <jepler> then you'd know about a corruption in the middle of a transfer too
[18:09:07] -!- dewy721_ has quit [Read error: Connection reset by peer]
[18:10:16] -!- dewy721_ has quit [Read error: Connection reset by peer]
[18:12:06] <pcw_home> looking at it, it would be a bit awkward since the crc out would be a bit time behind
[18:13:33] <pcw_home> maybe better to send the RX (for read data) and TX CRC for the packet as a last 32 bit payload
[18:14:55] <jepler> time to cook some lunch and not stare at halscope until it triggers
[18:15:30] <pcw_home> Sounds good, Ill go talk to my sheep
[18:17:40] -!- anarchos2 has quit [Ping timeout: 260 seconds]
[18:34:01] <jepler> I should rebase my branch onto master so I get the improved watchdogging
[18:36:44] <jepler> possibilities: that's slang for "take a nap"; pcw just says random things sometimes; pcw actually has sheep
[18:39:09] <micges> as it's sunday I think all of them ;)
[18:39:57] -!- anarchos2 has quit [Ping timeout: 240 seconds]
[18:43:12] -!- ravenlock has quit [Ping timeout: 245 seconds]
[18:45:42] -!- FreezingCold has quit [Ping timeout: 245 seconds]
[18:49:29] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[18:52:42] <jepler> http://emergent.unpythonic.net/files/sandbox/velocity-variations.png
[18:53:23] <jepler> when not hitting a terrible latency the computed velocity is pretty well centered around the right value
[18:53:57] -!- Loetmichel has quit [Ping timeout: 240 seconds]
[18:54:26] <jepler> though I guess a variation of +-25m out of 1 is 2.5%, so it's not nothing either
[18:55:13] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[18:55:47] <jepler> that's the same as 25us on 1ms which is about what I get from latency-test
[18:57:46] -!- dewy721_ has quit [Read error: Connection reset by peer]
[18:58:04] Cylly is now known as Loetmichel
[19:00:43] -!- dewy721 has quit [Client Quit]
[19:01:16] <pcw_home> One thing that might be interesting is setting the stepgen up with the PID loop and doing a looong move
[19:01:18] <pcw_home> and recording the actual PID output (to see how well the PID does at slew limiting the corrections)
[19:03:02] -!- basiclaser has quit [Excess Flood]
[19:09:35] <jepler> 1 hour at 2ms servo period (= 5.4 million spi transactions), no bad latencies detected
[19:10:28] <jepler> I feel like I'll never be able to declare victory, but less than 1 in 5 million sounds pretty good
[19:11:04] -!- rythmnbls has quit [Quit: Leaving]
[19:13:01] -!- Thetawaves has quit [Client Quit]
[19:14:02] <pcw_home> Ive had the Ethernet stepgen stuff running pretty much continuously at 2 KHz for maybe 120 days now without error
[19:14:04] <pcw_home> so Preemt-RT is reliable and usable for 1-2 KHz servo thread loops (at least on a PC)
[19:15:23] <jepler> I wonder when we'll hear from someone actually making chips with master branch and hm2-eth
[19:15:29] <pcw_home> I expect you could do a lot better with direct hardware SPI access, (or improvements in the driver for better RT performance)
[19:16:04] <pcw_home> (but what a pain since the host side SPI hardware has no standards)
[19:16:04] <jepler> yeah, I have been steadily hacking out latency-inducing parts of the kernel drivers
[19:16:38] <jepler> the /dev/spidev API is very simple, it would be great if upstream kernels came with good-latency spi drivers
[19:16:46] <pcw_home> lair82 wants to try I think (thats one reason i fixed the resolver interface for the 7I80)
[19:17:16] <jepler> but there were problems at all 3 levels (spidev [userspace driver] -> spi [common kernel code] -> spi-s3c64xx [hardware-specific driver]) and I suspect my changes are not likely to be considered upstream in their current form
[19:17:41] <jepler> and I sure don't have any "ins" in the kernel community to even start to talk about how to make the changes upstreamable
[19:18:41] <jepler> too bad it turns out to be about politics and personal connections :-/
[19:19:03] <pcw_home> well even the preemt RT stuff is still a patch set :-(
[19:20:13] <jepler> indeed
[19:20:31] <jepler> and it sounds like the head of that project has enough on his plate as well
[19:21:57] <jepler> it was to my great amazement that the first kernel I built for the u3 that booted all the way to userspace actually had good latency -- a tribute to the preempt-rt folks
[19:22:18] <jepler> (the others didn't boot because I was fat fingering things like kernel version vs name of initrd file etc)
[19:22:41] <jepler> but after that, it's been a long slog with spi
[19:23:27] <pcw_home> I had no problems making a working preemt-rt kernel either (an d I have no real linux experience at all)
[19:26:29] <jepler> yay, lunch is ready. and holy cow was it a good idea! bagel and sausage bread pudding
[19:34:40] -!- amiri has quit [Ping timeout: 260 seconds]
[19:34:42] -!- anarchos2 has quit [Ping timeout: 250 seconds]
[19:36:01] <jepler> huh, I had no idea there was a pissing war going on between hardkernel and rpi people. apparently hardkernel had introduced a "rpi-compatible" board (compatible header, same soc) which they have now discontinued because they say they cannot source the broadcom soc. on rpi forums, it is reported as a rumor that rpi foundation pressured broadcom to not sell that soc to anyone else (wha?)
[19:37:33] <pcw_home> Thats nice
[19:42:46] <jepler> I have no idea what a proper hardware company does as far as ensuring supply of the components they need. it does seem weird to announce a board and then shortly later announce you are giving up on it because you couldn't source the parts. on the other hand, "hand-wavy supply chain problem" is a perennial excuse of the late kickstarter project.
[19:43:16] <jepler> the dog ate my order of 10k socs
[19:44:56] -!- dewy721 [dewy721!~dewy721@m8f4636d0.tmodns.net] has joined #linuxcnc-devel
[19:45:17] <pcw_home> One reason I like FPGAs is the IP is portable so you are no stuck with one chip
[19:46:46] <pcw_home> I always thought it was strange the the 'pi used a SOC from a company with a very open-source unfriendly attitude
[19:49:48] <jepler> you'd still be stuck doing an entire new board design
[19:50:29] <pcw_home> Had enough of that...
[19:50:44] <pcw_home> and availability problems...
[19:51:12] <jepler> but you don't have the same degree of "pin 1 had better be capable of i2c and adc, and pin 3 had better be capable of serial rx and pwm" that you do when trying to make an "arduino compatible"
[19:51:31] <skunkworks_> https://groups.google.com/forum/#!topic/machinekit/ghCyQMIpUW4
[19:51:35] <pcw_home> Xilinx is pretty good about old FPGAs (Spartan II no problem)
[19:53:57] <jepler> skunkworks_: apparently some people want things like those gauges. I still don't get it.
[19:54:18] <jepler> oh wait I didn't scroll down far enough to get to the linuxcnc bashing
[19:54:19] <jepler> ctrl-w
[19:54:54] <skunkworks_> heh - I was just showing the 'new' axis
[19:55:42] <skunkworks_> 'machinetalk'/'haltalk' has been merged into machinekit.. (which solves all the problems I guess)
[19:55:52] <jepler> If I am the priesthood then where are my burnt offerings?
[19:56:24] * Tom_itx offers jepler a burnt hamburger
[19:56:54] <jepler> that's better
[19:56:56] <jepler> where's the mustard?
[19:57:08] <Tom_itx> you're pushin it now...
[19:57:46] <Tom_itx> gotta pay extra like at Mcdonalds
[20:02:49] <jepler> GRU-lab kvantoptic -- varning! laserstrålning!
http://4.bp.blogspot.com/-8PmUH9p8Z-0/VANE3_P-1II/AAAAAAAACSI/-gBiBbdp96s/s1600/ww14.jpg
[20:03:19] -!- asah has quit [Quit: asah]
[20:05:28] -!- Tomashe1 has quit [Ping timeout: 260 seconds]
[20:11:00] -!- mhaberler has quit [Quit: mhaberler]
[20:11:33] <jepler> hm, I'm communicating at a mere 8MHz
[20:11:36] <jepler> maybe I can safely bump that now
[20:17:44] <skunkworks_> jepler: new boards are perfect?
[20:18:23] <jepler> skunkworks_: the boards are good, the software may be getting there
[20:18:53] <jepler> skunkworks_: did you see the board shot?
http://emergent.unpythonic.net/files/sandbox/img_4904-medium.jpg
[20:20:43] <skunkworks_> that is cool!
[20:21:00] <skunkworks_> jepler: are you writing a spi driver from scratch?
[20:21:22] -!- asheppard has quit [Ping timeout: 240 seconds]
[20:21:23] <jepler> skunkworks_: today's testing is with a heavily hacked linux kernel driver
[20:22:22] -!- asheppard_ has quit [Ping timeout: 240 seconds]
[20:22:39] -!- anarchos2 has quit [Ping timeout: 255 seconds]
[20:26:26] <jepler> everyone is invited to nebraska in 2017 for the total eclipse. my hometown is at the edge of the totality, and a friend's acreage is pretty close. I can't make any promises about the weather, though.
[20:27:53] <jepler> looks like grand island is the place to be.
[20:28:44] <jepler> or beatrice
[20:30:03] <jepler> (in nebraska anyway)
[20:31:18] <dewy721> anybody tinkering with an html frontend UI these days?
[20:32:19] <jepler> I think there may be some people doing that who are affiliated with the machinekit project. i'm not aware of anybody who is working on it for linuxcnc, though I wouldn't know about it if it were happening on the web forum
[20:34:45] <jepler> I saw this demo'd last summer but I don't know what state it's in today:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Rockhopper_Web_Server
[20:35:36] <jepler> the demo included stuff like preview plot in the browser, which those screenshots don't show
[20:36:41] <jepler> ah maybe that is the "emperorweb" part? not sure
[20:44:40] <dewy721> was just over at the machinekit blog and couldn't find any info about it. Isn't the rockhopper setup just a diag tool? I'm ideally searching for a html replacement for Axis. It for the PocketNC.com machine. Witch run machinekit btw.
[20:44:42] -!- Thetawaves has quit [Quit: This computer has gone to sleep]
[20:51:42] -!- Deejay has quit [Quit: bye]
[20:55:15] <dewy721> <-- looks like his phone's autocowreck feature is working.
[20:57:11] <jepler> well if you want to run machinekit, this is not a great place to ask about it.
[20:57:31] -!- Guest31921 has quit [Read error: Connection reset by peer]
[20:58:12] <dewy721> i see. where best should i direct my inquires to?
[20:59:00] <jepler> https://groups.google.com/forum/#!forum/machinekit maybe?
[20:59:29] <jepler> unfortunately there has been a little drama between the linuxcnc project and the machinekit project; we weren't able to work it out, so the two projects are going in different directions.
[21:01:34] <dewy721> Ah thanks! You have always been handy, starting back with the etch-a-sketch machine. :)
[21:01:47] <dewy721> ttfn.
[21:01:50] <jepler> see you
[21:01:58] <jepler> you must be my one and only fan :)
[21:02:51] <dewy721> yeah, I'm odd like that. *poof*
[21:02:54] -!- dewy721 has quit [Quit: -a- IRC for Android 2.1.19]
[21:03:28] <jepler> artsy, unuseful photo of my u3 + 7i90 testing setup
http://emergent.unpythonic.net/files/sandbox/img_4910.jpg
[21:04:07] <jepler> 3 hours, 16 million SPI transactions, 0 bad latencies. time to restart the test with a faster SPI bus.
[21:04:53] -!- anarchos2 has quit [Read error: Connection reset by peer]
[21:08:08] -!- ve7it has quit [Remote host closed the connection]
[21:23:27] <KGB-linuxcnc> 03Jeff Epler 05jepler/proposed-master 33088cb 06linuxcnc 10src/emc/rs274ngc/interp_convert.cc 10src/emc/rs274ngc/rs274ngc_interp.hh interp: use strings to avoid buffer hell * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=33088cb
[21:23:27] <KGB-linuxcnc> 03Jeff Epler 05jepler/proposed-master e006a24 06linuxcnc 10src/hal/hal_lib.c 10src/hal/hal_priv.h hal: an "increased" pin for thread time * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=e006a24
[21:23:27] <KGB-linuxcnc> 03Jeff Epler 05jepler/proposed-master 4f0f964 06linuxcnc 10(8 files in 5 dirs) rtapi: remove support for rtlinux 3.x * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=4f0f964
[21:23:30] <KGB-linuxcnc> 03Jeff Epler 05jepler/proposed-master a05d29c 06linuxcnc 10scripts/rtapi.conf.in 10src/configure.in rtapi: drop support for rtai "24.x" * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a05d29c
[21:23:34] <KGB-linuxcnc> 03Jeff Epler 05jepler/proposed-master 018a0e2 06linuxcnc 10src/configure.in rtapi: drop support for alternate math libs * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=018a0e2
[21:23:38] <KGB-linuxcnc> 03Jeff Epler 05jepler/proposed-master 4ff5d6d 06linuxcnc 10src/configure.in configure: drop never-used RTAI3_MOD variable * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=4ff5d6d
[21:23:41] <KGB-linuxcnc> 03Jeff Epler 05jepler/proposed-master e485f4d 06linuxcnc 10src/rtapi/uspace_rtapi_app.cc uspace: don't let ctrl-z stop realtime * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=e485f4d
[21:23:45] <KGB-linuxcnc> 03Jeff Epler 05jepler/proposed-master 0516bbd 06linuxcnc 10src/configure.in configure: don't require linux/version.h * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=0516bbd
[21:23:49] <KGB-linuxcnc> 03Jeff Epler 05jepler/proposed-master 79c51c9 06linuxcnc 10src/Makefile 03src/hal/drivers/mesa-hostmot2/hm2_spi.c hostmot2: support boards on spi interface * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=79c51c9
[21:32:47] -!- zq [zq!~p@tombartelt.com] has joined #linuxcnc-devel
[21:33:28] <zq> so i was wondering, what would be the effects of running motmod on single precision hardware
[21:34:19] <jepler> zq: we used to have only single-precision types in hal
[21:34:57] <jepler> zq: we found that e.g., computing spindle velocity there wasn't enough precision after a modest number of spindle revolutions
[21:35:20] <jepler> zq: and that prompted us to figure out that we *could* use double precision for hal values
[21:35:35] <jepler> linuxcnc has *always* used double precision for internal calculations, so there are probably additional problems that would arise there
[21:35:56] <zq> jepler: internal as in rtapi_math?
[21:36:08] <zq> and friends
[21:36:31] <zq> what about the precision of cartesian movement?
[21:36:44] <jepler> zq: right, we know what it's like to use single precision for hal values .. we don't know what it's like when we use it internally like for x*y or sin(a) or whatever
[21:37:31] <jepler> I think you'll find that a lot of the math is written pretty naively; double precision (particularly, as it is on 32-bit x86, where intermediates are often carried in "long double" precision) hides a lot of flaws that show up very quickly when all intermediate values have low precision
[21:37:50] <jepler> stuff like sqrt(1-x*x) when x is not that different from 1, for instance
[21:39:13] <zq> k
[21:39:32] <KGB-linuxcnc> 03Jeff Epler 05jepler/proposed-master 6dc693f 06linuxcnc 10src/Makefile 03src/hal/drivers/mesa-hostmot2/hm2_spi.c hostmot2: support boards on spi interface * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=6dc693f
[21:39:40] <zq> so i guess it's a matter of hunting those dithery spots and then testing it out on an sp fpu
[21:40:48] <jepler> in general we would not mind seeing the code improved in terms of adapting our algorithms to have better numeric stability
[21:42:17] -!- FreezingCold has quit [Ping timeout: 245 seconds]
[21:42:54] <zq> actually on that note
[21:43:11] <jepler> I'm about to walk out the door so I hope it's an easy question
[21:43:12] <zq> i've been thinking of using a bit of agda on stepgen and the tp
[21:43:24] <zq> thanks for the feedback
[21:43:43] <jepler> I'm only very vaguely aware that people like to prove stuff about software
[21:43:50] <jepler> I have no idea whether the structure of linuxcnc is at all amenable to that
[21:43:59] <jepler> I would love to hear about your results
[21:44:10] <jepler> see ya
[21:54:17] -!- anarchos2 has quit [Read error: Connection reset by peer]
[21:55:17] <NTU> proposed-master is rockin!
[21:55:52] <NTU> i think linuxcnc is all caught up now
[21:56:41] NTU is now known as memleak
[21:59:33] -!- mle has quit [Ping timeout: 240 seconds]
[22:11:09] -!- rob_h has quit [Ping timeout: 240 seconds]
[22:16:19] -!- amiri_ has quit [Quit: Lost terminal]
[22:16:27] -!- anarchos2 has quit [Read error: Connection reset by peer]
[22:18:23] -!- dewy721 [dewy721!~dewy721@m8f4636d0.tmodns.net] has joined #linuxcnc-devel
[22:18:52] -!- f1oat has quit [Ping timeout: 240 seconds]
[22:23:22] -!- pcw_home has quit [Ping timeout: 240 seconds]
[22:23:55] -!- pcw_home [pcw_home!~chatzilla@c-50-143-148-115.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[22:40:52] -!- sumpfralle has quit [Ping timeout: 240 seconds]
[22:43:22] -!- skunkworks_ has quit [Ping timeout: 240 seconds]
[22:52:51] -!- Nick001-shop has quit [Quit: ChatZilla 0.9.90.1 [Firefox 30.0/20140605174243]]
[22:59:59] -!- tjtr33 [tjtr33!~tjtr33@61-220-29-195.HINET-IP.hinet.net] has joined #linuxcnc-devel
[23:00:18] -!- skorasaurus has quit [Remote host closed the connection]
[23:00:27] phantom is now known as Guest80621
[23:00:39] <tjtr33> jepler, make that at least 2 fans ( 7am Monday 1 sep Taipei ) ttfn
[23:00:45] -!- tjtr33 [tjtr33!~tjtr33@61-220-29-195.HINET-IP.hinet.net] has parted #linuxcnc-devel
[23:03:28] -!- phantomD has quit [Ping timeout: 250 seconds]
[23:06:02] -!- mhaberler has quit [Quit: mhaberler]
[23:18:44] -!- asheppard has quit [Ping timeout: 250 seconds]
[23:18:45] -!- asheppard_ has quit [Ping timeout: 240 seconds]
[23:22:24] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[23:34:49] -!- fathogwash has quit [Remote host closed the connection]
[23:45:56] -!- silverpuff has quit [Remote host closed the connection]
[23:57:42] -!- micges has quit [Quit: Leaving]
