Back
[00:02:35] -!- Nick001-shop has quit [Quit: ChatZilla 0.9.91.1 [Firefox 34.0.5/20141126041045]]
[00:03:43] -!- mhaberler has quit [Ping timeout: 255 seconds]
[00:05:28] -!- micges has quit [Quit: Ex-Chat]
[00:08:27] -!- anonimasu has quit [Ping timeout: 252 seconds]
[00:13:39] -!- sumpfralle has quit [Read error: Connection reset by peer]
[00:16:40] -!- per_sonne_ has quit [Ping timeout: 264 seconds]
[00:17:52] -!- sumpfralle1 has quit [Ping timeout: 264 seconds]
[00:19:39] -!- Loetmichel has quit [Ping timeout: 244 seconds]
[00:29:59] -!- karavanjo has quit [Ping timeout: 244 seconds]
[00:45:39] -!- andypugh has quit [Quit: andypugh]
[00:48:26] -!- swingley has quit [Ping timeout: 256 seconds]
[00:59:04] -!- Akex has quit [Quit: Connection closed for inactivity]
[01:00:05] -!- KimK_laptop has quit [Remote host closed the connection]
[01:01:26] -!- anth0ny has quit [Quit: anth0ny]
[01:05:34] -!- Camaban has quit [Quit: Leaving]
[01:14:25] -!- anth0ny has quit [Ping timeout: 244 seconds]
[01:28:01] -!- zeitue has quit [Ping timeout: 252 seconds]
[01:29:24] -!- rob_h has quit [Ping timeout: 244 seconds]
[01:36:02] -!- anth0ny has quit [Quit: anth0ny]
[01:37:20] -!- Flipp_ has quit [Remote host closed the connection]
[01:39:30] -!- Servos4ever has quit [Quit: ChatZilla 0.9.91.1 [SeaMonkey 2.26.1/20140612173529]]
[01:49:04] -!- swingley has quit [Ping timeout: 256 seconds]
[01:52:19] -!- tjtr33 has quit [Ping timeout: 245 seconds]
[01:57:37] -!- malcom2073 has quit [Remote host closed the connection]
[02:05:39] -!- per_sonne_ has quit [Ping timeout: 245 seconds]
[02:07:02] <memfrob> stable master branch of RTAI all updated, latest 3.10, 3.14 and 3.16 kernel support as of today, scheduler, APIC and isolcpus improvements\
[02:07:41] <memfrob> dev branch still hosed, no idea why.
[02:33:47] -!- anth0ny has quit [Quit: anth0ny]
[02:34:31] -!- anth0ny has quit [Client Quit]
[02:37:06] -!- toner has quit [Remote host closed the connection]
[02:38:16] -!- furrywolf has quit [Ping timeout: 264 seconds]
[02:50:13] -!- swingley has quit [Ping timeout: 264 seconds]
[02:57:39] <KGB-linuxcnc> 03Chris Morley 052.6 4bd00d0 06linuxcnc 10src/emc/usr_intf/stepconf/pages.py 10src/emc/usr_intf/stepconf/stepconf.py stepconf -fix check for spindle encoder signals for pp2 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=4bd00d0
[02:59:21] -!- tmf [tmf!d10641bc@gateway/web/freenode/ip.209.6.65.188] has joined #linuxcnc-devel
[03:03:25] -!- tmf has quit [Ping timeout: 246 seconds]
[03:04:14] <KGB-linuxcnc> 03Chris Morley 052.7 a26b744 06linuxcnc 10src/emc/usr_intf/stepconf/pages.py 10src/emc/usr_intf/stepconf/stepconf.py Merge branch '2.6' into 2.7 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a26b744
[03:05:36] -!- MacGalempsy_ has quit [Remote host closed the connection]
[03:09:32] -!- furrywolf has quit [Ping timeout: 272 seconds]
[03:17:48] -!- AR_ has quit [Ping timeout: 252 seconds]
[03:26:11] -!- mhaberler has quit [Quit: mhaberler]
[03:36:47] ffurrywol is now known as furrywolf
[03:41:13] -!- furrywolf has quit [Ping timeout: 264 seconds]
[03:41:24] ffurrywol is now known as furrywolf
[03:46:31] -!- sumpfralle has quit [Ping timeout: 256 seconds]
[03:48:53] -!- sumpfralle has quit [Client Quit]
[03:50:17] -!- swingley has quit [Ping timeout: 250 seconds]
[03:50:49] XXCoder_wkend is now known as XXCoder
[03:54:18] -!- per_sonne_ has quit [Ping timeout: 256 seconds]
[03:55:27] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[04:00:40] -!- skunkworks has quit [Read error: Connection reset by peer]
[04:02:44] -!- crazy_imp has quit [Ping timeout: 272 seconds]
[04:03:55] -!- crazy_imp has quit [Changing host]
[04:15:21] <KGB-linuxcnc> 03Chris Morley 05master 502dd61 06linuxcnc 10src/emc/ini/inihal.cc 10src/emc/usr_intf/stepconf/pages.py 10src/emc/usr_intf/stepconf/stepconf.py Merge branch '2.7' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=502dd61
[04:15:21] <KGB-linuxcnc> 03Chris Morley 05master fb624ed 06linuxcnc 10src/emc/usr_intf/stepconf/pages.py 10src/emc/usr_intf/stepconf/spindle.glade 10src/emc/usr_intf/stepconf/stepconf.py stepconf -only show relevent questions for spindle page * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=fb624ed
[04:19:07] -!- swingley has quit [Read error: Connection reset by peer]
[04:19:19] -!- anth0ny has quit [Quit: anth0ny]
[04:23:46] -!- swingley_ has quit [Ping timeout: 256 seconds]
[04:25:31] -!- unfy has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
[04:26:19] -!- maximilian_h [maximilian_h!~bonsai@dslb-188-099-002-082.188.099.pools.vodafone-ip.de] has joined #linuxcnc-devel
[04:28:34] -!- maximilian_h1 has quit [Ping timeout: 245 seconds]
[04:30:00] -!- sirdancealot has quit [Ping timeout: 256 seconds]
[04:35:56] -!- FinboySlick has quit [Quit: Leaving.]
[04:45:37] -!- Brandan has quit [Ping timeout: 246 seconds]
[04:56:23] -!- zeitue has quit [Read error: Connection reset by peer]
[04:58:54] -!- furrywolf has quit [Ping timeout: 256 seconds]
[05:08:20] -!- tjtr33 has quit [Quit: Leaving]
[05:11:19] -!- Flipp_ has quit [Ping timeout: 252 seconds]
[05:21:22] -!- pcw_home has quit [Ping timeout: 252 seconds]
[05:23:53] -!- XXCoder has quit [Ping timeout: 250 seconds]
[05:29:07] -!- pcw_home [pcw_home!~chatzilla@c-50-143-148-115.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[05:29:41] -!- anth0ny has quit [Quit: anth0ny]
[05:32:07] -!- toner has quit [Ping timeout: 250 seconds]
[05:34:12] -!- danylevskyi has quit [Ping timeout: 252 seconds]
[05:35:19] -!- XXCoder1 has quit [Ping timeout: 256 seconds]
[05:43:34] -!- per_sonne_ has quit [Ping timeout: 245 seconds]
[05:55:25] -!- Tanz has quit [Quit: ChatZilla 0.9.91.1 [Firefox 36.0.4/20150320202338]]
[06:04:11] -!- kwallace2 [kwallace2!~kwallace@smb-190.sonnet.com] has joined #linuxcnc-devel
[06:06:29] -!- kwallace has quit [Ping timeout: 264 seconds]
[06:25:00] -!- The_Ball has quit [Remote host closed the connection]
[06:38:12] -!- kwallace2 [kwallace2!~kwallace@smb-190.sonnet.com] has parted #linuxcnc-devel
[06:44:47] -!- zeitue has quit [Quit: Leaving]
[07:02:44] -!- rob_h [rob_h!~robh@94.11.190.166] has joined #linuxcnc-devel
[07:06:16] -!- Flipp___ has quit [Ping timeout: 244 seconds]
[07:08:46] -!- b_b has quit [Changing host]
[07:10:45] -!- Deejay has quit [Disconnected by services]
[07:10:52] Deejay__ is now known as Deejay
[07:10:58] -!- Deejay has quit [Changing host]
[07:28:53] -!- eventor [eventor!~eventor@p5DDD5E87.dip0.t-ipconnect.de] has joined #linuxcnc-devel
[07:31:58] -!- LeelooMinai has quit [Quit: No Ping reply in 180 seconds.]
[07:32:12] -!- LeelooMinai [LeelooMinai!~leeloo@184-175-46-197.cable.teksavvy.com] has joined #linuxcnc-devel
[07:32:24] -!- per_sonne_ has quit [Ping timeout: 250 seconds]
[07:37:19] -!- Akex [Akex!uid58281@gateway/web/irccloud.com/x-yqzsvtkewmpirylw] has joined #linuxcnc-devel
[08:03:07] -!- theorb has quit [Remote host closed the connection]
[08:07:53] -!- mhaberler has quit [Quit: mhaberler]
[08:13:53] -!- cmorley1 has quit [Quit: Leaving.]
[08:14:08] -!- ashcan has quit [Client Quit]
[08:15:25] -!- mhaberler has quit [Ping timeout: 264 seconds]
[08:17:38] -!- cmorley [cmorley!~chris@S0106204e7f8c229b.no.shawcable.net] has joined #linuxcnc-devel
[08:33:48] -!- per_sonne_ has quit [Ping timeout: 272 seconds]
[08:38:29] -!- BellinganRoy has quit [Ping timeout: 252 seconds]
[09:17:52] -!- dimas has quit [Ping timeout: 256 seconds]
[09:28:13] -!- dimas has quit [Ping timeout: 256 seconds]
[09:29:45] -!- gonzo_ has quit [Read error: Connection reset by peer]
[09:35:14] -!- albertcoder has quit [Ping timeout: 245 seconds]
[09:36:03] -!- dimas has quit [Ping timeout: 252 seconds]
[09:36:56] -!- adb has quit [Ping timeout: 252 seconds]
[09:58:11] -!- theorb has quit [Ping timeout: 250 seconds]
[10:01:54] -!- FreezingCold has quit [Ping timeout: 245 seconds]
[10:07:48] -!- dimas has quit [Read error: Connection timed out]
[10:20:12] -!- dimas has quit [Ping timeout: 272 seconds]
[10:31:17] -!- dimas has quit [Ping timeout: 248 seconds]
[10:39:04] -!- Akex has quit [Quit: Connection closed for inactivity]
[10:39:07] -!- Brunetty has quit [Ping timeout: 255 seconds]
[10:45:32] -!- albertcoder has quit [Ping timeout: 272 seconds]
[10:51:05] -!- mhaberler has quit [Quit: mhaberler]
[10:58:55] -!- Brunetty has quit [Ping timeout: 255 seconds]
[11:03:56] -!- dan2k3k4 has quit [Ping timeout: 244 seconds]
[11:11:22] -!- Akex [Akex!uid58281@gateway/web/irccloud.com/x-rfepcgjsqjgayodr] has joined #linuxcnc-devel
[11:29:46] -!- md-2 has quit [Remote host closed the connection]
[11:50:53] -!- sumpfralle has quit [Quit: Leaving.]
[12:05:37] -!- podarok has quit [Read error: No route to host]
[12:10:35] -!- dan2k3k4 has quit [Ping timeout: 244 seconds]
[12:24:56] -!- arvidkahl has quit [Quit: Textual IRC Client: www.textualapp.com]
[12:45:37] -!- dimas has quit [Read error: Connection reset by peer]
[13:07:06] -!- micges [micges!~micges@abpm160.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[13:09:29] -!- sirdancealot has quit [Ping timeout: 244 seconds]
[13:26:25] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[13:35:16] -!- karavanjo has quit [Ping timeout: 272 seconds]
[14:03:20] -!- kwallace [kwallace!~kwallace@tmb-210.sonnet.com] has joined #linuxcnc-devel
[14:11:53] -!- micges_ [micges_!~micges@elx149.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[14:12:24] <mozmck> pcw_home: I'm getting about 22.6 max latency reported by latency-histogram on my DC7800 with my 3.18.9-rt5 patch. I'll probably try some different config options and see if I can get it better.
[14:13:27] <mozmck> pcw_home: You mentioned a $6 RTK8139 ethernet card - where would I find those? I assume the card is a different brand than that.
[14:15:24] -!- micges has quit [Ping timeout: 250 seconds]
[14:15:56] <micges_> /nick micges
[14:16:01] micges_ is now known as micges
[14:16:34] <jepler> mozmck: this one popped up on amazon and is showing me the price $6.50:
http://smile.amazon.com/RTL8139D-Ethernet-Adapter-Controller-100Mbps/dp/B00B5T32PK/
[14:17:07] <mozmck> jepler: thanks! I had just found that one. Looks like it comes straight from china.
[14:17:28] <mozmck> I wonder if there is a low-profile options for these SFF computers?
[14:18:19] <jepler> it sure will if you just remove the bracket
[14:18:53] <jepler> the $25ish(?) intel gigabit nics all come with a regular and a short bracket but I don't see any indication that this card will come with one
[14:20:25] <jepler> [another RTL8139 board] > The product box contains very few items. Of course it contains the ST100SLP Ethernet adapter, as well as an installation manual and an installation floppy diskette. Yes, you heard me correctly; installation "DISKETTE".
[14:20:31] <mozmck> here's one that looks like it might be rtk8139:
http://www.amazon.com/StarTech-com-Profile-Ethernet-Network-ST100SLP/dp/B00006JI5H/
[14:20:52] <mozmck> low profile and still pretty cheap
[14:22:00] <mozmck> heh, looks like you were looking at the same one :)
[14:26:50] <mozmck> Hmm, this one looks interesting:
http://www.amazon.com/Protronix-Gigabit-Ethernet-Profile-Controller/dp/B008UG5588/ RTL8169SC chipset, and has gigabit as well.
[14:44:50] -!- skunkworks has quit [Ping timeout: 256 seconds]
[14:47:33] <pcw_home> mozmck: 22.6 usec latency is fine (even 100 or so is fine at 1 KHz)
[14:47:40] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[14:53:03] <pcw_home> also a quick check to compare driver/MAC latency is to just ping the FPGA card:
[14:53:04] <pcw_home> sudo chrt ping 10.10.10.10 -i .001 > pingtimes
[14:53:29] <pcw_home> sorry
[14:53:31] <pcw_home> sudo chrt 99 ping 10.10.10.10 -i .001 > pingtimes
[14:57:13] <mozmck> I'll try that - thanks!
[14:58:40] -!- kwallace3 [kwallace3!~kwallace@smb-229.sonnet.com] has joined #linuxcnc-devel
[15:00:28] -!- kwallace has quit [Ping timeout: 250 seconds]
[15:05:26] <pcw_home> BTW the Intel MAC on the DC7800 is excellent
[15:06:04] <mozmck> good to know.
[15:06:09] <pcw_home> better than newer intel MACs for mysterious reasons
[15:06:43] -!- Cromaglious has quit [Ping timeout: 250 seconds]
[15:07:01] <pcw_home> it does need the IRQ coalescing turned off or its terrible though
[15:07:11] <mozmck> how do I do that?
[15:08:13] <pcw_home> sudo ethtool -C ethN rx-usecs 0
[15:08:50] <mozmck> hmm, is this a one-time thing? or each reboot
[15:09:09] -!- FreezingCold has quit [Ping timeout: 248 seconds]
[15:09:41] <pcw_home> each reboot
[15:09:43] <pcw_home> (that means it hangs around 0 usecs in the ISR waiting for a possible new packet)
[15:10:56] <mozmck> Is that something that can be run on all ethernet cards?
[15:11:29] <pcw_home> Only some drivers have that feature (or at least have it exposed to ethtool)
[15:11:49] <mozmck> that could be a pain for distribution
[15:11:51] <pcw_home> rtk drivers dont have it
[15:12:16] <pcw_home> its not harmful if it fails
[15:12:40] <mozmck> ok, so we could put it in a startup script then it sounds like.
[15:15:05] <pcw_home> you can see the effect very easily with ping
[15:17:19] -!- skunkworks has quit [Ping timeout: 245 seconds]
[15:27:04] hendrik_ is now known as hendrik
[15:30:17] -!- mhaberler has quit [Quit: mhaberler]
[15:34:17] -!- dan2k3k4 has quit [Ping timeout: 252 seconds]
[15:36:52] -!- BellinganRoy has quit [Quit: Konversation terminated!]
[15:42:25] -!- jvrousseau has quit [Ping timeout: 255 seconds]
[15:43:38] amnesic_away is now known as amnesic
[15:47:42] -!- patrickarlt has quit [Remote host closed the connection]
[15:49:39] -!- MacGalempsy has quit [Remote host closed the connection]
[15:51:41] -!- PCW [PCW!~chatzilla@99.88.10.65] has joined #linuxcnc-devel
[16:06:29] -!- FreezingCold has quit [Ping timeout: 264 seconds]
[16:09:27] Loetmichel2 is now known as Loetmichel
[16:15:21] amnesic is now known as amnesic_away
[16:17:19] -!- albertcoder has quit [Ping timeout: 245 seconds]
[16:18:40] -!- dissonant has quit [Ping timeout: 265 seconds]
[16:23:26] -!- koo5 has quit [Ping timeout: 256 seconds]
[16:33:31] -!- md-2 has quit [Quit: Leaving...]
[16:49:01] -!- albertcoder has quit [Ping timeout: 255 seconds]
[16:58:57] -!- albertcoder has quit [Ping timeout: 250 seconds]
[16:59:04] -!- Akex has quit [Quit: Connection closed for inactivity]
[17:09:05] amnesic_away is now known as amnesic
[17:10:36] -!- albertcoder has quit [Ping timeout: 272 seconds]
[17:13:44] -!- per_sonne_ has quit [Quit: Be back later ...]
[17:14:33] -!- skunksleep has quit [Ping timeout: 250 seconds]
[17:17:04] amnesic is now known as amnesic_away
[17:17:59] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[17:33:22] <mozmck> PCW: Interesting, in your config CPU frequency scaling is enabled. I figured that would be bad for realtime.
[17:33:27] -!- albertcoder has quit [Ping timeout: 252 seconds]
[17:34:02] -!- micges has quit [Ping timeout: 272 seconds]
[17:42:20] <PCW> I think its disabled in he BIOS on all systems I have but not sre who is in control in that case
[17:42:47] <PCW> tell me if you get improved latency by changing that
[17:43:40] <mozmck> pcw_home: did you try different schedulers? I see you used cfq, but I put in deadline
[17:44:01] <mozmck> changing it to allow cpu freq scaling?
[17:44:43] <mozmck> I don't know if there is a setting in the bios for this DC7800 for that. I also turned off most of the PM stuff in the kernel.
[17:45:30] <mozmck> One thing you have set is CONFIG_RCU_BOOST=y which looks like a good option for realtime according to the help
[17:50:00] -!- moorbo has quit [Remote host closed the connection]
[17:55:58] -!- moorbo has quit [Ping timeout: 252 seconds]
[18:04:28] -!- micges [micges!~micges@dbe104.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[18:05:09] -!- sirdancealot has quit [Ping timeout: 248 seconds]
[18:09:33] -!- skorasaurus has quit [Ping timeout: 256 seconds]
[18:12:52] -!- dissonant has quit [Ping timeout: 250 seconds]
[18:17:17] -!- Mr_Sheesh has quit [Quit: brb rebooting]
[18:19:03] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[18:19:42] -!- per_sonne_ has quit [Ping timeout: 248 seconds]
[18:28:37] -!- teepee has quit [Ping timeout: 264 seconds]
[18:28:43] -!- teepee [teepee!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[18:29:43] -!- albertcoder has quit [Remote host closed the connection]
[18:31:09] -!- syyl_ws has quit [Remote host closed the connection]
[18:38:41] <PCW> I think since it may need to work on a a laptop I left it up to BIOS settings
[18:38:43] <PCW> Deadline scheduler sounds good (thats new from 3.14 or so)
[18:40:08] <PCW> not sure if the linuxcnc RT tasks need to be changed also (I think chrt can do this at least to test)
[18:41:12] -!- paideia has quit [Remote host closed the connection]
[18:48:05] -!- rob_h has quit [Ping timeout: 256 seconds]
[18:50:06] -!- rob_h [rob_h!~robh@94.11.190.166] has joined #linuxcnc-devel
[18:50:27] -!- skorasaurus has quit [Ping timeout: 252 seconds]
[19:03:11] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[19:08:49] <kwallace3> Digging a little deeper into probe errors:
http://www.wallacecompany.com/probe/
[19:09:40] -!- danylevskyi has quit [Remote host closed the connection]
[19:10:27] <kwallace3> No errors yet, but I have a very small sample
[19:12:13] <skunkworks> is that steel?
[19:24:35] <mozmck> PCW: I'm going to try with the cfq scheduler and see if there's a difference. Only problem is that I should test one change at a time, and that would take forever!
[19:25:30] -!- per_sonne_ has quit [Ping timeout: 272 seconds]
[19:26:46] <mozmck> PCW: this looks like a potentially useful page:
http://wiki.linuxaudio.org/wiki/system_configuration
[19:36:16] -!- FreezingCold has quit [Ping timeout: 272 seconds]
[19:47:32] -!- b_b has quit [Remote host closed the connection]
[19:55:01] <archivist> kwallace3, is that green an oil or corrosion on the three contact pins
[19:55:57] -!- andypugh [andypugh!~andy2@cpc14-basl11-2-0-cust1010.20-1.cable.virginm.net] has joined #linuxcnc-devel
[19:55:57] -!- andypugh has quit [Client Quit]
[19:56:19] -!- andypugh [andypugh!~andy2@cpc14-basl11-2-0-cust1010.20-1.cable.virginm.net] has joined #linuxcnc-devel
[19:57:03] -!- sumpfralle has quit [Ping timeout: 250 seconds]
[19:58:03] <KGB-linuxcnc> 03Norbert Schechner 052.6 cee32b2 06linuxcnc 10src/emc/usr_intf/gmoccapy/gmoccapy.py 10src/emc/usr_intf/gmoccapy/release_notes.txt gmoccapy_1_5_3_1 - bug in ignore limits solved * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=cee32b2
[19:58:29] <KGB-linuxcnc> 03Norbert Schechner 052.7 d7ccecb 06linuxcnc Merge branch '2.6' into 2.7 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d7ccecb
[19:59:01] <KGB-linuxcnc> 03Norbert Schechner 05master 7d10243 06linuxcnc Merge branch '2.7' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=7d10243
[20:01:49] -!- patrickarlt has quit [Remote host closed the connection]
[20:04:05] <kwallace3> archivist, I don't know what it was. It was pretty tough. I used a small steel brush to get it off, but it didn't work very well. I then used fine lapping powder on a rag to get it off.
[20:05:21] <archivist> looks a bit like the colour of corroded nickel plate
[20:05:47] <mozmck> Hmm, GNU/systemd anyone?
http://distrowatch.com/weekly.php?issue=20150330#community
[20:06:28] -!- andypugh has quit [Quit: andypugh]
[20:10:33] <kwallace3> The pins seem like steel drill rod. I don't know what it could do other than rust. It must be coolant, but I haven't used any fluids on this mill yet. I got the probe from Tormach for testing. It seems it's testing me.
[20:12:39] <kwallace3> This link had some interesting bits, such as how different platings work and wetting current:
http://www.allaboutcircuits.com/vol_4/chpt_4/2.html
[20:14:05] -!- chillly has quit [Quit: Ex-Chat]
[20:16:29] -!- koo5 has quit [Ping timeout: 256 seconds]
[20:17:08] -!- andypugh [andypugh!~andy2@cpc14-basl11-2-0-cust1010.20-1.cable.virginm.net] has joined #linuxcnc-devel
[20:18:43] -!- theorb has quit [Ping timeout: 255 seconds]
[20:20:07] -!- podarok has quit [Remote host closed the connection]
[20:21:39] <archivist> kwallace3, might be worth using a contact spray, was something I would always have with me during my TV and Radio repair days
[20:21:56] -!- moorbo has quit [Remote host closed the connection]
[20:22:09] <archivist> Electrolube was the main UK maker of it
[20:22:20] <skunkworks> I wonder if anyone has heard from Mr Padnos
[20:23:41] <archivist> http://www.electrolube.com/products/contact-lubricants.html
[20:24:24] <skunkworks> the touch probes we just got have some sort of oilyness in them.
[20:25:08] <archivist> I should clean mine and lube it
[20:25:24] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[20:26:04] -!- per_sonne_ has quit [Ping timeout: 245 seconds]
[20:26:10] <skunkworks> kwallace3: is there any seals?
[20:27:57] <kwallace3> No seals.
[20:28:39] <archivist> odd, mine has
[20:30:42] <kwallace3> http://www.tormach.com/product_tts_passive_probe.html
[20:32:25] <kwallace3> DeoxIT is the magic electronics fluid I'm aware of.
http://www.caig.com/
[20:32:31] <andypugh> archivist: somewhere I have an old-school Electrolube dispenser, where the bottle has like a ball-pen cap that extracts a thin straw as you pull it off. And the bottom of the (plastic) bottle is a pressed-in metal cap.
[20:33:34] <KGB-linuxcnc> 03Michael Haberler 052.7 022579c 06linuxcnc 10src/emc/ini/initraj.cc 10src/emc/nml_intf/emc.hh 10src/emc/task/taskintf.cc initraj.cc: fix a type error with arcBlendGapCycles * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=022579c
[20:33:34] <KGB-linuxcnc> 03Chris Radek 052.7 bf3a6d2 06linuxcnc 10src/emc/motion/motion.h Finish fixing type error, previous commit * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=bf3a6d2
[20:33:34] <KGB-linuxcnc> 03Michael Haberler 05v2.5_branch 13c89b5 06linuxcnc 10src/hal/hal_lib.c hal/library/hal_link: fix fatal memory corruption bug on linking pin to a signal * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=13c89b5
[20:33:37] <KGB-linuxcnc> 03Chris Radek 052.6 abf34dd 06linuxcnc Merge branch 'v2.5_branch' into 2.6 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=abf34dd
[20:33:40] <KGB-linuxcnc> 03Chris Radek 052.7 4b1bd2c 06linuxcnc 10src/hal/hal_lib.c Merge branch '2.6' into 2.7 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=4b1bd2c
[20:33:44] <KGB-linuxcnc> 03Chris Radek 05master 048366b 06linuxcnc 10src/emc/task/taskintf.cc Merge branch '2.7' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=048366b
[20:34:10] <archivist> andypugh, there were pens too iirc
[20:35:54] <archivist> still have some EML 200 spray
[20:39:51] -!- erve has quit []
[20:40:03] <kwallace3> Hmm..."Maintenance
[20:40:03] <kwallace3> •
[20:40:03] <kwallace3> Open contacts of the passive probe can corrode over or become contaminated, thus reducing reliability.
[20:40:03] <kwallace3> Please refer to Tormach service bulletin 37 (SB0037_Reconditioning_the_Passive_Probe_0412A.PDF) for maintenance
[20:40:03] <kwallace3> procedures.
[20:40:04] <kwallace3> "
[20:40:40] <archivist> oops
[20:45:40] -!- albertcoder has quit [Remote host closed the connection]
[20:46:54] <cradek> kwallace3: odd - whatever that is looks like it's there on purpose
[20:50:22] -!- dan2k3k4 has quit [Ping timeout: 272 seconds]
[20:51:41] -!- Valen has quit [Remote host closed the connection]
[20:52:16] -!- karavanjo has quit [Ping timeout: 272 seconds]
[20:55:57] <archivist> !seen swpadnos
[20:55:57] <the_wench> last seen in 2013-10-31 00:54:44GMT 838:59:59 ago, saying Quit: ChatZilla 0.9.90.1 [Firefox 24.0/20130910160258]
[20:56:17] <skunkworks> wow
[20:56:53] <skunkworks> doesn't seem like it was that long ago
[20:57:25] <archivist> getting older, time flies!
[20:57:53] <seb_kuzminsky> nice find, cradek
[20:58:17] -!- Deejay has quit [Quit: bye]
[20:58:34] -!- tmcw has quit []
[20:59:08] <skunkworks> seb_kuzminsky: so far no new bugs.. (that I have seen or run into) with 2.7
[20:59:21] <andypugh> https://www.linkedin.com/profile/view?id=38347420
[20:59:29] <seb_kuzminsky> skunkworks: cradek reported that pause doesn't take effect until the end of the current move
[20:59:57] <cradek> I just tested that (today!) in 2.6 and 2.5 and to my surprise it has never worked how I expected
[21:00:03] <skunkworks> heh
[21:00:05] <cradek> and ... that's not what I reported
[21:00:18] <cradek> pause doesn't work (at all) while stepping
[21:00:18] -!- skunksleep has quit [Read error: Connection reset by peer]
[21:00:34] <andypugh> That seems, on balance, wrong.
[21:00:44] <cradek> run pause step step step step (now while a long step is moving) pause
[21:00:46] <seb_kuzminsky> oh, well i was close, it had to do with pausing!
[21:00:57] <cradek> that pause does nothing, continues the step
[21:01:35] <skunkworks> hmm - can't say I noticed that - cradek you say the behaviour has always been that way?
[21:01:43] <skunkworks> *never tried that
[21:01:46] <cradek> I only tested as far back as 2.5
[21:02:55] <cradek> seb_kuzminsky: we've got to figure out what to do about the state tag changes
[21:03:44] <cradek> seb_kuzminsky: in mk there are a several subsequent fixes that assuage my "can that even work?" feeling a bit
[21:04:12] <cradek> seb_kuzminsky: I'd hate to diverge from pp/mk too much in this regard
[21:04:21] <seb_kuzminsky> i havent been following that branch, can you clue me in?
[21:04:23] <cradek> seb_kuzminsky: maybe state tag restore should go in master?
[21:04:37] <seb_kuzminsky> this is for tracking active gcodes?
[21:04:40] <cradek> well it does two things
[21:04:59] <cradek> yes it makes active gcodes look right during program run, instead of them showing the readaheadded state
[21:05:03] <cradek> I am sure we want that
[21:05:04] -!- [cube] has quit [Ping timeout: 255 seconds]
[21:05:38] <cradek> but now what happens when you abort? it's a little surprising that you suddenly have the readaheadded state showing as active gcodes, and more importantly active in the mdi interpreter
[21:05:52] <jepler> the redheaded step-state?
[21:06:35] <cradek> so upon abort what re's done is take the queued state that is currently being shown during program run, and use it to assemble some gcode and execute it, to try to smush the interpreter back into the expected state
[21:07:22] <cradek> but that's hard, because there's all sorts of mysterious state that isn't literally shown in the active gcodes
[21:07:59] <skunkworks> things like G64's P and Q's?
[21:08:24] <cradek> like imagine cutter comp, where your tool isn't on the path, or a g10 command that's been applied but you haven't moved one of the axes yet, or who knows what else
[21:08:56] <cradek> yes g64 pq, g43.1, g43.2, I bet we could think of a whole list of potential troubles
[21:09:04] <seb_kuzminsky> yeah, sounds like we do want that first part
[21:09:31] <cradek> after the state-tag branch we have, he's done something about ccomp in machinekit: force a G40 after abort in some situations
[21:10:22] <cradek> I feel bad because I thought/wondered about all this stuff and then did nothing, haven't even tried it
[21:12:07] <seb_kuzminsky> well thanks for looking at it now
[21:12:26] <cradek> seems like you need to pick your poison: either try to unroll/restore or not, and both have their problems
[21:12:45] <skunkworks> heh - sounds like stuff that should be configurable.. What states do you want to keep/throw out.
[21:13:06] <seb_kuzminsky> seems like you need to keep ccomp on
[21:13:19] <cradek> skunkworks: only if you want to make it totally untestable
[21:13:26] <skunkworks> cradek: sure
[21:14:16] <seb_kuzminsky> what if you're deep in a slot, ccomp is on, and you abort? if the abort turns off ccomp, now you can't move or you'll gouge the wall of the slot you're in
[21:14:30] <cradek> seb_kuzminsky: if it's on (motion has been comped) when you abort but in readahead it's off, you're screwed
[21:14:52] <cradek> either way you better not try to mdi in that situation, jeez
[21:15:10] <cradek> maybe abort should just do the equivalent of m2
[21:15:38] <seb_kuzminsky> you're only screwed if the readahead ccomp state gets forced upon the interpreter
[21:15:59] <seb_kuzminsky> i'm arguing that abort should not touch the ccomp state
[21:16:05] <cradek> yes there is no ccomp state other than the readahead one
[21:17:41] <cradek> mk/fc4417e057 seems to always run a G40 when aborting
[21:17:58] <cradek> if you're not bold enough to run M2, I think that's an improvement
[21:18:21] <seb_kuzminsky> what all does m2 do?
[21:18:27] <cradek> I often mdi M2 myself, after aborting, if using a program with ccomp -- otherwise everything is goofy
[21:18:41] <cradek> http://www.linuxcnc.org/docs/html/gcode/m-code.html#sec:M2-M30
[21:18:49] <seb_kuzminsky> heh thx
[21:19:44] <cradek> frankly I don't know what it should do, even aside from doing it being hard
[21:21:50] <seb_kuzminsky> maybe g40 is ok if you warp the controller's notion of the controlled point to the actual location of the controlled point, without having to do a ccomp exit move later
[21:22:01] <seb_kuzminsky> that would let you jog up out of your slot
[21:22:28] <cradek> if you jog (switch modes), your position will get synched up
[21:22:44] -!- moorbo has quit []
[21:22:45] <cradek> much harder is if you mdi a g0 z1
[21:23:04] <cradek> should that move straight up, or diagonally so you're back on the nominal path?
[21:23:22] <jepler> didn't command X, so X shouldn't move
[21:23:23] -!- swingley has quit [Remote host closed the connection]
[21:23:27] <cradek> yeah I bet you'd expect straight up
[21:23:43] <cradek> but if you program the equivalent of g40 / g0 z1 you'd need a diagonal move
[21:24:04] <jepler> a Z only move can be an exit move?
[21:24:06] <cradek> it's possible re's change causes the diagonal move (I didn't try it)
[21:24:16] <cradek> the move after a g40 is the exit move
[21:24:28] <jepler> I didn't know that
[21:24:34] <cradek> it has special requirements
[21:24:39] <cradek> (can't be an arc is one)
[21:24:51] <seb_kuzminsky> i'm suggesting to cancel the g40 exit move after an abort
[21:25:24] <seb_kuzminsky> so that the DRO warps to where the uncompensated tool is, and g0 z0 or jog will raise it straight up out of the slot
[21:25:24] <cradek> well, this is all from my fuzzy memory
[21:25:34] <jepler> the hikey 64-bit arm developer board was supposed to go on sale today, but either it didn't, or all their distributors ran out of stock immediately
[21:25:35] <cradek> I'm stirring together my fuzzy memory and what I'm guessing re's code does :-P
[21:26:00] <seb_kuzminsky> there maybe other situations in which the ccomp exit move is helpful after an abort, but i can't think of any right now
[21:26:15] <jepler> it's a terrible board, though, besides having a aarch64-capable CPU
[21:27:19] -!- per_sonne_ has quit [Ping timeout: 256 seconds]
[21:29:26] -!- swingley has quit [Ping timeout: 256 seconds]
[21:30:09] -!- skorasaurus has quit [Ping timeout: 256 seconds]
[21:40:02] -!- Valen has quit [Remote host closed the connection]
[21:40:34] -!- SpeedEvil has quit [Quit: No Ping reply in 180 seconds.]
[21:42:06] <andypugh> if sending an mdi command via the python interface, is there a way to tell if c.wait_complete is true because the command finished, or true because the operater pressed “stop”?
[21:43:43] -!- Akex [Akex!uid58281@gateway/web/irccloud.com/x-euxobqfnkhvyliyd] has joined #linuxcnc-devel
[21:49:06] -!- Valen has quit [Remote host closed the connection]
[21:53:17] -!- Flipp__ has quit [Read error: Connection reset by peer]
[21:55:19] -!- Miner_48er has quit [Quit: Leaving]
[21:59:35] -!- MrFluffy has quit [Quit: gnite]
[22:07:45] <jepler> andypugh: doubt i
[22:07:46] <jepler> t
[22:08:27] -!- uwe_ has quit [Ping timeout: 252 seconds]
[22:12:38] <andypugh> Hmm, that’s a bit awkward if one wants to stream g-code direct from Python
[22:13:05] <andypugh> (you can’t stop it. You can stop the current line, but then it just runs the next one..)
[22:14:07] -!- Valen has quit [Remote host closed the connection]
[22:26:58] -!- dimas has quit [Ping timeout: 265 seconds]
[22:29:35] -!- swingley has quit [Ping timeout: 250 seconds]
[22:29:49] -!- amiri_ has quit [Ping timeout: 264 seconds]
[22:38:13] -!- asdfasd has quit [Ping timeout: 264 seconds]
[22:39:05] -!- SpeedEvil has quit [Quit: No Ping reply in 180 seconds.]
[22:48:37] -!- wortley [wortley!42d56306@gateway/web/freenode/ip.66.213.99.6] has joined #linuxcnc-devel
[22:51:33] -!- Valen has quit [Remote host closed the connection]
[22:52:28] -!- gonzo_nb has quit [Remote host closed the connection]
[22:52:35] -!- teepee has quit [Ping timeout: 265 seconds]
[22:53:33] -!- teepee [teepee!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[22:56:27] -!- mhaberler has quit [Ping timeout: 250 seconds]
[22:57:45] -!- eventor has quit [Ping timeout: 250 seconds]
[23:03:36] -!- mhaberler has quit [Ping timeout: 252 seconds]
[23:04:01] -!- __rob has quit [Ping timeout: 264 seconds]
[23:04:20] -!- adb has quit [Ping timeout: 252 seconds]
[23:11:33] <andypugh> Actually, it is even stranger than that.
[23:12:18] <andypugh> command.wait_complete returns 1 when complete, or -1 indefinitely if you press the “stop” button.
[23:14:32] -!- Camaban has quit [Quit: Leaving]
[23:14:49] -!- kriskropd has quit [Ping timeout: 245 seconds]
[23:15:57] -!- per_sonne_ has quit [Ping timeout: 250 seconds]
[23:20:20] amnesic_away is now known as amnesic
[23:31:41] -!- mhaberler has quit [Ping timeout: 264 seconds]
[23:33:19] -!- wortley has quit [Ping timeout: 246 seconds]
[23:39:49] -!- FreezingCold has quit [Ping timeout: 244 seconds]
[23:40:54] -!- mhaberler has quit [Ping timeout: 256 seconds]
[23:51:38] <andypugh> I think I found a recipe:
[23:51:44] amnesic is now known as amnesic_away
[23:52:07] <andypugh> while True:
[23:52:08] <andypugh> v = c.wait_complete(0.5)
[23:52:09] <andypugh> s.poll()
[23:52:11] <andypugh> if v == 1:
[23:52:12] <andypugh> break
[23:52:13] <andypugh> if s.state == 1 and v == -1: # stop pressed
[23:52:14] <andypugh> print "I think you pressed stop"