Back
[00:10:18] <PCW> hmm how do you make the latency test not run a base thread?
[00:10:38] -!- amnesic_away has quit [Quit: ZNC - http://znc.in]
[00:23:33] <jepler> PCW: latency-test 1ms -
[00:24:06] <jepler> latency-histogram --nobase
[00:24:24] <PCW> Yeah I tried latency-test 1ms 1ms and that works also
[00:24:37] <jepler> yes that sounds right
[00:25:15] -!- amnesic_away has quit [Quit: ZNC - http://znc.in]
[00:31:49] <PCW> the Atom 330s actually run our Ethernet cards at 1 KHz under Preemt-RT but man those things are slow
[00:31:51] <PCW> sometime the screen gets really jerky like its only being updated once or twice a second
[00:32:38] -!- gennro has quit [Quit: Leaving]
[00:33:16] <PCW> of course I have a browser and halscope and a bunch of windows open
[00:35:21] -!- Tecan has quit [Changing host]
[00:41:57] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/master/linuxcnc-ui-api fe2cf5a 06linuxcnc 10docs/src/code/Code_Notes.txt 10docs/src/code/task-state-transitions.dot docs: prettier task state transition diagram * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=fe2cf5a
[00:41:57] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/master/linuxcnc-ui-api 73c1935 06linuxcnc 10tests/liblinuxcnc-ui/test.sh lui test: fail the test if lui-test.c fails to compile * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=73c1935
[00:41:57] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/master/linuxcnc-ui-api a47a847 06linuxcnc 10tests/liblinuxcnc-ui/lui-test.c lui-test: test all the task state transitions * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a47a847
[00:42:00] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/master/linuxcnc-ui-api 7d3ac33 06linuxcnc 10tests/liblinuxcnc-ui/lui.ini lui test: turn up verbosity * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=7d3ac33
[00:46:18] -!- Tom_L [Tom_L!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[00:51:12] -!- rob_h has quit [Quit: Leaving]
[01:07:48] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/master/linuxcnc-ui-api 44b5d01 06linuxcnc 10tests/liblinuxcnc-ui/lui-test.c lui test: move task state tests to a separate function * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=44b5d01
[01:07:48] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/master/linuxcnc-ui-api c9e514e 06linuxcnc 10tests/liblinuxcnc-ui/lui-test.c lui test: test task mode setting * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=c9e514e
[01:08:51] -!- Valen has quit [Quit: Leaving.]
[01:23:34] -!- cborn has quit [Ping timeout: 245 seconds]
[01:49:05] -!- brianmorel99 has quit [Quit: brianmorel99]
[01:51:03] -!- knu2xs___ has quit [Read error: Connection reset by peer]
[01:51:20] -!- Tom_L has quit []
[02:13:13] -!- mozmck has quit [Read error: Connection reset by peer]
[02:13:57] -!- mozmck [mozmck!~moses@67.210.159.245] has joined #linuxcnc-devel
[02:17:35] -!- knu2xs___ has quit [Quit: Be back later ...]
[02:24:43] -!- Tom_L [Tom_L!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[02:32:12] -!- arvidkahl has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
[02:34:33] -!- gennro has quit [Ping timeout: 272 seconds]
[02:53:04] <skunkworks_> I think trying to explain why linuxcnc didn't go the machinekit route is a no-win situation..
[03:06:18] <seb_kuzminsky> we've talked about it before
[03:06:38] <seb_kuzminsky> jeff explained eloquently and in detail why he made his choice
[03:06:50] <seb_kuzminsky> about uspace, i mean
[03:06:53] <seb_kuzminsky> months ago
[03:07:04] <seb_kuzminsky> having that conversation again seems useless
[03:07:47] <pcw_home> I for one am really happy with uspace
[03:09:12] <pcw_home> eth1 Link encap:Ethernet HWaddr 00:e0:7d:e4:db:32
[03:09:14] <pcw_home> inet addr:10.10.10.1 Bcast:10.10.10.255 Mask:255.255.255.0
[03:09:15] <pcw_home> UP BROADCAST RUNNING MULTICAST MTU:1200 Metric:1
[03:09:17] <pcw_home> RX packets:1445693515 errors:0 dropped:0 overruns:0 frame:0
[03:09:18] <pcw_home> TX packets:2880047243 errors:0 dropped:0 overruns:0 carrier:0
[03:09:20] <pcw_home> collisions:0 txqueuelen:1000
[03:09:21] <pcw_home> RX bytes:175656929846 (175.6 GB) TX bytes:304746873756 (304.7 GB)
[03:09:23] <pcw_home> ~9 days at 2 KHz on my desktop
[03:09:57] -!- AR__ has quit [Ping timeout: 246 seconds]
[03:11:13] -!- Thetawaves has quit [Read error: Connection reset by peer]
[03:13:33] <KGB-linuxcnc> 03Jeff Epler 05seb/master/linuxcnc-ui-api f13d467 06linuxcnc 10src/liblinuxcnc-ui/luigetter.py luigetter: coding style * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f13d467
[03:13:34] <KGB-linuxcnc> 03Jeff Epler 05seb/master/linuxcnc-ui-api bdf5fe4 06linuxcnc 10src/liblinuxcnc-ui/luigetter.py luigetter: doc fixes * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=bdf5fe4
[03:13:34] <KGB-linuxcnc> 03Jeff Epler 05seb/master/linuxcnc-ui-api f4d4ac1 06linuxcnc 10src/liblinuxcnc-ui/luigetter.py luigetter: additional getters * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f4d4ac1
[03:13:35] <KGB-linuxcnc> 03Jeff Epler 05seb/master/linuxcnc-ui-api 7050726 06linuxcnc 10tests/liblinuxcnc-ui/lui-test.c 10tests/liblinuxcnc-ui/test.sh lui-test: test gcode / mcode getters * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=7050726
[03:16:19] -!- laidback01 has quit [Ping timeout: 255 seconds]
[03:18:26] -!- tronwizard has quit [Ping timeout: 250 seconds]
[03:21:23] -!- gennro has quit [Ping timeout: 258 seconds]
[03:23:02] -!- mdel has quit [Quit: Connection closed for inactivity]
[03:28:34] -!- aude has quit [Ping timeout: 260 seconds]
[03:29:09] aude is now known as Guest91432
[03:37:00] <skunkworks_> same here.. wheezy and the rt_preempt from the repository has been working great
[03:37:54] -!- pfred1 has quit [Quit: Lost terminal]
[03:44:25] -!- Tom_L has quit []
[03:44:53] -!- FreezingCold has quit [Ping timeout: 260 seconds]
[03:49:22] -!- Tecan has quit [Ping timeout: 240 seconds]
[03:57:48] -!- tjtr33 has quit [Ping timeout: 258 seconds]
[04:06:44] -!- zzolo has quit [Quit: zzolo]
[04:10:05] <skunkworks_> dxf2gcode -
http://electronicsam.com/images/KandT/testing/Screenshot%20from%202014-10-20%2023:05:22.png
[04:11:03] -!- tjtr33 has quit [Quit: Leaving]
[04:11:24] <skunkworks_> then - exporting with cutter comp enabled - one run with 0 tool diameter - then reloaded with .125 diameter cutter.
[04:11:26] <skunkworks_> http://electronicsam.com/images/KandT/testing/Screenshot%20from%202014-10-20%2023:08:50.png
[04:12:29] <skunkworks_> boy - I do have a short attention span..
[04:12:56] <skunkworks_> (but the issue with the camera is I need a machine that I can play with - and I don't have one here)
[04:14:17] <cradek> I think I don't understand what you mean - are you using our cutter comp or dxf2gcode's cutter comp?
[04:14:20] -!- SpeedEvil has quit [Quit: No Ping reply in 180 seconds.]
[04:16:04] <cradek> I ran my 5i25 mill in uspace for a while - I don't remember if it still is - it works fine both ways
[04:17:05] <skunkworks_> cradek: it allows you to enable cutter comp. (G41,42) it also allows you to change the direction of cut of the profile/.
[04:17:47] <cradek> ah so it doesn't do its own offsetting
[04:18:12] <cradek> I like seeing nontrivial (but successful) cutter comp usages
[04:18:44] <skunkworks_> it works all the way up to .249" cutter :)
[04:19:01] <cradek> ah inside corners that are .25 arcs?
[04:19:21] <skunkworks_> Most likely - has been a while since I have drawn it.
[04:19:52] <ssi> how common is it to use cutter compensation in linuxcnc and program actual path in cam?
[04:20:08] <cradek> no idea
[04:20:32] <ssi> I use it all the time for lathes, but it's sort of a different use there
[04:20:35] <cradek> I'm sure some people do it
[04:20:49] -!- ve7it has quit [Remote host closed the connection]
[04:20:52] <cradek> I program nominal (unoffset) path often when hand-coding
[04:20:58] <skunkworks_> it is nice for relatively simple profiles to use cutter comp - so you don't have to re-export everytime to adjust a part.
[04:21:26] -!- karavanjo_ has quit [Ping timeout: 240 seconds]
[04:21:42] <ssi> skunkworks_: so that's what you're doing there? using a 0 diameter in cam, and letting cutter comp offset for you?
[04:21:51] <skunkworks_> yes
[04:22:17] <skunkworks_> drawing 'to size'
[04:22:23] <cradek> neat
[04:22:24] <ssi> yeah
[04:22:31] <ssi> that seems like how I'd want to work, but I'm not really sure
[04:22:33] <cradek> I'm proud of our cutter comp
[04:22:44] <skunkworks_> I want to get dad using it.. I think it will be easier for him.
[04:23:34] <skunkworks_> and dxf2gcode would allow him to tell cut directions and easly turn off profiles.
[04:23:58] * skunkworks_ just needs to setup the tool table better..
[04:24:53] <skunkworks_> cradek: it seems to tell you when it can't do it.
[04:25:14] <skunkworks_> (cutter comp) so no surprise gouges.
[04:25:37] <cradek> design goal the #1: don't do crazy shit
[04:25:43] <ssi> skunkworks_: is dxf2gcode your project?
[04:26:01] <skunkworks_> heh - no.. I am not that focused or that good of a programmer..
[04:26:21] <ssi> I'll try it
[04:26:26] <ssi> I'm still struggling with cam for the mill
[04:26:30] <ssi> this would probably work well for 2d cam
[04:26:31] <skunkworks_> I had heard of it - but I didn't know it had a gui..
[04:26:47] <skunkworks_> it suposidly works on windows also..
[04:26:54] <ssi> well I want it to work on osx
[04:26:59] <ssi> there's plenty of tools for windows :)
[04:27:01] <skunkworks_> yes - 2.5d.
[04:27:11] <ssi> yeah
[04:27:15] <ssi> that'll be fine for me for starters
[04:27:22] <ssi> eventually I'm going to want 3d contouring though
[04:27:43] -!- archivist_herron has quit [Ping timeout: 244 seconds]
[04:28:38] -!- tronwizard has quit [Ping timeout: 250 seconds]
[04:29:03] <skunkworks_> it may also import ps and pdfs...
[04:30:36] <skunkworks_> cradek: even so - the classic trajectory planner seems to only over shoot acceleration by 15% in very rare cases..
[04:31:09] <cradek> ugh
[04:31:13] <cradek> haha "classic"
[04:31:41] <skunkworks_> :)
[04:31:52] <cradek> what a great euphemism for old and busted
[04:31:56] <ssi> ahah
[04:32:08] <cradek> 2.7 here we come (soon I hope)
[04:32:10] <ssi> pyqt is taking ages to install!
[04:33:01] <skunkworks_> I would not say that.. I have not heard anyone complain about the classic tp causing constrain violations.. Just that it was 'way to slow'..
[04:33:12] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[04:33:22] <cradek> it's true. it served us well (adequately) for years and that's nothing to sneeze at
[04:33:33] <skunkworks_> I had that installed already. from what I don't know.
[04:33:49] <ssi> so now we can start on the finite jerk tp! :D
[04:33:55] <cradek> I'm proud of that and also very glad we're moving on
[04:33:58] <skunkworks_> good luck!]
[04:34:02] <cradek> haha "we"
[04:34:36] <ssi> me and my infinite monkeys at infinte typewriters
[04:36:56] <skunkworks_> I have been getting by with ace converter... so this is quite a step up I hope.
[04:37:06] <skunkworks_> (same guy who made turbocnc)
[04:37:41] <ssi> I don't guess these tools will do things like pocketing for you
[04:37:54] <skunkworks_> no - not yet
[04:38:25] <ssi> I've really been stressing over cam
[04:38:32] <ssi> sheetcam gets me by on the jet cutters
[04:38:33] <skunkworks_> it will if you draw the lines in cad.. ;)
[04:38:40] <ssi> and I mostly hand-write lathe code
[04:38:44] <ssi> but with this vmc I really need proper cam
[04:38:49] <skunkworks_> heh
[04:52:05] -!- tjb1 has quit [Ping timeout: 260 seconds]
[05:01:49] -!- Fox_Muldr has quit [Ping timeout: 244 seconds]
[05:03:42] -!- amiri_ has quit [Ping timeout: 265 seconds]
[05:08:31] -!- Valduare has quit [Quit: Valduare]
[05:13:37] -!- Loetmichel has quit [Ping timeout: 245 seconds]
[05:21:43] -!- t4nk527 has quit [Client Quit]
[05:27:34] -!- syyl_ has quit [Ping timeout: 250 seconds]
[05:33:38] -!- FinboySlick has quit [Quit: Leaving.]
[05:41:03] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/master/linuxcnc-ui-api 941ba77 06linuxcnc 10src/liblinuxcnc-ui/new.cc lui: use a unique-ish serial number * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=941ba77
[06:11:12] -!- kwallace3 [kwallace3!~kwallace@smb-185.sonnet.com] has parted #linuxcnc-devel
[06:15:12] -!- maximilian_h [maximilian_h!~bonsai@dslb-084-057-214-184.084.057.pools.vodafone-ip.de] has joined #linuxcnc-devel
[06:15:16] -!- maximilian_h [maximilian_h!~bonsai@dslb-084-057-214-184.084.057.pools.vodafone-ip.de] has parted #linuxcnc-devel
[06:19:39] -!- maximilian_h1 [maximilian_h1!~bonsai@dslb-084-057-214-184.084.057.pools.vodafone-ip.de] has joined #linuxcnc-devel
[06:26:06] -!- tjb11 has quit [Ping timeout: 240 seconds]
[06:36:15] -!- Thetawaves has quit [Quit: This computer has gone to sleep]
[06:47:08] -!- prtksxna has quit [Ping timeout: 265 seconds]
[06:49:09] -!- tris has quit [Ping timeout: 272 seconds]
[07:02:31] -!- patrickarlt has quit [Remote host closed the connection]
[07:06:24] -!- The_Ball has quit [Remote host closed the connection]
[08:01:10] Cylly is now known as Loetmichel
[08:11:14] -!- patrickarlt has quit [Ping timeout: 265 seconds]
[08:19:48] -!- mhaberler has quit [Quit: mhaberler]
[08:32:15] -!- GJdan has quit [Quit: WeeChat 1.1-dev]
[08:36:16] -!- tronwzrd has quit [Ping timeout: 255 seconds]
[08:46:57] -!- patrickarlt has quit [Ping timeout: 272 seconds]
[08:50:44] -!- Miner_48er has quit [Quit: Leaving]
[09:08:09] -!- karavanjo has quit [Remote host closed the connection]
[09:21:48] -!- patrickarlt has quit [Ping timeout: 265 seconds]
[09:25:28] Guest91432 is now known as aude
[09:34:20] -!- Tecan has quit [Ping timeout: 260 seconds]
[09:57:05] -!- patrickarlt has quit [Ping timeout: 265 seconds]
[09:57:45] -!- sumpfralle has quit [Ping timeout: 260 seconds]
[10:06:19] -!- Valen has quit [Quit: Leaving.]
[10:42:45] -!- knu2xs___ has quit [Quit: Be back later ...]
[10:47:41] -!- archivist_herron has quit [Ping timeout: 260 seconds]
[11:01:40] -!- patrickarlt has quit [Ping timeout: 250 seconds]
[11:04:47] -!- mhaberler has quit [Quit: mhaberler]
[11:16:20] -!- AR__ has quit [Ping timeout: 258 seconds]
[11:18:13] -!- phantoxe has quit [Remote host closed the connection]
[11:37:24] -!- asdfasd has quit [*.net *.split]
[11:37:26] -!- anarchos2 has quit [*.net *.split]
[11:37:27] -!- marmite has quit [*.net *.split]
[11:37:27] -!- putnik has quit [*.net *.split]
[11:37:28] -!- nickoe has quit [*.net *.split]
[11:37:28] -!- Meduza has quit [*.net *.split]
[11:37:28] -!- Hawku has quit [*.net *.split]
[11:37:40] -!- putnik has quit [Changing host]
[11:39:24] -!- skunkworks_ has quit [Ping timeout: 245 seconds]
[11:57:47] -!- knu2xs___ has quit [Ping timeout: 245 seconds]
[12:02:32] -!- phantoxe has quit [Remote host closed the connection]
[12:07:05] -!- patrickarlt has quit [Ping timeout: 272 seconds]
[12:14:26] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[12:27:24] -!- archivist_herron has quit [Ping timeout: 265 seconds]
[12:27:48] -!- chillly has quit [Quit: Ex-Chat]
[12:44:05] -!- lucashodge has quit [Quit: Goodbye all.]
[12:45:57] -!- md-2 has quit [Remote host closed the connection]
[12:47:27] -!- balestrino has quit [Ping timeout: 246 seconds]
[12:50:52] -!- md-2 has quit [Ping timeout: 240 seconds]
[12:54:48] -!- gennro has quit [Remote host closed the connection]
[12:56:33] -!- mightym has quit [Quit: ZZZzzz…]
[12:58:06] -!- md-2 has quit [Remote host closed the connection]
[12:59:56] -!- md-2 has quit [Client Quit]
[13:03:57] -!- decimad2 [decimad2!~deci@95.91.226.165] has joined #linuxcnc-devel
[13:06:30] <decimad2> Hello I have a conceptual high level question about gcode and milling and all. Does G-Code support "parallel" execution of movement? I was thinking about how to implement more than 3-axis milling and I was wondering where the kinematics-logic has to be located in the apparently standard g-code way
[13:08:16] <archivist> define parallel as linuxcnc can move 9 axes at the same time
[13:09:15] <archivist> you can program your own kinematics for non standard machines
[13:09:21] <decimad2> What I mean is how can I tell linuxcnc to move those 9 axes in parallel when g-code is basically (to my understanding) a sequential description format... Does linux-cnc do the kinematics?
[13:09:42] <archivist> yes linuxcnc does the kenematics
[13:11:07] <decimad2> So I basically have to find a way to encode what I want to do in g-code and a way to decode that again in linux cnc
[13:11:15] <archivist> so a single g1 like g1 x0,y3,z8,a5,b23 will be one move
[13:11:35] -!- tinkerer [tinkerer!~tinkerer@mail.play-pla.net] has joined #linuxcnc-devel
[13:12:02] <archivist> what type of machine, the kins may already exist
[13:12:21] -!- patrickarlt has quit [Ping timeout: 265 seconds]
[13:12:36] <decimad2> okay, that gave me the basic understanding thank you, I just need to get my head around the necessary projection now... complex if not used to... ;)
[13:12:50] <decimad2> Well, the 4th axis is a rotary axis for the blanket
[13:14:00] <archivist> I usually hand code my machine, too lazy to write any kins
[13:15:51] <decimad2> Additionaly there's barely affordable software that would generate 4 axis programs...
[13:16:28] <decimad2> And that's the point I'm currently thinking about... what goes into writing such a generator...
[13:17:19] <archivist> I cut gears and other regular forms, for those it is simple to use gcode
[13:19:19] <archivist> also you can "pretend" the surface of your cylinder around your rotary be X or Y
[13:19:51] <archivist> or you can gear axes together in hal
[13:20:29] <decimad2> I had the feeling that this "false" pretending breaks feed calculations
[13:21:10] <archivist> rotary feed calculations are broken anyway use inverse time mode for them
[13:24:16] <archivist> probably where writing your own kins matters
[13:30:24] <decimad2> is there a way to hand in commands directly without going to g-code?
[13:31:20] <archivist> you can jog an axis if that is what you mean
[13:33:01] <decimad2> what I mean is to use the software as a mere motor controller and do the pathing stuff myself...
[13:33:31] <decimad2> bypassing any g-code interpretation restrictions...
[13:34:14] <archivist> I am not sure what you mean by restrictions
[13:35:07] <archivist> you may be reinventing the wheel before realising what linuxcnc can do
[13:35:14] -!- md-2 has quit [Client Quit]
[13:36:03] <decimad2> How can I express is... Say I mean I have a german text, I translate it to chinese (g-code), the software translates it to english (kinematics) and then translates it to motorish
[13:36:53] <archivist> kinematics IS the translation
[13:38:05] <archivist> are you just carving text around A
[13:39:56] <decimad2> What I mean is this: if I have to "linear" movements in parallel axes, the combination might end up being nonlinear through kinematics. So when I go through g-code, I will add up massive amounts of data... or I'm currently misunderstanding everything
[13:40:24] amnesic_away is now known as amnesic
[13:43:00] amnesic is now known as amnesic_away
[13:43:42] <archivist> people who use cam often end up with huge files, I dont my gcode is often around 1-200 lines per item
[13:44:06] <decimad2> or put differently again, I cannot see how to generate g-code without the understanding of the machine kinematics anyway, then I abstract the kinematics away for g-code and then linux cnc adds them again...
[13:45:35] <archivist> I use the default kins(trivkins i think) and hand code, it just works for me
[13:46:00] <archivist> there is no doubling and masses
[13:46:10] <decimad2> trivkins pretends cartesian axes?
[13:46:27] <archivist> yes
[13:48:35] <decimad2> Do commercial milling machines interface to commercial cam software through g-code still?
[13:49:07] <decimad2> I'm wondering if I see problems where there aren't any actually...
[13:49:34] <archivist> you have the order wrong there, cad->cam->gcode->machine and yes
[13:50:01] <archivist> cam has a post processor suited to the machine
[13:50:38] <archivist> but for users like me cam is far too expensive to I do the maths in gcode
[13:54:03] -!- kwallace [kwallace!~kwallace@smb-110.sonnet.com] has joined #linuxcnc-devel
[13:56:18] <decimad2> of course those x-axis cam tools available are much too expensive for me too... again I'm thinking about what goes into proper path generation, expressing it in g-code and doing the maths in control software like linux cnc...
[13:57:38] <jepler> decimad2: you read
http://linuxcnc.org/docs/html/motion/kinematics.html ?
[14:01:23] <decimad2> I now did, that stuff I think I understand already... :) What drives me nuts is that feed control needs absolute positions of parallel axes in relation to each other to work... is there a way to set this up?
[14:02:01] <archivist> are you thinking of a gantry, what machine?
[14:02:12] <jepler> if you're talking about obeying the acceleration and velocity constraints of joints as opposed to acceleration and velocity constraints of cartesian axes, linuxcnc does not have a good solution for this.
[14:02:18] <archivist> because slaved axes is also easy
[14:03:16] <decimad2> The usual workflow as I understand it works by setting a reference frame by touching the blanket and that's the coordinate system to work with (I would call that system "relative"). But kinematics need to know absolute positions in case we're not talking serial kinematics... hrmmmm
[14:03:54] <archivist> blanket? do you mean plane
[14:04:14] <decimad2> hrmm, the block to mill stuff out
[14:04:34] <decimad2> the block from which to mill stuff out :D
[14:05:49] <archivist> are you thinking of a plain 4 axis mill?
[14:06:28] <decimad2> I'm thinking of any-axis mill currently... but it applies to 4 axis too, if the 4th axis is not serial to the 3 other axes
[14:10:06] <archivist> sometimes you just need to apply your mind, no cam needed, just put the maths in the gcode and it all just works
[14:10:54] <decimad2> Yes I see that... but if by any chance somebody on this world is willing to do a multi axis cam software open source, wouldn't that be great? No need for any more maths... :)
[14:11:28] <decimad2> I mean, there must be a reason there is none yet... I would just like to understand this better
[14:12:19] <archivist> it is a hard problem to write general purpose CAM software
[14:12:29] -!- koo6 has quit [Ping timeout: 272 seconds]
[14:12:50] <archivist> there are subsets suited to 2.5D etc
[14:14:24] <jepler> decimad2: with a nontrivial kinematics machine you *must* have a homing procedure that puts the machine in a known absolute position
[14:14:42] <decimad2> Okay, so I was not too way off.
[14:14:47] <jepler> it's true that with a 3-axis mill you can "get away with" just locating the top of the piece of material to be cut
[14:14:59] -!- mhaberler has quit [Quit: mhaberler]
[14:15:15] <jepler> but a proper machine will have home switches and the startup procedure will locate the home switch of each motor
[14:15:32] <jepler> since the home switches are at fixed locations in space (at least relative to the machine as a whole), then you know exactly where you are
[14:15:35] <decimad2> Yep, the machine I have as an example has those
[14:15:59] <jepler> many hobbyist milling machines eliminate this as unnecessary but any serious machine has it, even those with trivial kinematics
[14:16:15] <archivist> I have a lot to mess with when I set up a 5 axis job because finding the working point cannot be with switches
[14:16:55] -!- patrickarlt has quit [Ping timeout: 272 seconds]
[14:17:03] <archivist> my tooling(ans axes) move around in space
[14:18:29] <archivist> this illustrates one set up
http://www.collection.archivist.info/archive/DJCPD/PD/2013/2013_08_11_bevel/IMG_1633.JPG A rotating about B but geared together in gcode
[14:18:37] <decimad2> So it's obvious that linux cnc will represent that with multiple available frames to the kineamtics...?
[14:20:05] <archivist> that setup produced
http://www.collection.archivist.info/archive/DJCPD/PD/2013/2013_08_16_bevel/IMG_1651.JPG
[14:20:05] <jepler> inverse kinematics receives the cartesian coordinates in the machine's absolute coordinate system
[14:20:09] <decimad2> hrmmm, also I couldn't find an explanation to the inverted time mode yet... is there any explanation available somewhere? would like to understand
[14:20:53] <jepler> http://linuxcnc.org/docs/html/gcode/gcode.html#sec:G93-G94-G95-Mode
[14:20:59] <decimad2> thank you.
[14:21:04] <jepler> "G93 - is Inverse Time Mode. In inverse time feed rate mode, an F word means the move should be completed in [one divided by the F number] minutes. For example, if the F number is 2.0, the move should be completed in half a minute."
[14:21:51] <decimad2> So I will do the feed rate calculation in my theoretical cam software and use f-codes to communicate the paths?
[14:22:50] <archivist> F is feed rate not path
[14:22:58] <decimad2> erm, g93-codes
[14:23:50] <archivist> the paths are still defined by normal gcodes like g1,g2 etc
[14:24:20] <decimad2> That's the point I was trying to make... if I have to resort to these codes, then what basically is happening is that the kinematics are done in the cam software, broken down to F-values and then done again in the controller software...
[14:25:02] <archivist> I think you are confused
[14:27:54] <decimad2> If I set a path and a time for completion then that path and the given time must be compatible with the feed rate, or the feed rate must be compatible with the time, plus the maximum rates of the axes must be taken into consideration. I cannot see how the CAM-software does not need the kinematics.
[14:28:54] <archivist> the cam software knows the moves, the machine will slow down to make it possible
[14:29:23] -!- phantoxe has quit [Remote host closed the connection]
[14:38:13] <decimad2> I think I will try write a simple generator g93-base generatir and play around with custom kinematics in the times coming. Thanks for your explanations and the links!
[14:38:40] <decimad2> Gosh, reformulating shouldnt be done in a hurry, sorry.
[14:49:52] -!- karavanjo has quit [Read error: Connection reset by peer]
[14:50:39] -!- mozmck has quit [Ping timeout: 245 seconds]
[14:53:34] -!- mozmck [mozmck!~moses@67.210.159.245] has joined #linuxcnc-devel
[14:54:17] -!- karavanjo_ has quit [Ping timeout: 272 seconds]
[14:58:46] -!- kwallace has quit [Read error: Connection reset by peer]
[14:59:50] -!- kwallace [kwallace!~kwallace@smb-119.sonnet.com] has joined #linuxcnc-devel
[15:05:55] <jepler> oops! spot the bug
[15:05:56] <jepler> > - tm.tv_sec = (long) timeout;
[15:05:56] <jepler> > - tm.tv_sec = (long) (fmod(timeout, 1.0) * 1e6);
[15:06:33] -!- arek_at_work has quit [Quit: Konversation terminated!]
[15:09:24] -!- karavanjo has quit [Ping timeout: 260 seconds]
[15:13:28] <cradek> skunkworks: can I have the gcode that does weirdness in 2.6?
[15:13:55] -!- mle has quit [Ping timeout: 272 seconds]
[15:14:35] -!- theorbtwo has quit [Read error: No route to host]
[15:15:36] -!- jduhls has quit [Ping timeout: 250 seconds]
[15:20:26] -!- dan2k3k4 has quit [Ping timeout: 265 seconds]
[15:24:31] <decimad2> writing to tv_sec twice?
[15:25:26] <decimad2> I bet there must be tv_micros :D
[15:32:21] -!- amiri has quit [Remote host closed the connection]
[15:35:00] -!- Ivan97 has quit [Quit: Leaving.]
[15:36:05] -!- Tomashe has quit [Ping timeout: 272 seconds]
[15:39:43] -!- micges-dev [micges-dev!~x@aehx124.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[15:40:36] -!- micges-dev has quit [Client Quit]
[15:42:40] -!- micges-dev [micges-dev!~x@aehx124.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[15:43:20] <skunkworks> cradek,
http://electronicsam.com/images/KandT/testing/SPACOUT1.ngc
[15:44:52] <skunkworks> the config was 30in/sec^2 and 500ipm
[15:50:47] -!- dirty_d [dirty_d!~adowning@50-205-178-174-static.hfc.comcastbusiness.net] has joined #linuxcnc-devel
[15:53:13] -!- syyl_ has quit [Ping timeout: 255 seconds]
[15:59:31] <dirty_d> I'm confused, what hal function does linuxcnc call when it wants to output a signal on a pin?
[16:00:21] <dirty_d> i see functions in hal.h for creating pins and signals, but I'm not seeing what actually gets called in the driver to do the actual work
[16:01:24] <archivist> look for the driver of a signal
[16:03:10] <dirty_d> hal_export_funct
[16:05:03] -!- quiqua has quit [Quit: quiqua]
[16:05:17] -!- zzolo has quit [Quit: zzolo]
[16:05:25] <dirty_d> so the parport driver exports a function that actually writes to the parport and gives it a name i.e "parport.0.write"
[16:06:04] -!- karavanjo_ has quit [Ping timeout: 245 seconds]
[16:06:38] -!- b_b has quit [Changing host]
[16:10:21] <skunkworks> cradek, can you re-produce? I exported with 4 digits just to make sure it wasn't something odd with that but it did the same thing.
[16:13:15] -!- vapula has quit [Quit: Leaving]
[16:14:52] -!- koo6 has quit [Ping timeout: 245 seconds]
[16:18:32] <dirty_d> im more confused now, the partport function exports a write function and an argument to be passed to it as a parameter which is of type parport_t
[16:18:40] <dirty_d> parport driver*
[16:19:16] <dirty_d> how does linuxcnc specify which pins to turn on when it calls the write_port function
[16:19:27] <dirty_d> unless it knows about the parport_t type
[16:19:37] <dirty_d> which it shouldnt, because the inner working should be abstracted away
[16:48:26] <cradek> skunkworks: thanks, I'll try it soon
[16:56:03] -!- skunkworks has quit [Read error: Connection reset by peer]
[16:56:32] -!- a_morale has quit [Ping timeout: 245 seconds]
[16:58:47] <kwallace> dirty_d, unless I'm missing something, the parport driver has a write function which should be added to a thread, usually "addf parport.0.write servo-thread" in the .hal file. When the write function is called by the servo thread, the write function does an out_b (or something similar) which outputs a byte to an IO address that corresponds to the appropriate parallel port data register. The parallel port hardware sets the hardware (motherboar
[17:00:11] -!- MattyMatt has quit [Ping timeout: 258 seconds]
[17:01:04] <dirty_d> .hal file?
[17:02:26] <pcw_home> Yeah parport_t type is local, not public (public signal are all indivdual bits)
[17:03:03] <pcw_home> public interface is HAL pins
[17:04:45] -!- karavanjo_ has quit [Ping timeout: 272 seconds]
[17:09:29] <dirty_d> ok, so the stepper driver would just directly set the values of the signals on the pins, then call the parport write exported function?
[17:10:47] <cradek> after the pin is created, the creator holds a pointer to it. There is no function call required to write through this pointer to the pin
[17:11:02] <cradek> this is how hal works, and is not peculiar to any particular driver
[17:11:27] <cradek> I am not positive that's what you're meaning to ask, but it's how I read your initial question
[17:12:04] <dirty_d> cradek, i know but how do you actually tell the driver to actually output these values to hardware right now
[17:12:25] <cradek> that depends on the hardware. values get sent to hardware in lots of ways
[17:12:57] <cradek> maybe back up and say what you're trying to do? I don't understand the situation that's causing these questions
[17:13:07] <kwallace> The stepper driver takes in position information and outputs step and direction signals. The .hal file connects the stepper signals to the parport driver.
[17:13:32] <cradek> yes except I would say "hal component" in both places you said driver
[17:13:41] <dirty_d> i want to connect a microcontroller to a raspberry pi, and write a driver to offload the realtime stuff to the microcontroller
[17:14:03] <archivist> he is attempting to cram linuxcnc on a pi
[17:14:17] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master bf5bffb 06linuxcnc 10docs/man/man1/linuxcncrsh.1 10src/emc/usr_intf/emcrsh.cc 10src/emc/usr_intf/emcsh.cc 10src/emc/usr_intf/shcom.hh remove EMC_WAIT_NONE from shcom, it's broken * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=bf5bffb
[17:14:44] <archivist> dirty_d, what microcontroller?
[17:15:15] <cradek> bbl
[17:15:49] <dirty_d> not sure, i have a bunch
[17:15:52] <dirty_d> thats the easy part
[17:15:59] <dirty_d> well, maybe
[17:16:41] <dirty_d> this will only work if linuxcnc will send stuff faster than it needs to happen in real time, so it can be buffered on the microcontroller, then output at the correct time
[17:16:59] <archivist> buffering makes little sense
[17:17:35] <dirty_d> like whenever the state of any pin changes, the pin and level along with the length of time to stay at that level
[17:17:41] <dirty_d> archivist, why?
[17:17:45] <archivist> but there is a more natural separation further up the chain
[17:18:19] <cradek> that is contrary to the architecture of linuxcnc. some information here:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Emc2HardwareDesign
[17:19:16] <archivist> dirty_d, we get someone trying this once every few months, it is just not the right way, it will be painful
[17:19:22] <pcw_home> buffering causes pain and suffering for real time motion control (or you eventually figure out that you want to port all of linuxcnc /HAL to the ucontroller)
[17:19:48] <dirty_d> hmm
[17:19:49] <ssi> and then you end up with arduino motion control like reprap uses being drip-fed over usb or serial
[17:20:00] <ssi> that's the logical conclusion of this :)
[17:20:28] <ssi> you need some amount of real-time atomicity, for lack of a better term
[17:20:31] <dirty_d> is that just he way its made, or is there some fundamental reason the step sigals couldnt be computed ahead of time and then executed in real time by other hardware?
[17:21:04] <dirty_d> for my machine i cant see any reason, maybe something more complxt with some sort of feedback id understand
[17:21:04] <cradek> yes - you break all of homing, probing, pid control, tapping, threading, etc with your new architecture for NO benefit
[17:21:17] <dirty_d> yea that makes sense
[17:21:24] -!- md-2 has quit [Remote host closed the connection]
[17:21:24] <cradek> we have a lot of existing GREAT solutions
[17:21:25] <ssi> in the simplest case, think e-stop
[17:21:30] <ssi> if e-stop is hit, stepgen needs to stop now
[17:21:35] <ssi> not once the buffer's flushed
[17:22:02] <archivist> my hobbing machine cannot work that way
[17:22:32] <cradek> yes also css, fpr, all spindle synchronized motion like archivist's hobbing
[17:22:40] <pcw_home> and it moves all those relatively complicated real time tasks a much less friendly development environment
[17:23:15] <archivist> in short, we dont recommend it
[17:23:30] <kwallace> dirty_d, a key concept to motion control or real-time is not speed but getting the various bits that need to happen at the same time, to actually happen on time. To go from point A to B, all three axes must get the appropriate number of steps at each way point at the same time.
[17:24:34] <ssi> it's not obvious if you only think in terms of moving one axis from A to B, but becomes more obvious when you start thinking about how to synchronize everything
[17:24:53] <dirty_d> yea i see what youre saying when you have input rather than just outputs
[17:25:04] <dirty_d> my machine is just a dumb 3 axis cnc with 3 steppers
[17:26:06] <ssi> so think about homing... you queue a bunch of steps into your off-pc buffer, and it starts moving the axis, and then you get a home switch trip; where exactly was the axis when it tripped?
[17:26:13] <archivist> soon you want to tap though which needs a spindle encoder
[17:26:35] -!- md-2 has quit [Ping timeout: 265 seconds]
[17:26:46] <CaptHindsight> who is working on ESP Hal? or maybe predictive synchronized motion where it's accurate 50% of the time :p
[17:26:52] <pcw_home> dirty_d: AFAIK all LinuxCNC hardware stepgenerators work in approximately the same way:
[17:26:54] <pcw_home> linuxcnc commands a velocity and reads back position every servo thread. This can easily be offloaded to a Uproc
[17:27:20] <dirty_d> i dont even have homing
[17:27:46] <dirty_d> i get everything youre saying, im just want a quick hack to save a few hundred bucks on a new pc
[17:28:33] <CaptHindsight> lots of older <$25 PC's that work fine with LPT/EPP
[17:28:33] <archivist> I use second hand PCs last one cost a pound
[17:29:05] <ssi> I just paid $55 for two d525 boards shipped, they work well
[17:29:06] <pcw_home> http://www.ebay.com/itm/Intel-DQ35JO-MicroATX-Motherboard-w-Core-2-Duo-E6550-2-33GHz-512MB-QTY-/161389612993?pt=US_Motherboard_CPU_Combos&hash=item2593920fc1
[17:29:58] <CaptHindsight> what's a Rpi + IO board cost?
[17:30:23] <cradek> suitable PCs are $0
[17:30:33] <dirty_d> linuxcnc works with the serial port too right?
[17:30:40] <dirty_d> that board has no parport
[17:30:50] <kwallace> http://www.ebay.com/itm/281459983873
[17:30:53] <cradek> you can use a serial port for realtime digital I/O of a few bits
[17:31:26] <kwallace> LOL
[17:31:35] <archivist> serial, cough
[17:31:55] -!- zzolo has quit [Quit: zzolo]
[17:32:07] <pcw_home> a PCI parallel port card is <$10
[17:32:47] <kwallace> I think cradek means you _can_ toggle pins on the serial port just like the parallel port.
[17:33:10] -!- phantoxe has quit []
[17:33:11] <cradek> yes our serport driver does that
[17:33:24] <ssi> regardless of cost... spending dozens of hours reengineering linuxcnc to work with rpi with far less performance in order to save a small amount of money is false economy
[17:33:25] <cradek> I've never used it, but there might be enough bits to use it for a jogwheel or such
[17:33:56] <kwallace> Could be handy.
[17:34:03] <KGB-linuxcnc> 03Chris Radek 05joints_axes6 1294bf2 06linuxcnc New branch with 163 commits pushed, 10183 files changed, 038816(+), 045092(-) since joints_axes6/c6911bc
[17:34:10] <cradek> yeah
[17:35:29] <kwallace> I guess one would need to account for the +/- 12 Volt signal?
[17:35:34] <dirty_d> the price is right
http://www.ebay.com/itm/New-PCI-I-O-Parallel-Port-DB25-25Pin-IEEE-1284-Printer-Card-Controller-Adapter-/380801587270?pt=US_Internal_Port_Expansion_Cards&hash=item58a98b1846
[17:36:20] <ssi> ok I need to figure this verilog out for reals
[17:37:25] <dirty_d> I just bought that miniITX board
[17:37:38] <dirty_d> and pci parallel port card
[17:38:01] <micges-dev> cradek: what's new in ja6?
[17:38:25] <kwallace> http://wiki.linuxcnc.org/cgi-bin/wiki.pl?EMC2_Supported_Hardware look down the page for Parallel Port Cards
[17:38:31] <micges-dev> cradek: rebased on newest master?
[17:38:34] <seb_kuzminsky> micges-dev: it's ja5 rebased onto the current master
[17:38:35] <seb_kuzminsky> yes
[17:38:48] <micges-dev> ok
[17:40:20] -!- Flipp__ has quit [Remote host closed the connection]
[17:40:27] <ssi> are there any plans to move ja to master?
[17:41:00] <cradek> yes that's the eventual hope but it's not ready yet
[17:41:22] <ssi> ok
[17:41:38] <ssi> I've got two gantry machines on ja5, if there's any way I can help with testing or whatnot let me know
[17:42:08] -!- ktchk [ktchk!~eddie6929@n219073007071.netvigator.com] has joined #linuxcnc-devel
[17:42:47] <cradek> ssi: that's good to know - the important problem I saw was that setups with nonconsecutive defined axes don't work right, and unfortunately I don't remember the details
[17:43:04] <cradek> I saw both XYZB and XZ (lathe) configs not work right at all
[17:43:26] <ssi> ah
[17:43:33] -!- FreezingCold has quit [Ping timeout: 246 seconds]
[17:43:59] <ssi> I am willing to try a ja5 or ja6 build on my lathe and see if I can make an XZ setup work or not work
[17:43:59] <dirty_d> has there been any thought into an open source linuxcnc hardware project? like linuxcnc usb external controller
[17:44:26] <cradek> all the mesa firmwares are open source, and some people have built compatible hardware
[17:44:36] <CaptHindsight> USB isn't real time, unless you want really slow real time
[17:44:40] <seb_kuzminsky> dirty_d: there's also this:
https://github.com/SebKuzminsky/cncfpga
[17:44:46] <ssi> and the mesa stuff is priced inexpensively enough that there's usually no reason to try to roll your own
[17:44:56] <dirty_d> CaptHindsight, right but you can still give the device high level commands that are executed in real time
[17:45:08] <dirty_d> like lower the spindle this many mm for every revolution
[17:45:11] <CaptHindsight> and the VHDL for mesa is all open source
[17:45:44] <ssi> dirty_d: you're back in the same boat you were in with an external uc
[17:45:58] <ssi> it's not realtime if you can't synchronize it with stuff happening in the pc
[17:46:17] <dirty_d> what needs to happen in realtime in the pc though?
[17:46:39] <CaptHindsight> it's take a bit of really looking at the big picture
[17:46:43] <ssi> didn't we just have this conversation 20 minutes ago?
[17:46:50] <seb_kuzminsky> dirty_d: motmod (the motion controller) and some subset of the hal components, dependent on what your machine configuration is like
[17:47:09] <dirty_d> ssi, yea but im saying if the controller did more than just generated pulses from input pulse commands
[17:47:09] <ssi> if you want to offload everything to external hardware, get a RAMPS board and run marlin or similar on it
[17:48:40] <CaptHindsight> how does RAMPS handle servo or other closed loop real time IO?
[17:48:52] <ssi> it doesn't
[17:49:53] <CaptHindsight> dirty_d: that's the difference, you're not limited to open loop with Linuxcnc
[17:50:03] <ssi> it's just an arduino with a builtin 5 axis stepper drive and some IO hardware
[17:50:12] <ssi> but that's basically what he's talking about wanting to build
[17:50:41] <ssi> if you have external hardware that's responsible for stepgen, and also responsible for all inputs, and synchronizing them togother
[17:50:55] <ssi> you quickly discover that you have to build the trajectory planner into your external hardware
[17:51:04] <ssi> and then you start to question why you need linuxcnc at all
[17:51:21] <ssi> and the answer is, you don't, because you've reimplemented it
[17:53:16] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/master/linuxcnc-ui-api 61f6ceb 06linuxcnc 10src/emc/usr_intf/Submakefile 10src/emc/usr_intf/emcrsh.cc linuxcncrsh: use lui for estop * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=61f6ceb
[17:53:16] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/master/linuxcnc-ui-api 195dee7 06linuxcnc 10src/emc/usr_intf/Submakefile 10src/emc/usr_intf/xemc.cc xemc: use lui for estop * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=195dee7
[17:53:16] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/master/linuxcnc-ui-api 62ccf88 06linuxcnc 10src/emc/usr_intf/Submakefile 10src/emc/usr_intf/emclcd.cc linuxcnclcd: use lui for estop * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=62ccf88
[17:53:19] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/master/linuxcnc-ui-api 825bc02 06linuxcnc 10src/emc/usr_intf/emcrsh.cc linuxcncrsh: use lui for machine_on() and machine_off() * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=825bc02
[17:53:23] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/master/linuxcnc-ui-api 103b652 06linuxcnc 10src/emc/usr_intf/emcrsh.cc linuxcncrsh: use lui_get_task_mode() * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=103b652
[17:59:01] <CaptHindsight> as much as I love the con men behind many of the *dunio and reprap projects where is a good place to publish an article clearing up the differences between Linuxcnc and what they are peddling?
[18:01:09] <cradek> the blogosphere maybe?
[18:03:53] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 2642c3c 06linuxcnc 10docs/src/code/.gitignore 10docs/src/code/Code_Notes.txt 03docs/src/code/task-state-transitions.dot docs: add a Task "state" transition diagram to Code Notes * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=2642c3c
[18:04:18] -!- syyl_ws has quit [Quit: Verlassend]
[18:08:18] <KGB-linuxcnc> 03Sebastian Kuzminsky 05liblinuxcnc-ui de29c75 06linuxcnc New branch with 35 commits pushed, 1026 files changed, 031820(+), 04164(-) since master/2642c3c
[18:08:46] <CaptHindsight> some of the contributors at Machine design are 3D printer fans, maybe I can nudge one
[18:09:00] <KGB-linuxcnc> 05seb/master/linuxcnc-ui-api 103b652 06linuxcnc 04. branch deleted * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=103b652
[18:10:28] -!- tronwizard has quit [Ping timeout: 255 seconds]
[18:24:33] -!- tronwzrd has quit [Ping timeout: 260 seconds]
[18:25:11] <linuxcnc-build> build #2531 of 1900.clang-lucid-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1900.clang-lucid-rtai-i386/builds/2531 blamelist: Chris Radek <cradek@dsndata.com>, andypugh <andy@bodgesoc.org>, Michael Geszkiewicz <micges@wp.pl>, Chris Radek <chris@timeguy.com>, Andy Pugh
[18:25:11] <linuxcnc-build> <andy@bodgesoc.org>, Alex Joni <alex_joni@users.sourceforge.net>, Jeff Epler <jepler@unpythonic.net>, Stephen Wille Padnos <swpadnos@sourceforge.net>, John Kasunich <jmkasunich@fastmail.fm>, sam sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>
[18:26:44] -!- md-2 has quit [Ping timeout: 255 seconds]
[18:28:21] -!- decimad2 has quit [Ping timeout: 246 seconds]
[18:36:28] -!- Miner_48er has quit [Quit: Leaving]
[18:44:22] -!- arvidkahl has quit [Ping timeout: 240 seconds]
[18:44:24] -!- leosw has quit [Ping timeout: 265 seconds]
[18:44:33] -!- skunkworks_ [skunkworks_!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[18:44:37] <KGB-linuxcnc> 03Chris Radek 05joints_axes6 9f5dca7 06linuxcnc 10src/rtapi/rtapi_math.h Remove unneeded gcc version check, like fdb2d64 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=9f5dca7
[18:53:15] <linuxcnc-build> build #1733 of 1301.rip-precise-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1301.rip-precise-rtai-i386/builds/1733 blamelist: Chris Radek <cradek@dsndata.com>, andypugh <andy@bodgesoc.org>, Michael Geszkiewicz <micges@wp.pl>, Chris Radek <chris@timeguy.com>, Andy Pugh
[18:53:15] <linuxcnc-build> <andy@bodgesoc.org>, Alex Joni <alex_joni@users.sourceforge.net>, Jeff Epler <jepler@unpythonic.net>, Stephen Wille Padnos <swpadnos@sourceforge.net>, John Kasunich <jmkasunich@fastmail.fm>, sam sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>
[18:56:17] -!- jduhls has quit [Ping timeout: 260 seconds]
[18:59:24] -!- phantoxeD has quit []
[19:01:44] <linuxcnc-build> build #2532 of 1201.rip-lucid-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1201.rip-lucid-rtai-i386/builds/2532 blamelist: Chris Radek <cradek@dsndata.com>, andypugh <andy@bodgesoc.org>, Michael Geszkiewicz <micges@wp.pl>, Chris Radek <chris@timeguy.com>, Andy Pugh
[19:01:44] <linuxcnc-build> <andy@bodgesoc.org>, Alex Joni <alex_joni@users.sourceforge.net>, Jeff Epler <jepler@unpythonic.net>, Stephen Wille Padnos <swpadnos@sourceforge.net>, John Kasunich <jmkasunich@fastmail.fm>, sam sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>
[19:02:48] <linuxcnc-build> build #346 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/346 blamelist: Chris Radek <cradek@dsndata.com>, andypugh <andy@bodgesoc.org>, Michael Geszkiewicz <micges@wp.pl>, Chris Radek <chris@timeguy.com>, Andy Pugh
[19:02:48] <linuxcnc-build> <andy@bodgesoc.org>, Alex Joni <alex_joni@users.sourceforge.net>, Jeff Epler <jepler@unpythonic.net>, Stephen Wille Padnos <swpadnos@sourceforge.net>, John Kasunich <jmkasunich@fastmail.fm>, sam sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>
[19:05:11] -!- archivist_herron has quit [Ping timeout: 265 seconds]
[19:06:28] -!- md-2 has quit [Read error: No route to host]
[19:07:21] <jepler> > In a followup to last year's report on the future of realtime Linux, Thomas Gleixner once again summarized the status of the long-running patch set. The intervening year did not result in the industry stepping up to fund further work, which led Gleixner to declare that realtime Linux is now just his hobby. That means new releases will be done as his time allows and may eventually lead to dropping the patch set altogether if
[19:07:43] <jepler> (the rest of the story is behind lwn's paywall so far, that quote from the front page
https://lwn.net/ )
[19:11:24] <jepler> .. time to start packing up, I guess.
[19:15:41] <kwallace> Realtime Linux as in being part of regular Linux?
[19:16:36] <dirty_d> what is this? --with-boost-python
[19:16:55] <dirty_d> is boost-python a library?
[19:17:19] -!- syyl_ has quit [Ping timeout: 245 seconds]
[19:17:19] -!- anarchos2 has quit [Read error: Connection reset by peer]
[19:17:49] <kwallace> I think Boost is a binding of something to Python. I should know but...
[19:19:00] <kwallace> http://www.boost.org/doc/libs/1_56_0/libs/python/doc/
[19:20:46] <dirty_d> i have this /usr/lib/libboost_python.a
[19:21:39] -!- decimad2 [decimad2!~deci@95.91.226.165] has joined #linuxcnc-devel
[19:21:43] <decimad2> there's precision time protocol to synchronize distributed actors...
[19:21:59] <dirty_d> might not have anything to do with my error though,
http://pastebin.com/ShkE3KTL
[19:21:59] <seb_kuzminsky> here's the link, unpaywalled:
https://lwn.net/Articles/617140/
[19:22:10] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[19:22:13] -!- jasen has quit [Quit: Page closed]
[19:22:20] <kwallace> I could be way off, but it (Boost) may be needed for parts of LinuxCNC that is written in C++?
[19:23:04] <micges-dev> I think it's used in gcode remapping
[19:24:13] <dirty_d> i have boost
[19:24:34] <dirty_d> i think it has something to do with C++11 conditional code or something
[19:26:03] <dirty_d> BOOST_NO_CXX11_RVALUE_REFERENCES
[19:27:00] -!- ktchk has quit [Ping timeout: 260 seconds]
[19:29:53] -!- tronwizard has quit [Ping timeout: 265 seconds]
[19:31:43] <linuxcnc-build> build #2540 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/2540 blamelist: Chris Radek <cradek@dsndata.com>, andypugh <andy@bodgesoc.org>, Michael Geszkiewicz <micges@wp.pl>, Chris Radek <chris@timeguy.com>, Andy Pugh <andy@bodgesoc.org>, Alex Joni
[19:31:43] <linuxcnc-build> <alex_joni@users.sourceforge.net>, Jeff Epler <jepler@unpythonic.net>, Stephen Wille Padnos <swpadnos@sourceforge.net>, John Kasunich <jmkasunich@fastmail.fm>, sam sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>
[19:31:45] <linuxcnc-build> build #2541 of 0000.checkin is complete: Failure [4failed fetch branch to local git repo] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/2541 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[19:34:37] <dirty_d> does line 81 look like a bug do you guys?
http://pastebin.com/tB2cjidx
[19:34:46] <dirty_d> i think it should be #if defined
[19:34:56] <dirty_d> i changed it to that and now linuxcnc compiles
[19:36:33] -!- brianmorel99 [brianmorel99!~brianmore@71-13-81-38.static.bycy.mi.charter.com] has joined #linuxcnc-devel
[19:36:49] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 e5d5e58 06linuxcnc 10scripts/githelper.sh teach the build scripts to be more accepting of release branch names * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=e5d5e58
[19:36:49] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 dc23fff 06linuxcnc 10VERSION 10debian/changelog Pre-release v2.7.0~pre1 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=dc23fff
[19:36:49] <KGB-linuxcnc> 03Sebastian Kuzminsky 05signed tags 6991da4 06linuxcnc 03v2.7.0-pre1 LinuxCNC v2.7.0-pre1 (tagged commit: dc23fff) * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=6991da4
[19:36:57] <seb_kuzminsky> haw yeah, that's right
[19:40:43] -!- Valduare has quit [Quit: Valduare]
[19:43:33] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 b954ad3 06linuxcnc 10scripts/githelper.sh oops, bump the master tag glob * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=b954ad3
[19:44:55] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 847eaaf 06linuxcnc 10VERSION 10debian/changelog Pre-release: 2.8.0~pre0 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=847eaaf
[19:44:55] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 3a52501 06linuxcnc 10debian/changelog Merge branch '2.7' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=3a52501
[19:44:55] <KGB-linuxcnc> 03Sebastian Kuzminsky 05signed tags dca997c 06linuxcnc 03v2.8.0-pre0 LinuxCNC v2.8.0-pre0 (tagged commit: 847eaaf) * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=dca997c
[19:45:18] <seb_kuzminsky> ahem, "haw yea, that was nearly right, and maybe this is closer"
[19:46:57] <seb_kuzminsky> airplane time for seb!
[19:47:08] <seb_kuzminsky> the hackfest was wonderful! can't wait for next year!
[19:47:09] <seb_kuzminsky> bye!
[19:47:10] -!- gaute has quit [Quit: Page closed]
[19:50:14] -!- f1oat [f1oat!~f1oat@AMontsouris-553-1-23-200.w92-151.abo.wanadoo.fr] has joined #linuxcnc-devel
[19:50:26] brianmorel99 is now known as brianmorel99_wor
[19:53:37] -!- kwallace2 [kwallace2!~kwallace@smb-119.sonnet.com] has joined #linuxcnc-devel
[19:57:39] -!- jduhls has quit [Ping timeout: 272 seconds]
[19:58:41] <kwallace2> Bummer, I've used MAH's log to check IRC history, but I guess he isn't logging any more?
[20:00:00] <micges-dev> kwallace: psha.org.ru/irc
[20:00:42] <micges-dev> kwallace2: www.psha.org.ru/irc
[20:01:16] <dirty_d> i think you guys might have a bug in rs274ngc_pre.cc line 132
[20:01:22] <dirty_d> _setup.pythis = boost::python::object(boost::cref(this));
[20:01:28] <dirty_d> shouldnt it be _setup.pythis = boost::python::object(boost::cref(*this));
[20:01:41] <dirty_d> theres no such thing as a refrence to this
[20:03:31] -!- erve has quit [Remote host closed the connection]
[20:04:00] <kwallace2> micges-dev, thank you.
[20:07:27] <dirty_d> the r-value constructor of boost::refrence_wrapper is deleted
[20:07:41] <dirty_d> recently i guess
[20:14:35] <brianmorel99_wor> dirty_d: What version are you trying to build?
[20:15:23] <dirty_d> good point, master
[20:15:44] <dirty_d> but anyway, changing it to *this fixed it
[20:18:03] -!- mightym has quit [Quit: ZZZzzz…]
[20:19:19] -!- dirty_d has quit [Quit: Leaving]
[20:21:17] -!- md-2 has quit [Remote host closed the connection]
[20:26:26] -!- md-2 has quit [Ping timeout: 255 seconds]
[20:45:37] -!- mle has quit [Ping timeout: 256 seconds]
[20:49:00] -!- brianmorel99 [brianmorel99!~brianmore@h75-100-180-199.mgtnmi.dsl.dynamic.tds.net] has joined #linuxcnc-devel
[20:58:28] -!- balestrino has quit [Ping timeout: 260 seconds]
[21:02:05] -!- theorbtwo has quit [Remote host closed the connection]
[21:02:09] -!- leosw has quit [Remote host closed the connection]
[21:03:50] -!- FinboySlick has quit [Quit: Leaving.]
[21:08:28] -!- skorasaurus has quit [Quit: WeeChat 1.0.1]
[21:08:29] -!- Deejay has quit [Quit: bye]
[21:09:20] <kwallace2> Hmm... My pogo sockets call for a .067 (#51) drill, bit but that gives .0015 clearance which is fairly slippery. I was hoping for a light press fit. The next drill size down, .0635" (#52) is way too tight. I may have to put a dab of silicone on the far side of the sockets to keep them from falling out?
[21:13:12] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[21:23:20] -!- md-2 has quit [Read error: No route to host]
[21:24:25] -!- chillly has quit [Quit: Ex-Chat]
[21:24:40] -!- ejb has quit [Quit: ZZZzzz…]
[21:33:54] -!- md-2 has quit [Quit: Leaving...]
[21:33:56] -!- Miner_48er has quit [Ping timeout: 260 seconds]
[21:34:07] -!- f1oat has quit [Ping timeout: 265 seconds]
[21:37:27] -!- acdha has quit [Quit: Textual IRC Client: www.textualapp.com]
[21:39:00] -!- dirty_d [dirty_d!~adowning@mf12436d0.tmodns.net] has joined #linuxcnc-devel
[21:39:32] <dirty_d> that bug is in v2.6.3 too
[21:39:43] <dirty_d> _setup.pythis = boost::python::object(boost::cref(this));
[21:40:04] <dirty_d> are you developing against an older version of boost?
[21:41:19] <dirty_d> it doesnt compile against boost 1.56
[21:44:31] -!- ve7it has quit [Remote host closed the connection]
[21:52:42] -!- lyzidiamond has quit [Client Quit]
[22:00:15] amnesic_away is now known as amnesic
[22:00:57] amnesic is now known as amnesic_away
[22:04:38] -!- afiber__ has quit [Quit: Konversation terminated!]
[22:06:29] -!- phantoxeD has quit [Ping timeout: 245 seconds]
[22:09:25] <linuxcnc-build> build #2332 of 1901.clang-precise-amd64 is complete: Failure [4failed git] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1901.clang-precise-amd64/builds/2332 blamelist: Chris Radek <chris@timeguy.com>
[22:17:35] <jepler> dirty_d: please submit a bug on sourceforge or a pull request on github.
[22:17:45] -!- lucashodge has quit [Quit: I am away now.]
[22:18:26] <jepler> dirty_d: I will be happy to look at it in depth later, but my real computers are far from me at this second and I'll forget in time
[22:18:47] <jepler> github is jepler/linuxcnc-mirror, we respond to pull requests there.
[22:18:49] <linuxcnc-build> build #2534 of 1900.clang-lucid-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1900.clang-lucid-rtai-i386/builds/2534 blamelist: Chris Radek <chris@timeguy.com>
[22:21:13] <dirty_d> ok
[22:22:49] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master dcf6f1c 06linuxcnc 10scripts/githelper.sh githelper: better tag glob for master * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=dcf6f1c
[22:24:14] <seb_kuzminsky> wow the buildbot is really slow
[22:24:24] -!- knu2xs___ has quit [Quit: Be back later ...]
[22:32:01] <linuxcnc-build> build #2534 of 1300.rip-precise-i386 is complete: Failure [4failed git] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1300.rip-precise-i386/builds/2534 blamelist: Chris Radek <chris@timeguy.com>
[22:32:14] -!- tinkerer has quit [Remote host closed the connection]
[22:33:24] <linuxcnc-build> build #2536 of 1306.rip-precise-amd64 is complete: Failure [4failed git] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1306.rip-precise-amd64/builds/2536 blamelist: Chris Radek <chris@timeguy.com>
[22:35:05] <seb_kuzminsky> what is this failed git
[22:35:28] -!- bilboquet has quit [Quit: Quitte]
[22:35:53] <seb_kuzminsky> heh, thank you git:
[22:36:07] <seb_kuzminsky> Auto packing the repository in background for optimum performance.
[22:36:10] -!- lair82 has quit [Ping timeout: 246 seconds]
[22:36:17] <seb_kuzminsky> cp: cannot stat `/home/buildslave/emc2-buildbot/precise-amd64/precise-amd64-sim/source/.git/objects/pack/pack-8e28b44b5d62285c15295e52ec6c958123b9a79b.idx': No such file or directory
[22:36:49] <seb_kuzminsky> linuxcnc-build: force build --branch=joints_axes6 0000.checkin
[22:36:53] <seb_kuzminsky> try again pls
[22:36:54] <linuxcnc-build> The build has been queued, I'll give a shout when it starts
[22:38:10] <linuxcnc-build> build #1736 of 1301.rip-precise-rtai-i386 is complete: Failure [4failed git] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1301.rip-precise-rtai-i386/builds/1736 blamelist: Chris Radek <chris@timeguy.com>
[22:41:07] -!- Valen has quit [Quit: Leaving.]
[22:41:19] -!- lucashodge has quit [Client Quit]
[22:44:54] -!- jduhls has quit [Ping timeout: 244 seconds]
[22:49:43] -!- gonzo_nb has quit [Remote host closed the connection]
[22:52:49] -!- knu2xs___ has quit [Quit: Lingo: www.lingoirc.com]
[22:53:51] <linuxcnc-build> build #349 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/349 blamelist: Chris Radek <chris@timeguy.com>
[22:55:07] <linuxcnc-build> build #2535 of 1201.rip-lucid-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1201.rip-lucid-rtai-i386/builds/2535 blamelist: Chris Radek <chris@timeguy.com>
[22:56:26] <decimad2> I'm beginning to see a pattern there!
[22:57:29] -!- Nick001-shop has quit [Read error: Connection reset by peer]
[22:58:09] -!- asdfasd has quit [Ping timeout: 265 seconds]
[22:59:52] -!- sumpfralle has quit [Ping timeout: 245 seconds]
[23:02:59] -!- decimad2 has quit [Ping timeout: 244 seconds]
[23:12:48] -!- dirty_d has quit [Remote host closed the connection]
[23:19:49] <linuxcnc-build> build #2544 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/2544 blamelist: Chris Radek <chris@timeguy.com>
[23:21:00] -!- jasen has quit [Quit: Page closed]
[23:22:50] phantoneD is now known as phantoxeD
[23:23:37] -!- amiri has quit [Ping timeout: 245 seconds]
[23:26:41] -!- maximilian_h [maximilian_h!~bonsai@dslb-094-216-149-057.094.216.pools.vodafone-ip.de] has joined #linuxcnc-devel
[23:28:31] -!- maximilian_h1 has quit [Ping timeout: 244 seconds]
[23:30:42] -!- gonzo_ has quit [Read error: Connection reset by peer]
[23:43:07] -!- gennro has quit [Ping timeout: 272 seconds]
[23:45:42] -!- jduhls has quit [Ping timeout: 245 seconds]
[23:46:22] -!- Tecan has quit [Ping timeout: 240 seconds]
[23:57:25] -!- Nick001-shop has quit [Quit: ChatZilla 0.9.91 [Firefox 30.0/20140605174243]]
[23:58:52] <linuxcnc-build> build #596 of 4016.deb-wheezy-i386 is complete: Failure [4failed shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4016.deb-wheezy-i386/builds/596 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[23:58:55] <linuxcnc-build> build #596 of 4017.deb-wheezy-amd64 is complete: Failure [4failed shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4017.deb-wheezy-amd64/builds/596 blamelist: Sebastian Kuzminsky <seb@highlab.com>
