#linuxcnc-devel | Logs for 2015-01-02

Back
[00:02:10] amnesic_away is now known as amnesic
[00:15:14] -!- Camaban has quit [Ping timeout: 245 seconds]
[00:17:52] -!- Camaba has quit [Ping timeout: 240 seconds]
[00:24:52] -!- The_Ball has quit [Remote host closed the connection]
[00:26:40] -!- swingley has quit [Ping timeout: 255 seconds]
[00:34:28] -!- pandeiro` has quit [Remote host closed the connection]
[00:48:14] taruti_ is now known as taruti
[00:56:57] -!- kriskropd has quit [Ping timeout: 265 seconds]
[01:04:05] -!- Komzzpa has quit [Ping timeout: 256 seconds]
[01:07:50] -!- Nick001-shop_ has quit [Quit: ChatZilla 0.9.91.1 [Firefox 30.0/20140605174243]]
[01:28:29] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[01:31:26] -!- adb has quit [Remote host closed the connection]
[01:34:34] -!- Brax_ has quit [Quit: Leaving]
[01:35:58] -!- Servos4ever has quit [Quit: ChatZilla 0.9.91.1 [SeaMonkey 2.26.1/20140612173529]]
[01:42:52] -!- patrickarlt has quit [Remote host closed the connection]
[01:43:55] -!- asdfasd has quit [Ping timeout: 272 seconds]
[02:02:47] -!- kriskropd has quit [Ping timeout: 245 seconds]
[02:11:36] -!- ariscop has quit [Ping timeout: 244 seconds]
[02:20:47] -!- dan2k3k4 has quit [Quit: Leaving]
[02:27:37] -!- swingley has quit [Ping timeout: 240 seconds]
[02:54:25] -!- sumpfralle has quit [Quit: Leaving.]
[02:55:07] amnesic is now known as amnesic_away
[03:14:37] -!- ariscop [ariscop!~Phase4@2001:44b8:4196:e800:a2a8:cdff:fe1c:74c4] has joined #linuxcnc-devel
[03:15:22] -!- bobo_ has quit [Quit: Page closed]
[03:20:14] -!- sumpfralle has quit [Ping timeout: 245 seconds]
[03:27:22] -!- patrickarlt has quit [Ping timeout: 245 seconds]
[03:27:27] -!- g_mouer has quit []
[03:28:37] -!- swingley has quit [Ping timeout: 245 seconds]
[03:28:50] -!- kramdradoow has quit [Quit: Leaving]
[03:37:55] -!- nofxx_ has quit [Ping timeout: 255 seconds]
[03:39:27] -!- g_mouer has quit []
[03:39:43] -!- kramdradoow has quit [Quit: Leaving]
[03:41:55] -!- g_mouer has quit [Client Quit]
[03:42:04] -!- kramdradoow has quit [Client Quit]
[03:45:44] -!- rob_h has quit [Ping timeout: 264 seconds]
[03:47:15] -!- kramdradoow has quit [Client Quit]
[03:48:22] -!- g_mouer has quit [Client Quit]
[03:50:05] -!- mozmck1 [mozmck1!~moses@67.210.159.245] has joined #linuxcnc-devel
[03:51:57] -!- mozmck has quit [Ping timeout: 245 seconds]
[04:05:26] -!- patrickarlt has quit [Ping timeout: 265 seconds]
[04:13:32] <seb_kuzminsky> ooh, the CNC Workshop is back
[04:19:07] <skunkworks> wonder if I could get dad to take a fary
[04:19:20] <skunkworks> fairie?
[04:19:36] <skunkworks> fairy
[04:19:45] <cradek> boat? ferry
[04:19:57] <skunkworks> wow - goggle failed me that time'
[04:20:49] <KimK> Happy New Year, gents
[04:21:30] <cradek> you too, kim
[04:21:33] <skunkworks> ditto
[04:25:25] -!- zeitue has quit [Ping timeout: 244 seconds]
[04:25:36] <skunkworks> I should really go home..
[04:26:42] -!- patrickarlt has quit [Ping timeout: 265 seconds]
[04:29:14] -!- swingley has quit [Ping timeout: 244 seconds]
[04:38:07] <seb_kuzminsky> yeah, happy new year folks
[04:38:12] <seb_kuzminsky> this is gonna be a good one, i can tell
[04:38:16] <cradek> you too
[04:38:49] <cradek> it's not so obvious to me, but if you say so
[04:39:51] -!- furrywolf has quit [Read error: Connection reset by peer]
[04:46:52] <seb_kuzminsky> skunkworks: http://what-if.xkcd.com/123/
[04:46:57] -!- AR__ has quit [Ping timeout: 245 seconds]
[04:56:07] -!- unfy has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
[04:56:20] <skunkworks> yikes
[04:58:13] -!- voxadam has quit [Remote host closed the connection]
[05:04:31] -!- mozmck [mozmck!~moses@67.210.159.245] has joined #linuxcnc-devel
[05:04:58] -!- sumpfralle has quit [Quit: Leaving.]
[05:07:18] -!- mozmck1 has quit [Ping timeout: 265 seconds]
[05:18:44] -!- skunkworks has quit [Read error: Connection reset by peer]
[05:25:17] -!- amiri has quit [Ping timeout: 245 seconds]
[05:27:19] -!- patrickarlt has quit [Ping timeout: 245 seconds]
[05:43:38] -!- voxadam has quit [Ping timeout: 244 seconds]
[06:03:46] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[06:03:46] -!- anth0ny_ has quit [Quit: anth0ny_]
[06:08:23] -!- syyl has quit [Ping timeout: 256 seconds]
[06:09:44] -!- patrickarlt has quit [Quit: Leaving...]
[06:16:32] -!- kwallace [kwallace!~kwallace@smb-167.sonnet.com] has parted #linuxcnc-devel
[06:24:37] <skunkworks> logger[psha]:
[06:31:00] -!- swingley has quit [Ping timeout: 250 seconds]
[06:59:25] -!- The_Ball has quit [Remote host closed the connection]
[07:00:08] -!- zeitue has quit [Ping timeout: 264 seconds]
[07:02:38] -!- FinboySlick has quit [Quit: Leaving.]
[07:17:45] -!- ve7it has quit [Remote host closed the connection]
[07:31:40] -!- swingley has quit [Ping timeout: 250 seconds]
[08:17:16] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/2.7/sam 0e6f34f 06linuxcnc 10src/Makefile 03src/emc/motion/cycle-time.c 10src/emc/motion/mot_priv.h 10src/emc/motion/motion.c Motion: move cycle time management code out to its own file * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=0e6f34f
[08:17:16] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/2.7/sam 61e0c52 06linuxcnc 10src/emc/motion/command.c Motion: better debug output * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=61e0c52
[08:17:16] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/2.7/sam f3e44ef 06linuxcnc 10(5 files in 2 dirs) start adding a Standalone Motion test program * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f3e44ef
[08:18:32] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 2863486 06linuxcnc Merge remote-tracking branch 'origin/2.6' into 2.7 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=2863486
[08:18:42] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[08:20:04] -!- nofxx_ has quit [Ping timeout: 255 seconds]
[08:20:42] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 5631d61 06linuxcnc Merge remote-tracking branch 'origin/2.7' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=5631d61
[08:25:00] -!- tjb1 has quit [Ping timeout: 265 seconds]
[08:25:45] <linuxcnc-build_> build #1012 of 1403.rip-wheezy-amd64 is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1403.rip-wheezy-amd64/builds/1012 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[08:26:12] <linuxcnc-build_> build #1203 of 1404.rip-wheezy-rtpreempt-amd64 is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1404.rip-wheezy-rtpreempt-amd64/builds/1203 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[08:28:18] <linuxcnc-build_> build #670 of 1401.rip-wheezy-rtai-i386 is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1401.rip-wheezy-rtai-i386/builds/670 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[08:28:20] <linuxcnc-build_> build #523 of 1402.rip-wheezy-rtpreempt-i386 is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1402.rip-wheezy-rtpreempt-i386/builds/523 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[08:28:49] <linuxcnc-build_> build #1012 of 1400.rip-wheezy-i386 is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1400.rip-wheezy-i386/builds/1012 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[08:32:30] <linuxcnc-build_> build #1042 of 1405.rip-wheezy-armhf is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1405.rip-wheezy-armhf/builds/1042 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[08:32:43] -!- swingley has quit [Ping timeout: 265 seconds]
[08:38:16] -!- mozmck has quit [Ping timeout: 244 seconds]
[08:42:24] -!- furrywolf has quit [Ping timeout: 265 seconds]
[08:54:58] -!- mozmck [mozmck!~moses@67.210.159.245] has joined #linuxcnc-devel
[08:55:33] <linuxcnc-build_> build #2865 of 0000.checkin is complete: Failure [4failed] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/2865 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[08:55:49] <seb_kuzminsky> well...
[08:57:22] -!- the_wench [the_wench!~the_wench@host81-149-189-98.in-addr.btopenworld.com] has joined #linuxcnc-devel
[09:16:22] -!- mttr has quit [Ping timeout: 240 seconds]
[09:31:02] -!- f1oat [f1oat!~f1oat@AMontsouris-553-1-44-33.w92-151.abo.wanadoo.fr] has joined #linuxcnc-devel
[09:33:21] -!- swingley has quit [Ping timeout: 244 seconds]
[09:39:58] -!- mozmck1 [mozmck1!~moses@67.210.159.245] has joined #linuxcnc-devel
[09:42:47] -!- mozmck has quit [Ping timeout: 245 seconds]
[09:43:08] -!- Thetawaves has quit [Quit: This computer has gone to sleep]
[10:12:49] -!- syyl has quit [Ping timeout: 244 seconds]
[10:20:59] -!- The_Ball has quit [Ping timeout: 265 seconds]
[10:22:21] -!- zeitue has quit [Ping timeout: 264 seconds]
[10:33:48] -!- swingley has quit [Ping timeout: 244 seconds]
[10:42:35] -!- rob_h [rob_h!~robh@90.217.25.252] has joined #linuxcnc-devel
[11:34:46] -!- swingley has quit [Ping timeout: 250 seconds]
[11:36:43] -!- sirdancealot has quit [Ping timeout: 255 seconds]
[11:39:39] -!- eeriegeek has quit [Quit: Leaving.]
[11:48:22] -!- chillly has quit [Quit: Ex-Chat]
[12:01:52] -!- mhaberler has quit [Quit: mhaberler]
[12:18:41] -!- ariscop has quit [Ping timeout: 244 seconds]
[12:22:49] -!- Audioburn has quit [Ping timeout: 244 seconds]
[12:32:52] -!- syyl_ has quit [Ping timeout: 240 seconds]
[12:35:17] -!- swingley has quit [Ping timeout: 240 seconds]
[12:42:01] -!- mhaberler has quit [Quit: mhaberler]
[13:26:00] <KGB-linuxcnc> 05dgarr/lib_for_halfiles 916fb81 06linuxcnc 04. branch deleted * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=916fb81
[13:26:08] <KGB-linuxcnc> 05dgarr/hallib 0780025 06linuxcnc 04. branch deleted * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=0780025
[13:26:22] <KGB-linuxcnc> 05dgarr/v2_hallib 5636ed0 06linuxcnc 04. branch deleted * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=5636ed0
[13:27:00] <KGB-linuxcnc> 05dgarr/moveoff 4f598a9 06linuxcnc 04. branch deleted * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=4f598a9
[13:27:52] <KGB-linuxcnc> 03Dewey Garrett 052.7 564f227 06linuxcnc 10(6 files) apps/xhc-hb04: use hallib for cfg files * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=564f227
[13:40:29] -!- skunkworks has quit [Ping timeout: 255 seconds]
[13:51:02] -!- kramdradoow has quit [Quit: Ex-Chat]
[13:52:23] -!- JT-Shop has quit [Read error: Connection reset by peer]
[13:53:42] -!- JT-Shop [JT-Shop!~john@184.21.239.59] has joined #linuxcnc-devel
[13:56:39] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[13:59:34] <pcw_home> Another modest proposal: expose ferror limits as normal hal pins
[14:06:50] -!- dgarr [dgarr!~dgarrett@71-223-73-226.phnx.qwest.net] has joined #linuxcnc-devel
[14:10:32] <dgarr> pcw_home: halcmd show pin ini.0.\*ferror
[14:10:34] <dgarr> http://git.linuxcnc.org/gitweb?p=linuxcnc.git;a=commitdiff;h=e5858b2f054a0cfaf6b773ad22d572d490e58322
[14:11:04] <pcw_home> can you set it that way?
[14:11:21] <dgarr> yes
[14:12:31] -!- bedah has quit [Quit: Ex-Chat]
[14:12:46] <dgarr> for example: $ sim_pin ini.0.ferror
[14:13:14] <dgarr> bbl
[14:13:19] -!- dgarr has quit [Quit: Leaving.]
[14:13:20] <pcw_home> This is in reference to someones problem on the forum (they want wide ferror limits before machine is homed)
[14:14:03] -!- gonzo_ has quit [Read error: Connection reset by peer]
[14:18:50] -!- [cube] has quit [Ping timeout: 240 seconds]
[14:19:48] <seb_kuzminsky> pcw_home: i dont understand why they would want that
[14:19:48] <seb_kuzminsky> maybe i should read the forum
[14:21:21] <pcw_home> Yeah its a funny combined homing/limit switch issue (limit switch prevents drive motion in limit direction)
[14:21:47] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/2.7/sam 5578da6 06linuxcnc 10src/emc/sam/Submakefile sam: add missing build deps * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=5578da6
[14:21:48] <pcw_home> they want to retain this for safety (cant blame them)
[14:21:49] -!- md-2 has quit [Remote host closed the connection]
[14:22:18] <seb_kuzminsky> mhmm
[14:22:18] <pcw_home> but it look like dgarr's method will work
[14:22:25] <seb_kuzminsky> yeah his 'ini in hal' stuff is cool
[14:22:47] -!- f1oat has quit [Ping timeout: 245 seconds]
[14:23:05] <seb_kuzminsky> err, you made another feature request on irc yesterday, and nobody implemented it yet, and i'm afraid it'll get buried and forgotten
[14:23:20] <seb_kuzminsky> could you put it on the bug tracker?
[14:23:25] <pcw_home> i just changed the ferror limits on a running system and generated a ferror
[14:23:29] <pcw_home> halcmd setp ini.0.min_ferror .00000
[14:23:37] -!- gene78 has quit [Ping timeout: 240 seconds]
[14:23:39] <seb_kuzminsky> yay?
[14:23:56] <pcw_home> Yay!
[14:24:26] <seb_kuzminsky> err, in the feature-requests section, http://sf.net/p/emc/feature-requests
[14:24:36] <seb_kuzminsky> bbl breakfast
[14:26:04] <pcw_home> bbl
[14:36:52] -!- swingley has quit [Ping timeout: 240 seconds]
[14:37:44] <linuxcnc-build_> build #1046 of 1405.rip-wheezy-armhf is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1405.rip-wheezy-armhf/builds/1046 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[14:43:44] -!- alien_technology has quit [Quit: Page closed]
[14:50:02] -!- mhaberler has quit [Quit: mhaberler]
[14:56:01] <seb_kuzminsky> ah yeah
[14:56:17] <seb_kuzminsky> that failure is because i didn't mock up rtapi_get_clocks() for arm
[15:25:33] <cradek> pcw_home: if they REALLY cannot add a home switch, which is the obvious correct solution, they should use index-only homing
[15:37:52] -!- swingley has quit [Ping timeout: 240 seconds]
[15:41:56] -!- furrywolf has quit [Ping timeout: 244 seconds]
[15:44:49] <linuxcnc-build_> build #2869 of 0000.checkin is complete: Failure [4failed] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/2869 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[15:48:03] -!- Komzzpa has quit [Remote host closed the connection]
[15:49:24] <KGB-linuxcnc> 03Dewey Garrett 052.7 53cf457 06linuxcnc 10configs/sim/axis/moveoff/moveoff_base.inc moveoff sim demos:fix home sequence for all demos * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=53cf457
[15:50:52] -!- anth0ny_ has quit [Quit: anth0ny_]
[15:55:54] -!- kwallace [kwallace!~kwallace@smb-218.sonnet.com] has joined #linuxcnc-devel
[15:56:35] <pcw_home> But index only still needs a home switch and the combined home/limit is the problem (as long as they wish to retain the servo drives built in protections)
[15:56:55] <cradek> no
[15:57:00] <cradek> index-only means it uses only the index
[15:57:26] <cradek> you position it by hand between index pulses
[15:57:45] <cradek> so you can home to index without using (or having) any switches at all
[15:57:46] <seb_kuzminsky> the "homing sequences" documentation does not show that mode: http://linuxcnc.org/docs/2.7/html/config/ini_homing.html#_homing_sequence
[15:58:09] <pcw_home> Oh sure but that a bit awkward (this is apparently a large and fast machine)
[15:58:25] <cradek> seb_kuzminsky: it's in section 3
[15:58:51] <seb_kuzminsky> cradek: right, i see it there
[15:58:54] <cradek> pcw_home: I hear lots of commercial machines use that system (I've only used it on a rotary table)
[15:59:14] <cradek> I think we added it because stuart wanted it because his guys were used to aligning marks to home
[15:59:40] <cradek> you just jog so the marks are aligned, and then poke home
[16:00:07] <seb_kuzminsky> i'm often surprised by what real machinists think is a good idea
[16:00:14] <pcw_home> It does look like it can be done with ini poking
[16:02:17] <cradek> heh https://www.youtube.com/watch?v=dJFXcgObUlk
[16:03:21] <cradek> seb_kuzminsky: if the marks are near the center of travel, you might be able to avoid a lot of slow searching on a big machine
[16:03:39] <pcw_home> Yeah i was thinking that
[16:03:52] <cradek> smashing into limit switches that disable the amps and turn on braking, in normal usage, just seems really stupid to me
[16:04:08] <cradek> those are emergency systems
[16:04:39] <cradek> it seems like it would be kind of violent, if nothing else
[16:05:04] <cradek> how does it reenable the amp smoothly when it's now out of position?
[16:05:37] <pcw_home> I does simplify things (less troublesome switches and wiring, switches get tested regularly)
[16:06:19] <pcw_home> the amp is only enabled for motion away from the switch at this point
[16:06:51] <cradek> oh I see
[16:07:18] <cradek> so at least the velocity loop stays active
[16:07:27] <pcw_home> but theres a bug thunk obviously when the limit is hit...
[16:07:39] <cradek> yeah
[16:08:18] <cradek> sometimes when retrofitting, people are resistant to making the machine work better than before
[16:08:29] <pcw_home> they wanted to disable the limits but making them a few MM is safer
[16:08:52] <cradek> I don't understand that mindset
[16:09:01] <pcw_home> Yeah but it is often difficult to add switches that were not designed in
[16:09:06] <cradek> I fixed a bug in my vmc by moving sensors around on the toolchanger
[16:09:55] <cradek> I understand the original control would sometimes get the wrong tool and then (possibly) crash it, and it was not hard to see why when figuring out the carousel sensors
[16:11:05] <cradek> I'll stop offering advice to not even the right person now :-)
[16:11:53] <pcw_home> If they had a problem like that you would think they would put a _lot_ of effort into fixing it
[16:12:23] <cradek> yeah, I don't understand it. the fix was easy.
[16:12:47] <cradek> stuart said on theirs, they'd just check each tool change, and if it got too confused they'd change tools manually until they could reboot it
[16:14:03] <cradek> it's just clearly broken (it has two sensors, but they're not in quadrature, and it assumed it always went the commanded direction and there were no extra edges, even though it was using dumb contactors to run and brake a 3 phase motor
[16:14:07] <cradek> )
[16:14:43] <cradek> so I moved one (tap two holes) and got quadrature
[16:16:27] <pcw_home> must not have thought of quadrature
[16:18:43] <pcw_home> Some Fadals have the home index system (I think they expect the controller is never turned off so this is only done rarely)
[16:19:53] <seb_kuzminsky> CNC Workshop in June! I hope to see you all there!
[16:20:03] <pcw_home> I'm still amazed that the Fanuc absolute encoders will count on battery backed power alone
[16:22:30] -!- Aero-Tec has quit [Ping timeout: 250 seconds]
[16:35:52] -!- f1oat [f1oat!~f1oat@AMontsouris-553-1-44-33.w92-151.abo.wanadoo.fr] has joined #linuxcnc-devel
[16:36:06] -!- The_Ball_Shed has quit [Remote host closed the connection]
[16:37:27] -!- patrickarlt has quit [Remote host closed the connection]
[16:38:34] -!- kwallace3 [kwallace3!~kwallace@smb-22.sonnet.com] has joined #linuxcnc-devel
[16:39:07] <cradek> pcw_home: they must not be optical?
[16:39:10] <rob_h> pcw_home, the mitsubishi also do that.. if you move the machine with the control off, it alarms on power up and you have to rehome/zero it all
[16:39:17] -!- kwallace has quit [Ping timeout: 244 seconds]
[16:41:26] -!- patrickarlt has quit [Remote host closed the connection]
[16:42:16] -!- gonzo_ has quit [Read error: Connection reset by peer]
[16:46:17] -!- balestrino has quit [Ping timeout: 240 seconds]
[16:54:28] -!- nofxx_ has quit [Changing host]
[17:00:39] -!- patrickarlt has quit [Ping timeout: 245 seconds]
[17:03:45] <pcw_home> cradek: they _are_ optical which makes it all the more amazing
[17:05:42] -!- sumpfralle has quit [Quit: Leaving.]
[17:09:15] -!- md-2 has quit [Quit: Leaving...]
[17:09:21] <pcw_home> They draw about 20 uA battery power when idle but this goes up to a few mA if you turn the shaft
[17:09:23] <pcw_home> so I think they just pulse the LEDs/analog/ count circuitry for a few 10s of usec and then sleep a few ms,
[17:09:24] <pcw_home> but then lower the sleep time based on velocity, much more sophisticated than I expected
[17:12:31] <pcw_home> rob_h: the fanuc encoders are even better, as long as you do not lose battery power, you never need to rehome
[17:17:07] -!- FreezingCold has quit [Ping timeout: 256 seconds]
[17:19:57] -!- Loetmichel has quit [Ping timeout: 240 seconds]
[17:24:53] -!- pcw_home has quit [Read error: Connection reset by peer]
[17:50:14] -!- skunkworks has quit [Ping timeout: 245 seconds]
[17:52:34] <rob_h> yea just mits control even some fanucs depends on setup, do a grid shift postion base and compare encoder to prdited postion so kinda check to see if machine is in its known postion to encoder counts
[17:53:06] <rob_h> and yea mitss if u turn on and off u never have to home the machine just press start.. so much nicer having absolute encoders on cnc
[17:58:09] -!- Komzzpa has quit [Ping timeout: 245 seconds]
[18:01:21] Loetmichel2 is now known as Loetmichel
[18:10:01] -!- balestrino has quit [Ping timeout: 255 seconds]
[18:25:09] -!- jduhls has quit [Quit: Leaving]
[18:27:47] -!- micges-dev [micges-dev!~x@aeir3.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[18:42:38] -!- pcw_home [pcw_home!~chatzilla@c-50-143-148-115.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[18:43:01] HeXiLeD is now known as Guest13868
[18:50:39] HeXiLeD is now known as Guest38042
[18:51:39] Guest38042 is now known as HeXiLeD
[18:51:52] -!- HeXiLeD has quit [Changing host]
[18:56:56] -!- dnalerom has quit [Quit: dnaleromj out!]
[18:57:40] -!- zeitue has quit [Ping timeout: 244 seconds]
[19:00:28] -!- tjtr33 [tjtr33!~tjtr33@73.22.99.22] has joined #linuxcnc-devel
[19:11:42] -!- nofxx_ has quit [Ping timeout: 265 seconds]
[19:26:24] -!- PetefromTn_ [PetefromTn_!~IceChat9@75-136-60-251.dhcp.jcsn.tn.charter.com] has joined #linuxcnc-devel
[19:28:42] <KimK> Their medium-sized battery (What, 6 "D" Ni-Cads? A group of small gel-cells? I forgot.) will only retain position with the power off for seven days. After that you have to rehome everything. So it covers 99% percent of failures. Some failures are human-introduced though, and those are hard to protect against. ("Me?! I thought *you* were going to turn it back on!")
[19:34:58] <cradek> I thought it was your turn to buy the D cells
[19:35:19] <KimK> Ha!
[19:37:08] <Tom_itx> KimK, have you guys started running 2.6 on anything over there yet?
[19:38:05] <KimK> I don't think so. I'll check later.
[19:38:34] <Tom_itx> just curious if anybody is running it on hardware yet
[19:38:34] -!- syyl_ws has quit [Quit: Verlassend]
[19:38:41] <seb_kuzminsky> Tom_itx: i am
[19:38:48] <seb_kuzminsky> well, i was, until i upgraded to 2.7
[19:39:01] <Tom_itx> is 2.7 stable enough to use?
[19:39:12] <Tom_itx> i'm gonna need to upgrade when my 7i90 card comes
[19:39:15] <cradek> I use 2.6 regularly
[19:39:28] <Tom_itx> apparently it's not supported under 2.5.x
[19:39:49] <cradek> I thought everyone was using 2.6
[19:39:57] <seb_kuzminsky> Tom_itx: i've not run into any problems with 2.7 for a while now, and nothing bad ever
[19:40:00] <cradek> it's way along in the bugfix/stabilizing stage
[19:40:28] <Tom_itx> it's not the .iso image is it? that's still 2.6 right?
[19:40:37] <seb_kuzminsky> there's an iso for 2.6 and one for 2.7
[19:40:43] <Tom_itx> oh
[19:40:48] <Tom_itx> wasn't aware of that
[19:41:07] <Tom_itx> i was just gonna build it from source
[19:41:27] <seb_kuzminsky> we haven't announced the 2.7 iso widely yet, i was planning to do that with the 2.7.0~pre3 release, coming up any day now
[19:41:32] <seb_kuzminsky> building from source works too :-)
[19:41:35] <Tom_itx> will 2.7 upgrade with the package manager?
[19:41:47] <Tom_itx> or just 2.6
[19:41:57] <seb_kuzminsky> the package manager will never upgrade 2.X to 2.Y, that's by design
[19:42:08] <seb_kuzminsky> it'll upgrade 2.X.Y to 2.X.Z for both 2.6 and 2.7
[19:42:27] <seb_kuzminsky> you can get 2.7 packages from either linuxcnc.org or from the buildbot
[19:42:43] <seb_kuzminsky> http://linuxcnc.org/docs/2.7/html/getting-started/index.html#_getting_linuxcnc
[19:43:10] <seb_kuzminsky> does that make sense? is that the question you were asking?
[19:43:36] <Tom_itx> the update page says it will update from 2.5 to 2.6...
[19:43:42] <Tom_itx> with package manager
[19:43:44] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[19:43:57] <seb_kuzminsky> you can, but you need to take some manual steps, it won't happen automatically
[19:44:17] <seb_kuzminsky> instructions for 2.6 -> 2.7 are here: http://linuxcnc.org/docs/2.7/html/getting-started/index.html#_updating_linuxcnc
[19:45:12] <seb_kuzminsky> something analogous works for 2.5 -> 2.6, those instructions are here: http://wiki.linuxcnc.org/cgi-bin/wiki.pl?UpdatingTo2.6
[19:45:12] <Tom_itx> any config changes from 2.5.x to 2.7?
[19:45:23] <seb_kuzminsky> yeah, some
[19:45:33] <Tom_itx> the TP i'm aware of
[19:45:39] <seb_kuzminsky> the 2.5->2.6 page lists those config changes, and the 2.6->2.7 page lists those
[19:45:54] <Tom_itx> k
[19:46:11] <KimK> And speaking of changes, Hi Seb, just the guy I was looking for. Now that the 5i22 is being handled in hm2 as two separate cards (5i22-1, 5i22-1.5), that changes the created items right? old: ...5i22.0.read becomes new: ...5i22-1.5.0.read (for example)?
[19:46:17] <seb_kuzminsky> hi kim!
[19:46:30] <seb_kuzminsky> ah, not quite
[19:46:37] <seb_kuzminsky> mesa makes two versions of the 5i22
[19:47:00] <seb_kuzminsky> the 5i22-1 has a 1 mega-gate fpga, the 5i22-1.5 has a 1.5 meg one
[19:47:13] <seb_kuzminsky> so they have different firmwares
[19:47:18] <seb_kuzminsky> but other than that they're the same
[19:47:39] <KimK> So when called in hal they're both still just 5i22?
[19:47:45] <seb_kuzminsky> the hal objects don't reflect the fpga size, right
[19:47:53] <KimK> OK, thanks.
[19:47:53] <seb_kuzminsky> they're both called hm2_5i22.X.mumble
[19:48:19] <KimK> OK, thanks! I'll go mumble.
[19:48:38] <seb_kuzminsky> heh
[19:48:43] -!- swingley has quit [Remote host closed the connection]
[19:49:02] <seb_kuzminsky> i have a 5i22-1 in my bridgeport because i needed an extra io connector
[19:49:11] <seb_kuzminsky> this was before sserial expansion
[19:49:52] <Tom_itx> all the new mesa cards load the bit file in eeprom right?
[19:50:06] <seb_kuzminsky> i think so, yeah
[19:50:08] <Tom_itx> opposed to an ini config line
[19:50:14] <seb_kuzminsky> that seems to be the way peter's going lately
[19:51:50] <KimK> Who's our resident ClassicLadder expert, cmorley?
[19:53:15] <Tom_itx> so i assume loading the proper [HOSTMOT2] driver= will first look at the ini and if it doesn't find it, then looks at the card firmware?
[19:53:33] -!- PCW [PCW!~chatzilla@99.88.10.65] has joined #linuxcnc-devel
[19:54:21] <seb_kuzminsky> Tom_itx: if you load a hostmot2 driver with config="firmware=some/file.bit", then it'll try to flash that bitfile
[19:54:46] <Tom_itx> even if it's loaded with the mesa utility?
[19:54:47] <seb_kuzminsky> if your config line doesn't specify a firmware, it assumes the board already has its firmware from some other mechanism
[19:54:52] <Tom_itx> ok
[19:55:11] <seb_kuzminsky> usually that's the board loading its own firmware from an on-board eeprom
[19:55:31] <Tom_itx> so specify the board= but leave the config= empty or left out
[19:55:57] <PCW> flash may not be quite the right term (if the firmware is specified it will try and program the FPGA with that firmware)
[19:55:57] <seb_kuzminsky> you might want other things in the config= line, but you dont need to have a firmware= part in it
[19:57:02] <PCW> and the firmware line will cause a failure (I think) with flash EEPROM cards since they cannot be written directy
[19:57:15] <Tom_itx> so still specify num_pwmgens etc and not rely on that from the bitfile
[19:57:46] <Tom_itx> i figured the bit file would specify all that
[19:57:59] <PCW> No, its read from the FPGA
[19:58:17] <PCW> nothing pokes at the bitfiles
[19:58:41] <PCW> (well mesaflash reads the header)
[19:58:45] <Tom_itx> so load the bitfile with mesaflash but still specify num_pwmgens num_encoders etc in the config= line?
[19:59:00] <PCW> thats always been true
[19:59:04] <mozmck1> Been playing a little with cairo, and made a little fancier round LED. Patch here if anyone wants to see it: http://pastebin.com/7wn3w8pt
[19:59:06] <Tom_itx> and any unused is GPIO
[19:59:16] <Tom_itx> ok
[19:59:38] <PCW> none of that changes with flash EEPROM FPGA cards
[19:59:53] <Tom_itx> good to know. i've not owned one yet
[20:00:23] <PCW> The only thing that changes is that you cannot specify the firmware on the command line
[20:00:30] <Tom_itx> right
[20:00:30] <seb_kuzminsky> mozmck1: do you have a screenshot?
[20:00:52] <PCW> less lumpy LED?
[20:01:16] <mozmck1> hmm, I could probably make one right quick. If you apply that you can run without rebuilding and see it in the gladevcp sim config.
[20:06:48] -!- mozmck1 has quit [Ping timeout: 265 seconds]
[20:08:57] -!- mozmck [mozmck!~moses@67.210.159.245] has joined #linuxcnc-devel
[20:09:45] <mozmck> hmm, net quit for a minute.
[20:13:44] <mozmck> logger[psha]: ?
[20:14:26] <mozmck> seb_kuzminsky: http://ibin.co/1mnFAeSpPk7Z
[20:27:02] <skunkworks> oh,,, pretty
[20:37:18] <KGB-linuxcnc> 03Norbert Schechner 052.6 28436b5 06linuxcnc 10lib/python/gladevcp/combi_dro.py combi_dro - bug in set forground color attribut * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=28436b5
[20:38:53] -!- ariscop [ariscop!~Phase4@2001:44b8:4196:e800:a2a8:cdff:fe1c:74c4] has joined #linuxcnc-devel
[20:40:02] <KGB-linuxcnc> 03Norbert Schechner 052.6 07c1fdc 06linuxcnc 10src/emc/usr_intf/gmoccapy/gmoccapy.glade 10src/emc/usr_intf/gmoccapy/gmoccapy.py 10src/emc/usr_intf/gmoccapy/release_notes.txt gmoccapy_1_4_1 - added support to select number of digits * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=07c1fdc
[20:42:10] <KGB-linuxcnc> 03Norbert Schechner 052.7 944be60 06linuxcnc Merge branch '2.6' into 2.7 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=944be60
[20:42:43] <KGB-linuxcnc> 03Norbert Schechner 05master 218fe70 06linuxcnc Merge branch '2.7' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=218fe70
[20:44:57] -!- tjb11 has quit [Ping timeout: 240 seconds]
[20:47:31] -!- zeitue has quit [Ping timeout: 255 seconds]
[20:51:09] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[20:55:09] -!- alex____ has quit [Quit: Page closed]
[21:03:37] -!- mhaberler has quit [Ping timeout: 240 seconds]
[21:05:04] -!- karavanjo has quit [Ping timeout: 255 seconds]
[21:05:17] -!- amiri_ has quit [Ping timeout: 265 seconds]
[21:07:17] -!- Tom_L [Tom_L!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[21:08:44] -!- skunkworks has quit [Quit: Leaving]
[21:12:53] -!- leptonix_ has quit [Quit: leaving]
[21:13:31] -!- PCW has quit [Quit: ChatZilla 0.9.91.1 [Firefox 34.0.5/20141126041045]]
[21:17:28] -!- PCW [PCW!~chatzilla@99.88.10.65] has joined #linuxcnc-devel
[21:26:54] -!- tjtr33 has quit [Quit: Leaving]
[21:35:35] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[21:37:42] -!- Tom_L has quit []
[21:38:24] -!- logger[psha] has quit [Ping timeout: 250 seconds]
[21:39:40] -!- logger[psha] [logger[psha]!~loggerpsh@195.135.238.205] has joined #linuxcnc-devel
[21:40:41] -!- SpeedEvil has quit [Quit: No Ping reply in 180 seconds.]
[21:47:09] <Tom_itx> are there config changes from 2.5 to 2.6? or just 2.6 to 2.7?
[21:50:25] -!- Deejay has quit [Quit: bye]
[21:50:25] <Tom_itx> i note the instructions say to go from 2.5 -> 2.6 -> 2.7
[22:01:15] <mozmck> Tom_itx: I think there is new config stuff for the new TP in 2.7
[22:01:39] <cradek> that all works by default
[22:01:47] <mozmck> ah, ok
[22:01:48] <seb_kuzminsky> Tom_itx: there 2.5 -> 2.6 config changes are detailed in the wiki link i sent you above
[22:02:10] <seb_kuzminsky> mozmck: are the new LEDs the ones on top? Prepared Tool, Current Tool, and System?
[22:02:16] <mozmck> yes
[22:02:16] <Tom_itx> yep, i was looking at that
[22:02:36] <seb_kuzminsky> very shiny :-)
[22:02:52] <Tom_itx> can't jump from 2.5 to 2.7 though
[22:05:03] <seb_kuzminsky> Tom_itx: yeah, that's not recommended
[22:05:03] <seb_kuzminsky> we take care to detail the changes users need to do when going from each version to the next, so it's easy to go sequentially through a couple of versions
[22:05:03] <Tom_itx> is the RTAI better in wheezy than lucid?
[22:05:03] <Tom_itx> yeah i'm ok with that
[22:05:03] <seb_kuzminsky> it's better on some systems, worse on some
[22:05:03] <Tom_itx> ok
[22:05:03] <seb_kuzminsky> and there seems to be no way to predict how a particular system will behave, you have to just try it
[22:05:42] <Tom_itx> i'll run the latency test from the SSD with wheezy and see
[22:05:42] <seb_kuzminsky> good thing for us cradek made a Live system on the standard Live/Install Image, so you can try it out without jeopardizing any existing install on the system
[22:05:42] <Tom_itx> does the hdd access affect the latency test?
[22:05:42] <seb_kuzminsky> nope, not at all
[22:05:42] <Tom_itx> ok
[22:05:42] <seb_kuzminsky> err
[22:05:42] -!- logger[psha] has quit [Ping timeout: 250 seconds]
[22:06:55] -!- logger[psha] [logger[psha]!~loggerpsh@195.135.238.205] has joined #linuxcnc-devel
[22:07:09] <Tom_itx> good numbers make me feel better though!
[22:07:10] <mozmck> seb_kuzminsky: oh, I don't know - if people like them better that is fine with me.
[22:07:57] <mozmck> I am learning some cairo for a project, and that's what I wound up working on that looked fairly easy.
[22:08:18] <PCW> 50 usec is probably ok with stock configs (and 2 ms latency is ok with PID stepgen, DPLL and 250 hz servo thread)
[22:15:04] -!- FinboySlick has quit [Quit: Leaving.]
[22:23:33] -!- dan2k3k4 has quit [Ping timeout: 264 seconds]
[22:28:17] -!- chillly has quit [Quit: Ex-Chat]
[22:31:16] -!- PetefromTn_ has quit [Ping timeout: 250 seconds]
[22:51:45] -!- sirdancealot has quit [Ping timeout: 264 seconds]
[23:05:48] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/use_hallib 5b07e47 06linuxcnc 10(66 files in 35 dirs) hallib: manage halfiles formerly copied by make * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=5b07e47
[23:05:48] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/use_hallib 40896e7 06linuxcnc 10(67 files in 29 dirs) hallib: add most-used halfiles * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=40896e7
[23:05:48] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/use_hallib 6eeafa3 06linuxcnc 10lib/hallib/README lib/hallib/README: update and reorganize * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=6eeafa3
[23:05:50] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/use_hallib 96660b3 06linuxcnc 10(15 files) smithy configs: use as HALFILE not POSTGUI_HALFILE * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=96660b3
[23:11:19] -!- Thetawaves has quit [Quit: This computer has gone to sleep]
[23:18:52] -!- tjb111 has quit [Ping timeout: 240 seconds]
[23:20:56] -!- Khetzal has quit [Quit: No Ping reply in 180 seconds.]
[23:23:15] -!- Khetzal [Khetzal!~khetzal@sierra.khetzal.info] has joined #linuxcnc-devel
[23:26:04] sweenzor_ is now known as sweenzor
[23:32:44] -!- Camaban has quit [Quit: Leaving]
[23:41:49] -!- f1oat has quit [Ping timeout: 256 seconds]
[23:41:50] <skunkworks> why am I getting this? I don't remember having issues before
[23:41:52] <skunkworks> http://pastebin.ca/2896009
[23:42:35] <skunkworks> I am just trying to pull robs latest changes.
[23:43:27] <seb_kuzminsky> "git pull" means "git fetch && git merge"
[23:43:50] <seb_kuzminsky> the merge step needs your current branch to have a tracking branch, so it knows what to merge with
[23:44:03] <seb_kuzminsky> what branch are you on, and what's its tracking branch?
[23:44:37] <skunkworks> skunkworks@skunkworks-Studio-XPS-1645:~/linuxcnc-rob$ git branch
[23:44:39] <skunkworks> * github-robE/feature/spiral-arc-handling
[23:45:46] <seb_kuzminsky> git branch -vv
[23:45:59] <seb_kuzminsky> that'll show what each of your local branches is tracking, if anything
[23:47:55] <seb_kuzminsky> if your branch is not set up to track, you can add that with 'git branch --set-upstream remote/somebranch'
[23:48:13] <skunkworks> skunkworks@skunkworks-Studio-XPS-1645:~/linuxcnc-rob$ git branch -vv
[23:48:15] <skunkworks> * github-robE/feature/spiral-arc-handling d237a26 Merge branch '2.7'
[23:48:15] <seb_kuzminsky> err, 'git branch --set-upstream mybranch remote/somebranch
[23:48:16] <skunkworks> master d237a26 [origin/master: behind 25] Merge branch '2.7'
[23:48:18] <skunkworks> skunkworks@skunkworks-Studio-XPS-1645:~/linuxcnc-rob
[23:48:31] <seb_kuzminsky> right
[23:48:36] <skunkworks> I guess that is what it says.. :)
[23:48:45] <seb_kuzminsky> so the lack of [something: behind somewhat] on your branch means there's no tracking
[23:49:18] <seb_kuzminsky> did you intend to name your branch beginning with "github-robE/"?
[23:49:42] <seb_kuzminsky> that looks like it might collide with a remote name, and a remote-tracking branch
[23:50:02] <skunkworks> that was the name I used for robs github
[23:50:46] <seb_kuzminsky> so github-robE is the name of the remote, right? you can run "git show -n github-robE" and get info about rob's repo on github?
[23:50:57] <seb_kuzminsky> if so, your local branch should not have that in the name
[23:51:27] <skunkworks> skunkworks@skunkworks-Studio-XPS-1645:~/linuxcnc-rob$ git show -n github-robE
[23:51:29] <skunkworks> skunkworks@skunkworks-Studio-XPS-1645:~/linuxcnc-rob$
[23:52:02] <seb_kuzminsky> hm
[23:52:22] <seb_kuzminsky> what's 'git remote' say for it?
[23:53:07] <skunkworks> skunkworks@skunkworks-Studio-XPS-1645:~/linuxcnc-rob$ git remote
[23:53:08] <skunkworks> github-robE
[23:53:10] <skunkworks> origin
[23:53:20] <seb_kuzminsky> wat
[23:53:44] <seb_kuzminsky> oh
[23:53:50] <skunkworks> I already built the /feature/spiral-arc-blending.. I just want to get the latest
[23:53:54] <seb_kuzminsky> i meant 'git remote show -n github-robE'
[23:54:07] <seb_kuzminsky> but now we know you have that remote
[23:54:22] <seb_kuzminsky> so you should rename your local branch, lest madness perch on your skulltop
[23:54:52] <seb_kuzminsky> git branch -m $OLD $NEW
[23:54:56] <skunkworks> http://pastebin.ca/2896026
[23:55:13] <seb_kuzminsky> yep, good
[23:55:23] <seb_kuzminsky> rename your local branch so it doesn't hide rob's branch
[23:55:29] <skunkworks> I could just start over... :)
[23:55:32] <seb_kuzminsky> then set your local branch to track rob's branch
[23:55:38] <skunkworks> ok
[23:55:39] <seb_kuzminsky> then pull
[23:55:47] <skunkworks> so - what was the issue?
[23:56:27] <seb_kuzminsky> you accidentally created a local branch with the exact same name as your local remote-tracking branch (ie the one in your repo that is an exact copy of the branch in rob's repo)
[23:56:55] <seb_kuzminsky> because you put "github-robE/" at the beginning of your branch name, and that collides with the name you have for rob's remote
[23:57:38] <seb_kuzminsky> normally when you create a local branch from a remote-tracking branch, it sets the local branch up to automatically track the remote-tracking branch
[23:58:07] <seb_kuzminsky> but in this case, i bet git noticed that it would have set your local branch up to track itsef (since local branch names take precedence over remote-tracking branches) and helpfully skipped that step for you