Back
[00:00:55] -!- Nick001-shop has quit [Remote host closed the connection]
[00:06:03] -!- The_Ball has quit [Ping timeout: 268 seconds]
[00:06:45] -!- ffog has quit [Ping timeout: 252 seconds]
[00:33:31] -!- rob_h has quit [Ping timeout: 248 seconds]
[00:37:19] -!- cluelessperson has quit [Read error: Connection reset by peer]
[00:41:57] <KGB-linuxcnc> 03andy 05ssi-fanuc-biss-dpll c451127 06linuxcnc 10src/hal/drivers/mesa-hostmot2/abs_encoder.c
[00:41:57] <KGB-linuxcnc> Re-order the FPGA reads, error-check the gray-code modifier, suppress spurious start-up errors
[00:51:10] -!- andypugh has quit [Quit: andypugh]
[00:55:00] -!- maximilian_h [maximilian_h!~bonsai@130.255.104.21] has parted #linuxcnc-devel
[00:55:23] -!- jlrodriguez has quit [Ping timeout: 268 seconds]
[00:58:11] -!- owhite has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
[01:08:33] -!- jfire has quit [Read error: Operation timed out]
[01:16:17] -!- geografa has quit [Quit: Computer has gone to sleep.]
[01:17:53] <seb_kuzminsky> linuxcnc-build: force build --branch=master docs
[01:17:54] <linuxcnc-build> build #1066 forced
[01:17:54] <linuxcnc-build> I'll give a shout when the build finishes
[01:19:54] -!- c-bob has quit [Read error: Operation timed out]
[01:31:07] -!- The_Ball has quit [Ping timeout: 248 seconds]
[01:34:12] <linuxcnc-build> Hey! build docs #1066 is complete: Warnings [8warnings compile]
[01:34:12] <linuxcnc-build> Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/docs/builds/1066
[01:46:04] -!- ravenlock has quit [Ping timeout: 264 seconds]
[01:49:14] -!- zzolo has quit [Client Quit]
[01:54:05] -!- stsydow has quit [Quit: Leaving]
[01:54:47] -!- Thetawaves_ has quit [Quit: This computer has gone to sleep]
[01:56:50] -!- FinboySlick has quit [Quit: Leaving.]
[01:59:46] <cradek> seb_kuzminsky: that'll sure be cool
[02:01:51] -!- AR__ has quit [Ping timeout: 245 seconds]
[02:03:20] <seb_kuzminsky> cradek: what are we talking about?
[02:04:50] <cradek> auto doc updating
[02:05:15] <seb_kuzminsky> ah yes :-)
[02:05:20] <seb_kuzminsky> http://www.linuxcnc.org/stage-docs/master/v2.6.0-pre0-4769-g89407af/html/
[02:05:31] <seb_kuzminsky> that's rsynced from the buildbot
[02:05:54] <seb_kuzminsky> still needs to be sorted better, and old ones cleaned up, but it shouldnt be hard
[02:06:06] <cradek> mhaberler: the first implementation of jogwheel was nonrealtime in a UI, and it sucked, it wasn't put in motion without both thought and regret
[02:06:59] <cradek> seb_kuzminsky: that's a thing the doc writers will really appreciate, I bet
[02:07:05] <cradek> seb_kuzminsky: thanks for doing the work
[02:08:27] <seb_kuzminsky> jepler used to run a doc builder that built the stuff at w.l.o/docs, but it went away recently(?), so it'll be good to have one back up
[02:09:02] <cradek> push-based is better than polling, anyway
[02:10:58] <seb_kuzminsky> agreed
[02:12:46] -!- micges has quit [Quit: Leaving]
[02:16:15] <jepler> that's true
[02:30:51] -!- c-bob has quit [Ping timeout: 252 seconds]
[02:33:11] -!- geografa has quit [Quit: Computer has gone to sleep.]
[02:41:36] -!- tmcw has quit [Remote host closed the connection]
[02:43:53] -!- zzolo has quit [Quit: zzolo]
[03:31:08] -!- zzolo has quit [Client Quit]
[03:51:29] -!- ve7it has quit [Remote host closed the connection]
[04:39:38] -!- tmcw has quit [Remote host closed the connection]
[04:41:03] -!- joe9 has quit [Remote host closed the connection]
[04:43:14] -!- flippyhead has quit [Quit: flippyhead]
[04:44:57] -!- The_Ball has quit [Ping timeout: 265 seconds]
[05:02:21] -!- mhaberler [mhaberler!~mhaberler@extern-177.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[05:02:31] -!- Fox_Muldr has quit [Ping timeout: 245 seconds]
[05:02:52] -!- prasadramdas has quit [Client Quit]
[05:26:08] -!- kwallace has quit [Ping timeout: 240 seconds]
[05:27:58] <mhaberler> cradek: to restate the problem in my words: moving current offset/rotation out of interpreters reach breaks position prediction
[05:30:38] -!- voxadam has quit [Ping timeout: 240 seconds]
[05:31:05] <mhaberler> or iow: offset+rotation are conceptually part of interpreter state even if hidden in emcanon.cc and have to be current for correct move generation
[05:35:29] <mhaberler> modifying rotation/offset in motion would imply the interpreter generated commanded positions based on offset/rotation assumptions during readahead which dont hold anymore
[05:36:03] <mhaberler> the only way to get around the problem is syncing after each step which means offset/rotation are always current
[05:36:23] <mhaberler> in my terminology, this is called tainted state:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?QueuebustersRevisited
[05:38:02] <mhaberler> or referring to possibly tainted state (in that case offset/rotation)
[05:40:33] -!- kwallace1 [kwallace1!~kwallace@smb-112.sonnet.com] has joined #linuxcnc-devel
[05:42:02] <mhaberler> if this is the case (as it certainly is), then I see how moving canon state cant fix the problem here since you are moving implicit interpreter state
[05:42:11] -!- ASUchander has quit [Ping timeout: 260 seconds]
[05:42:28] -!- Laremere has quit [Ping timeout: 264 seconds]
[05:58:24] -!- kwallace1 has quit [Ping timeout: 248 seconds]
[05:58:26] -!- kwallace [kwallace!~kwallace@tmb-238.sonnet.com] has joined #linuxcnc-devel
[06:04:46] -!- kwallace2 [kwallace2!~kwallace@smb-184.sonnet.com] has joined #linuxcnc-devel
[06:05:52] -!- kwallace has quit [Ping timeout: 248 seconds]
[06:15:29] Cylly is now known as Loetmichel
[06:27:51] -!- flippyhead has quit [Quit: flippyhead]
[06:36:07] -!- jlrodriguez has quit [Read error: Connection reset by peer]
[06:51:53] -!- kwallace2 [kwallace2!~kwallace@smb-184.sonnet.com] has parted #linuxcnc-devel
[07:04:32] -!- KimK has quit [Ping timeout: 248 seconds]
[07:16:08] -!- The_Ball has quit [Ping timeout: 240 seconds]
[07:17:07] c-bob| is now known as c-bob
[07:25:30] -!- KimK [KimK!~Kim__@wsip-184-176-200-171.ks.ks.cox.net] has joined #linuxcnc-devel
[07:29:34] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[07:33:35] -!- hashfail has quit []
[07:33:48] <KGB-linuxcnc> 03seb 05master 24c5d87 06linuxcnc 10docs/src/Submakefile * docs: fix a source syntax highlighting bug
[07:34:52] -!- rob_h [rob_h!~rob_h@94.2.145.93] has joined #linuxcnc-devel
[07:37:11] -!- geografa has quit [Quit: Computer has gone to sleep.]
[07:58:36] -!- b_b has quit [Changing host]
[08:26:04] -!- Laremere has quit [Read error: Connection reset by peer]
[08:38:46] -!- archivist_herron has quit [Ping timeout: 245 seconds]
[08:45:12] -!- maximilian_h [maximilian_h!~bonsai@130.255.104.21] has joined #linuxcnc-devel
[08:57:04] -!- _DJ_ has quit [Changing host]
[08:57:38] _DJ_ is now known as _DJ__
[08:57:50] _DJ__ is now known as _DJ_
[09:26:18] -!- IwfY has quit [Quit: Leaving]
[09:38:17] -!- adb_ [adb_!~IonMoldom@2a02:1205:501a:f300:baac:6fff:fe67:305f] has joined #linuxcnc-devel
[09:45:19] -!- IwfY has quit [Quit: Leaving]
[10:07:35] -!- pjm has quit [Read error: Connection reset by peer]
[10:11:01] -!- Thetawaves_ has quit [Quit: This computer has gone to sleep]
[10:12:18] -!- archivist_herron has quit [Ping timeout: 252 seconds]
[10:13:13] -!- The_Ball has quit [Remote host closed the connection]
[10:20:16] -!- the_wench has quit [Ping timeout: 248 seconds]
[10:21:41] -!- archivist has quit [Ping timeout: 245 seconds]
[10:34:03] -!- skunkworks has quit [Remote host closed the connection]
[10:35:40] -!- the_wench [the_wench!~the_wench@host81-149-189-98.in-addr.btopenworld.com] has joined #linuxcnc-devel
[10:35:51] -!- archivist [archivist!~archivist@host81-149-189-98.in-addr.btopenworld.com] has joined #linuxcnc-devel
[10:40:44] -!- mhaberler has quit [Quit: mhaberler]
[10:43:47] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[10:50:48] -!- vladimirek has quit [Ping timeout: 252 seconds]
[11:06:43] -!- IwfY has quit [Quit: Leaving]
[11:11:52] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[11:16:39] -!- adb_ has quit [Ping timeout: 252 seconds]
[11:24:53] -!- ffog has quit [Ping timeout: 248 seconds]
[11:29:22] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[11:32:24] -!- derethor has quit [Quit: Leaving]
[11:32:54] -!- Tom_garage [Tom_garage!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[11:35:48] -!- Tom_itx has quit [Ping timeout: 240 seconds]
[11:42:02] -!- maximilian_h [maximilian_h!~bonsai@130.255.104.21] has parted #linuxcnc-devel
[11:46:19] -!- kjoller has quit [Quit: Nettalk6 - www.ntalk.de]
[11:46:48] -!- kiw has quit [Ping timeout: 240 seconds]
[11:47:51] -!- kjoller has quit [Client Quit]
[11:48:45] -!- kjoller has quit [Client Quit]
[11:51:18] -!- MacGalempsy has quit [Ping timeout: 252 seconds]
[11:54:04] -!- stsydow has quit [Quit: Leaving]
[11:56:53] -!- sirdancealo2 has quit [Ping timeout: 248 seconds]
[12:18:46] -!- asdfasd has quit []
[12:19:34] -!- ChristianS has quit [Excess Flood]
[12:36:11] -!- archivist_herron has quit [Ping timeout: 248 seconds]
[12:39:34] -!- zlog has quit [Remote host closed the connection]
[12:39:41] -!- Tom_garage has quit []
[12:41:42] -!- Tom_itx [Tom_itx!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[12:41:54] -!- Tom_itx has quit [Read error: Connection reset by peer]
[12:42:28] -!- zlog [zlog!~zlog@ip68-102-199-165.ks.ok.cox.net] has joined #linuxcnc-devel
[12:43:45] -!- zlog has quit [Remote host closed the connection]
[12:43:56] -!- zlog [zlog!~zlog@ip68-102-199-165.ks.ok.cox.net] has joined #linuxcnc-devel
[12:44:13] -!- zzolo has quit [Quit: zzolo]
[12:44:24] -!- Tom_itx [Tom_itx!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[12:56:13] -!- gabewillen [gabewillen!~gabewille@24-216-213-91.dhcp.stls.mo.charter.com] has joined #linuxcnc-devel
[12:57:18] -!- somenewguy has quit [Ping timeout: 252 seconds]
[12:57:46] -!- md-2 has quit [Remote host closed the connection]
[13:02:48] -!- md-2 has quit [Ping timeout: 265 seconds]
[13:02:52] -!- zlog has quit [Ping timeout: 264 seconds]
[13:03:20] -!- Tom_itx has quit [Read error: Connection reset by peer]
[13:04:12] -!- zlog [zlog!~zlog@ip68-102-199-165.ks.ok.cox.net] has joined #linuxcnc-devel
[13:05:02] -!- zlog has quit [Remote host closed the connection]
[13:05:13] -!- zlog [zlog!~zlog@ip68-102-199-165.ks.ok.cox.net] has joined #linuxcnc-devel
[13:05:24] -!- Tom_itx [Tom_itx!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[13:07:51] -!- zzolo has quit [Quit: zzolo]
[13:14:50] -!- kjoller has quit [Quit: Nettalk6 - www.ntalk.de]
[13:17:10] <cradek> cmorley: jepler is going to try to figure out what happened with git
[13:17:48] <cradek> your commit 13a2765 is in the server's repo, and I got the mail too (which is how I found the commit) but it is not contained in any branch
[13:18:01] <cradek> this means someone did a push --force and nuked your changes
[13:18:16] <cradek> it may or may not be possible to tell who did it
[13:22:03] <jepler> it looks like it was me :-/
[13:22:15] <cradek> oops
[13:22:29] <jepler> origin/master does not contain 10ef032
[13:22:33] <jepler> origin/master contains ccbef9c
[13:23:06] <jepler> going down the history of commit e-mails that is the last one which does not appear in master, and the first one which does
[13:23:07] -!- Loetmichel has quit [Ping timeout: 248 seconds]
[13:24:53] -!- owhite has quit [Client Quit]
[13:25:08] <jepler> I'll fix it
[13:25:25] <cradek> thanks!
[13:27:44] <jepler> I wonder whether I used "git push -f" without thinking about the consequences, or whether I somehow have a misconfigured git
[13:27:48] <jepler> I wonder which I'd rather believe.
[13:28:06] -!- sumpfralle has quit [Ping timeout: 245 seconds]
[13:30:30] <KGB-linuxcnc> 03nieson 05master 4b25372 06linuxcnc 10share/ 10gscreen/skins/gmoccapy/gmoccapy_handler.py 10gscreen/skins/gmoccapy/release_notes.txt * gmoccapy_0_9_7_5_1 - corrected the version number in handler file
[13:30:30] <KGB-linuxcnc> 03jepler 05master 7de0cfb 06linuxcnc 10src/emc/ 10rs274ngc/interp_array.cc 10rs274ngc/rs274ngc_interp.hh * Revert "interp: avoid violating Python runtime contract"
[13:30:36] <KGB-linuxcnc> 03russell 05master 5aac98c 06linuxcnc 10src/emc/usr_intf/pncconf/pncconf.py * STEPGEN_MAXVEL patch
[13:30:42] <KGB-linuxcnc> 03chrisinnanaimo 05master 71f6326 06linuxcnc 10src/emc/ 10motion/control.c 10motion/mot_priv.h 10motion/motion.c * motion -add spindle veloity pins with absolute output
[13:30:49] <KGB-linuxcnc> 03chrisinnanaimo 05master 25b607c 06linuxcnc 10src/emc/kinematics/tc.c * trajectory planner -Don't use feed override in rapids
[13:30:56] <KGB-linuxcnc> 03chrisinnanaimo 05master 864862c 06linuxcnc 10src/emc/usr_intf/pncconf/pncconf.py * pncconf -add missing INI substitution in HAL file
[13:31:03] <KGB-linuxcnc> 03chrisinnanaimo 05master 7f3ada4 06linuxcnc 10src/emc/usr_intf/pncconf/pncconf.py * pncconf -fix blank abs and lowpass HAL commands
[13:31:09] <KGB-linuxcnc> 03chrisinnanaimo 05master 13a2765 06linuxcnc 10src/emc/usr_intf/pncconf/pncconf.py * pncconf -use motions need absolute spindle veelocity pins
[13:31:16] <KGB-linuxcnc> 03chrisinnanaimo 05master d3cb2c1 06linuxcnc 10src/emc/usr_intf/pncconf/pncconf.py * pncconf -use an absolute spindle cmd pin if minlimit is 0
[13:31:23] <KGB-linuxcnc> 03nieson 05master 10ef032 06linuxcnc 10share/ 10(13 files in 9 dirs) * gmoccapy_0_9_8 - new error messaging system
[13:31:29] <KGB-linuxcnc> 03jepler 05master bd069fb 06linuxcnc * Merge commit '10ef032'
[13:31:36] <jepler> cradek:
http://feeding.cloud.geek.nz/posts/keeping-log-of-branch-updates-on-git/
[13:31:56] <jepler> cradek: if you make this setting on the server, we'll have better information the next time this mistake is made.
[13:32:27] <cradek> slick, will do
[13:35:54] -!- maximilian_h [maximilian_h!~bonsai@pD9585B51.dip0.t-ipconnect.de] has joined #linuxcnc-devel
[13:44:14] -!- thomaslindstr_m has quit [Remote host closed the connection]
[13:48:22] -!- 3JTAAFPPF [3JTAAFPPF!~kwallace@tmb-242.sonnet.com] has joined #linuxcnc-devel
[13:52:00] <mhaberler> cradek:
http://linuxcnc.mah.priv.at/irc/%23linuxcnc-devel/2013-10-10.html#05:27:58
[13:52:59] -!- archivist_herron has quit [Ping timeout: 248 seconds]
[13:55:32] -!- zzolo has quit [Quit: zzolo]
[13:58:31] -!- maximilian_h1 [maximilian_h1!~bonsai@p549DC242.dip0.t-ipconnect.de] has joined #linuxcnc-devel
[13:59:30] -!- maximilian_h has quit [Ping timeout: 264 seconds]
[14:04:04] -!- kiw has quit [Ping timeout: 264 seconds]
[14:06:24] -!- skorasaurus has quit [Quit: Elvis has left the building.]
[14:08:37] <cradek> mhaberler: I read back. I think you might have it.
[14:08:46] <mhaberler> ok
[14:09:31] <cradek> I bet allowing rotation change during pause is unnecessary
[14:09:38] <mhaberler> yes
[14:09:55] <mhaberler> my next question would have been: is it offset, or just rotation
[14:09:57] <cradek> I am not sure if that simplifies the fundamental problem (it surely simplifies incidental problems)
[14:10:32] <mhaberler> well first its a way how to think about it; if it can be reduced to position prediction yes/no
[14:11:16] -!- kiw has quit [Ping timeout: 264 seconds]
[14:11:24] <mhaberler> that is also the gist with the queuebusters:
http://www.linuxcnc.org/docs/devel/html/remap/structure.html#_queuebusters_break_position_prediction
[14:12:26] <mhaberler> rotation for sure is
[14:12:44] <cradek> is what?
[14:12:56] <mhaberler> changing rotation during pause
[14:13:04] <mhaberler> breaks position prediction
[14:13:15] <mhaberler> because interp state isnt synced
[14:14:12] <mhaberler> it might be called CanonConfig_t.xy_rotation but its conceptually setup_struct.xy_rotation
[14:16:17] <cradek> you know, I suspect moving ONLY tool offset is both easier and sufficient
[14:16:26] <mhaberler> oh absolutely
[14:17:10] <mhaberler> my question is: will offset ONLY break position prediction (it will break readahead time limits checking but that is easier to deal with)
[14:17:32] <cradek> I don't understand what you are asking
[14:18:02] <mhaberler> let us assume rotation cannot be changed after readahead completes (i.e. during pause).
[14:19:24] <mhaberler> will changing an offset during pause invalidate any later canon commands already in the queue
[14:19:34] <mhaberler> that is what I'm not sure about
[14:19:47] <cradek> yes if you are talking about canon calls as we know them today
[14:20:23] <mhaberler> lets assume this rotate_and_offset has been split into rotate (in canon) and offfset (in motion)
[14:20:44] <cradek> STRAIGHT_FEED(1,2,3) is invalid if you consider G1 X1 Z3 / [change offset now] / G1 Y2
[14:21:59] <mhaberler> do we need to change coordinate sys offsets or just tool offsets? I would think the latter is what would make people would happy
[14:22:49] <mhaberler> didnt come out as a sentence ;)
[14:23:07] <cradek> well people often use them interchangeably. but if it was only tool it might be sufficient to allow the necessary functionality of replacing a tool during pause.
[14:23:30] -!- kiw has quit [Ping timeout: 264 seconds]
[14:23:30] <mhaberler> well thats the major use case I would think
[14:24:09] <mhaberler> that was probably another misunderstanding about 'moving offset application' - I was unclear; I mean tool offsets
[14:24:21] <mhaberler> the generality of coord sys offset changes IMO isnt needed
[14:26:20] <cradek> I think it might work to do tool offsets in the way I proposed, with two poses stored in motion, the currently active offset for each axis, and the proposed new offset that comes into effect for each axis at the right time (when that word is programmed) if you have the new information with the canon call about which words are programmed.
[14:28:21] <mhaberler> I dont understand your plan yet; 'currently active offset' is the current tool offset?
[14:28:33] <cradek> you could perhaps allow G10 L1/10/11 without Q/R/I/J (axis words only) and move tool offset handling
[14:28:43] <mhaberler> right
[14:29:29] <cradek> do you understand how you could have X and Y affected by mismatched tool offsets?
[14:29:57] <mhaberler> give an example, I claim MBA rights
[14:29:59] <cradek> G43H1 / G1 X0 / G43H2 / G1 Y0
[14:31:08] -!- archivist_herron has quit [Ping timeout: 240 seconds]
[14:31:27] <cradek> this situation probably happens every time you make an entry move, consider a lathe entry of a drill where you load the drill, then move to X0, then to Z0 and then drill along -Z
[14:32:02] <cradek> between the two moves X is offset by the new TLO and Z is offset by the previously-active-in-Z one
[14:32:14] <mhaberler> I see
[14:33:02] <mhaberler> what about this middle ground: let us think if there is a way to flag constructs which would break if tlo change during pause were enabled
[14:33:06] <cradek> that's why you need to separate currently-active for each axis and proposed-will-come-into-effect-if-the-axis-is-programmed for each axis
[14:33:30] <cradek> what do you mean by constructs?
[14:33:50] <mhaberler> well for instance the sequence you just gave
[14:34:17] <cradek> well I think with this design it doesn't break, and if it does, the design is invalid
[14:35:01] <mhaberler> oh now I'm starting to actually get it.. sure.
[14:36:49] <mhaberler> backing up: so we do agree rotation change during pause wont be supported, and changing of the current tool's offset only - is that what you are thinking of to?
[14:37:01] <mhaberler> too
[14:38:32] <cradek> now I'm wondering if "current tool's offset" is the right way to think about it
[14:39:46] <cradek> I think it is, but as an aside, changing other things in the tool table doesn't matter does it?
[14:40:40] <mhaberler> like orientation?
[14:40:57] <cradek> oh I meant other tools' lengths
[14:41:04] <mhaberler> oh ok
[14:41:10] <cradek> changing orientation is the same problem as changing diameter and I don't think it can be allowed
[14:41:15] <mhaberler> right
[14:41:47] <cradek> and the angles are not currently used by motion, but you don't want to let them change either, for the future when they are used
[14:43:02] <mhaberler> what happens now if somebody changes a random tool table while the interp is running - I guess it reads the current tool table to fetch the current tlo etc
[14:43:13] <mhaberler> I mean some tool table entry
[14:43:29] <cradek> no, you must send the "load tool table" nml message to get it reread, and you can only do that in manual mode
[14:44:09] <mhaberler> so the table is frozen during an auto run
[14:44:36] <cradek> yes I think, except if a G10 changes and writes it
[14:44:48] <mhaberler> well right, but then the interp is in the loop
[14:45:02] <cradek> G10 can change the active tool table and it immediately writes it out
[14:45:15] <mhaberler> I was looking at if there are ways how tt and interp view can get out of sync
[14:46:07] <cradek> interp has a copy of it in memory, and can be told to reread from the file with the nml message, and interp writes it upon any commanded change
[14:46:27] <cradek> well task keeps it, but same difference
[14:46:40] <cradek> there are copies of it everywhere :-/
[14:46:43] <mhaberler> so: down to: no rotation, no G5x changes, Tool axes offset only - no attributes which impact curve shape
[14:46:45] <mhaberler> amen
[14:47:33] <cradek> G5x/G92
[14:47:50] <mhaberler> yes
[14:48:50] <cradek> I think this two-tlo-pose design would actually work if given those canon-gets-which-words-are-programmed changes
[14:49:56] <mhaberler> is that where the NULL value comes in?
[14:49:59] <cradek> the interp would no longer need access to the tool table?
[14:50:11] -!- Laremere has quit [Ping timeout: 245 seconds]
[14:50:21] <mhaberler> hm dia
[14:50:30] <cradek> yes that would be one way to pass that info
[14:50:34] <cradek> oh yeah, it needs that
[14:50:45] <cradek> dia/orientation
[14:50:58] <mhaberler> right, the shape stuff for crc
[14:51:16] <mhaberler> but tlo might drop out of the pciture
[14:51:27] <cradek> seems like it could
[14:51:56] <cradek> have you noticed that tlo is the only one that applies in a predictable direction in motion (it doesn't rotate)
[14:52:10] <mhaberler> ah..
[14:52:37] <mhaberler> so one less dep, meaning rotation need not be carried forward
[14:53:00] <cradek> yes if we don't change any of that working stuff, all the better, it is very intricate
[14:53:50] <mhaberler> well there is one TLO pose already passed to motion, but its really output-only, and nothing happens with it in motion
[14:54:05] <jepler> total aside: You could preserve the current CANON C API if you passed NaN instead of converting to pointers and passing NULL
[14:54:21] <mhaberler> whoa
[14:54:23] <jepler> though client-side changes would be needed either way
[14:54:29] <cradek> or a bitmask!
[14:54:32] <jepler> it's probably a bad idea
[14:54:42] <cradek> well pointers are a bad idea too
[14:54:44] * jepler goes back to $DAY_JOB
[14:54:49] <mhaberler> well the nice thing about protobuf is it allows optional fields so you get that for free
[14:54:56] <jepler> C API
[14:54:58] <jepler> C API
[14:54:58] <jepler> C API
[14:55:00] <jepler> sorry, I'm done now
[14:55:01] -!- cevad has quit [Quit: Leaving]
[14:55:08] <mhaberler> even in the C API
[14:55:22] <jepler> I understand that protobuf has a C API
[14:56:19] <jepler> but I don't think I want the argument to STRAIGHT_FEED to be a protobuf
[14:56:27] <mhaberler> the primary one is C++, which isnt suitable for RT; nanopb works just fine in-kernel and has the same feature set as C
[14:56:39] <mhaberler> why not - it would be end to end
[14:57:02] <mhaberler> no, the arguments would be optional fields
[14:57:16] <mhaberler> which is where the current canon api cant do it without a mask
[14:57:33] <jepler> will you write for me what the declaration of the C function STRAIGHT_FEED would be?
[14:57:55] <jepler> (if it used this facility of protobuf)
[14:58:08] -!- 3JTAAFPPF has quit [Ping timeout: 240 seconds]
[14:58:11] <mhaberler> sure
[14:58:58] -!- kwallace [kwallace!~kwallace@smb-175.sonnet.com] has joined #linuxcnc-devel
[14:59:05] <mhaberler> if you want to retain the current api with say a pose or a list of doubles passed in and some of them are optional, then we need to add a set/mask to tell the encoding below which ones count
[14:59:30] <mhaberler> I will use a Python example
[14:59:33] <mhaberler> or C
[14:59:35] <jepler> No, please use C
[14:59:39] <mhaberler> ok
[15:00:05] <mhaberler> are you looking at the canon side (c++) or the motion side (c)
[15:00:26] <jepler> extern void STRAIGHT_FEED(int lineno,
[15:00:26] <jepler> double x, double y, double z,
[15:00:26] <jepler> double a, double b, double c,
[15:00:26] <jepler> double u, double v, double w);
[15:00:30] <mhaberler> ok
[15:00:32] <jepler> we presently have this
[15:00:34] <mhaberler> heard you
[15:00:36] <mhaberler> sure
[15:00:41] <jepler> and we might change it to double * or add a int mask parameter
[15:00:47] <mhaberler> right
[15:00:52] <jepler> or we might change it radically to protobuf and I don't even know what that would look like
[15:01:03] <mhaberler> ok
[15:01:16] <cradek> adding a mask seems super easy
[15:01:26] <jepler> sure, you just insert ", int mask"
[15:01:42] <jepler> and inside the function you write if(mask & AXIS_MASK_X) // do something with parameter x
[15:02:24] <mhaberler> yes, thats exactly. btw we dont need protobuf to do that; we can add a mask to NML just alike
[15:02:37] <mhaberler> but I'll cook an example
[15:02:42] <cradek> I think you'd mostly just pass it on unexamined to motion, and motion (also C) would finalize the enpoints
[15:02:49] <mhaberler> yes
[15:03:06] <jepler> axis/gremlin will have to examine it
[15:03:36] <cradek> are you sure? can't they just ignore tlo?
[15:04:01] <cradek> currently don't they have to subtract it back out to get the preview in the right place?
[15:04:11] <jepler> they will have to deal with unspecified axes by copying the prior value or whatever
[15:04:29] <cradek> oh right, sure
[15:04:46] <jepler> bbl
[15:06:13] <mhaberler> cradek: that was a lot today, let's have it sink in a bit and continue some other time (note I understood what you meant by going to sleep ;)
[15:29:00] -!- hm2-buildmaster has quit [Remote host closed the connection]
[15:29:03] -!- linuxcnc-build has quit [Remote host closed the connection]
[15:29:18] -!- hm2-buildmaster [hm2-buildmaster!~hm2-build@75-166-187-26.hlrn.qwest.net] has joined #linuxcnc-devel
[15:29:22] -!- linuxcnc-build [linuxcnc-build!~linuxcnc-@75-166-187-26.hlrn.qwest.net] has joined #linuxcnc-devel
[15:29:37] <seb_kuzminsky> linuxcnc-build: force build --branch=joints_axes3 checkin
[15:29:37] <linuxcnc-build> build #1386 forced
[15:29:37] <linuxcnc-build> I'll give a shout when the build finishes
[15:29:52] -!- kiw has quit [Ping timeout: 264 seconds]
[15:33:49] <seb_kuzminsky> cradek, jepler: at work we have a git hook that disallows non-fastforward updates of our stable branches
[15:34:07] -!- stsydow has quit [Quit: Leaving]
[15:34:23] <seb_kuzminsky> unofficial branches, feature branches, personal branches etc, can all still be nopn-fastforwarded
[15:34:39] -!- gambakufu has quit [Read error: Connection reset by peer]
[15:35:06] <seb_kuzminsky> i dont know if it's worth it for us to add something like that to our repo, this doesnt seem like a big problem in reality, though it's scary and annoying when it happens
[15:35:30] -!- kiw has quit [Ping timeout: 264 seconds]
[15:38:53] -!- flippyhead has quit [Quit: flippyhead]
[15:48:29] <cradek> I think we've used --force more frequently to fix problems than to cause them
[15:49:56] <cradek> I guess I'm leaning toward 'just be careful'
[15:50:25] <cradek> everyone screws up once in a while and we can always just fix it
[15:50:27] * cradek shrugs
[15:56:07] <seb_kuzminsky> sounds fine to me
[15:56:08] -!- syyl_ws has quit [Ping timeout: 240 seconds]
[15:56:57] -!- syyl has quit [Ping timeout: 268 seconds]
[15:57:46] -!- chillly has quit [Quit: Leaving]
[15:58:13] <jepler> I have a habit of doing --force pushes on my private branches, and it must have spilled over into pushing to the master branch :-/
[15:58:29] -!- kiw1 has quit [Ping timeout: 248 seconds]
[15:59:39] <seb_kuzminsky> why do you use so much force jepler ?
[16:00:02] <jepler> because I can rebase out more of the stupid that way, before merging it to master or whatever
[16:02:31] <jepler> this particularly goes for stuff like the complier flag mumbo jumbo, where I need to know what buildbot thinks of the change (so I can't just keep it local or on my private git)
[16:04:32] <seb_kuzminsky> standard rebase activity, makes sense
[16:07:18] -!- kiw has quit [Ping timeout: 264 seconds]
[16:17:21] -!- gambakufu has quit [Read error: Connection reset by peer]
[16:18:07] <seb_kuzminsky> uh-oh, the wiki formatting docs have disappeared!
http://www.usemod.com/cgi-bin/wiki.pl?TextFormattingRules gives me a blank page
[16:22:08] <cradek> sigh
[16:24:37] <jepler> http://web.archive.org/web/20130811193121/http://www.usemod.com/cgi-bin/wiki.pl?TextFormattingRules
[16:24:59] -!- jfire has quit [Quit: Leaving.]
[16:25:58] -!- syyl_ws_ has quit [Remote host closed the connection]
[16:29:23] -!- arvind_khadri has quit [Remote host closed the connection]
[16:34:35] <seb_kuzminsky> brewster kahle ftw
[16:52:14] <linuxcnc-build> Hey! build checkin #1386 is complete: Success [3build successful]
[16:52:14] <linuxcnc-build> Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/1386
[16:59:21] -!- Laremere has quit [Ping timeout: 245 seconds]
[17:01:04] -!- kiw has quit [Ping timeout: 264 seconds]
[17:21:38] -!- zzolo has quit [Quit: zzolo]
[17:24:16] -!- md-2 has quit [Remote host closed the connection]
[17:29:16] -!- md-2 has quit [Ping timeout: 264 seconds]
[17:30:05] -!- hm2-buildmaster has quit [Remote host closed the connection]
[17:30:08] -!- linuxcnc-build has quit [Remote host closed the connection]
[17:30:22] -!- hm2-buildmaster [hm2-buildmaster!~hm2-build@75-166-187-26.hlrn.qwest.net] has joined #linuxcnc-devel
[17:30:27] -!- linuxcnc-build [linuxcnc-build!~linuxcnc-@75-166-187-26.hlrn.qwest.net] has joined #linuxcnc-devel
[17:30:42] <seb_kuzminsky> linuxcnc-build: force build --branch=master docs
[17:30:43] <linuxcnc-build> build #1071 forced
[17:30:43] <linuxcnc-build> I'll give a shout when the build finishes
[17:33:58] -!- maximilian_h1 has quit [Quit: Leaving.]
[17:45:30] <mhaberler> here:
http://git.mah.priv.at/gitweb?p=emc2-dev.git;a=commitdiff;h=8fd37fa147721e5cfe8124b3101ff936016afed6
[17:46:11] <mhaberler> a related python example would be this:
http://git.mah.priv.at/gitweb?p=emc2-dev.git;a=blob;f=src/protobuf/support/encdec.py;h=fa5b8a3ade8f95b737f27127359624fe55217e1f;hb=8fd37fa147721e5cfe8124b3101ff936016afed6
[17:46:13] <linuxcnc-build> Hey! build docs #1071 is complete: Warnings [8warnings compile]
[17:46:13] <linuxcnc-build> Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/docs/builds/1071
[17:46:56] <mhaberler> a RT component en/decoding a protobuf message is here:
http://git.mah.priv.at/gitweb?p=emc2-dev.git;a=blob;f=src/hal/msgcomponents/pbring.comp;h=ac9e318e5c82962cb003d05df8d8f5d8bc434e61;hb=8fd37fa147721e5cfe8124b3101ff936016afed6
[17:47:30] <mhaberler> this messages would travel from userland, or between rt comps if one would like, over Pavel's ringbuffers
[17:48:19] <mhaberler> the protobuf message defs are in src/protobuf/proto
[17:48:59] <mhaberler> all C++,C, nanopb (for RT) and Python bindings fluff is autogenerated from those
[17:51:31] <mhaberler> the JSON and TextFormat representations come automatically as well, both directions: from/to
[17:53:14] <mhaberler> the plain proto-c C bindings libs are currently generated as well, but I dont use them because they are much more error prone in use than both the C++ and nanopb stuff
[17:53:57] <mhaberler> thanks to textformat, message stream recording and reply comes free, too
[17:54:30] <mhaberler> the only stuff I'm still lacking is a Wireshark decoder plugin
[17:56:50] <seb_kuzminsky> linuxcnc-build: force build --branch=v2.5_branch docs
[17:56:51] <linuxcnc-build> build #1072 forced
[17:56:51] <linuxcnc-build> I'll give a shout when the build finishes
[17:58:22] <seb_kuzminsky> most recent docs from the buildbot get pushed here now:
http://www.linuxcnc.org/stage-docs
[17:58:43] <seb_kuzminsky> one dir for master, one for v2.5_branch, and everything else goes in scratch
[17:58:56] -!- mhaberler has quit [Read error: No route to host]
[17:59:41] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[18:01:48] <seb_kuzminsky> jepler: if it looks good (and i think it does, now), we should make w.l.o/docs point to the new place
[18:02:55] -!- andypugh [andypugh!~andy2@cpc16-basl9-2-0-cust685.20-1.cable.virginmedia.com] has joined #linuxcnc-devel
[18:07:11] <mhaberler> on the receiving side, you'd test for a optional field being present by if (msg,has_<fieldname here>())
[18:13:44] <mhaberler> bbl
[18:16:30] -!- tmcw has quit [Remote host closed the connection]
[18:16:41] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 20.0/20130329043827]]
[18:18:03] -!- mhaberler has quit [Ping timeout: 248 seconds]
[18:20:16] <linuxcnc-build> Hey! build docs #1072 is complete: Warnings [8warnings compile]
[18:20:16] <linuxcnc-build> Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/docs/builds/1072
[18:39:12] -!- mhaberler [mhaberler!~mhaberler@extern-177.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[18:42:18] -!- gambakufu has quit [Read error: Connection reset by peer]
[18:42:32] -!- micges [micges!~micges@dby152.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[18:43:28] -!- zzolo has quit [Quit: zzolo]
[18:44:18] -!- rob_h has quit [Read error: Connection reset by peer]
[18:47:32] -!- chillly has quit [Quit: Leaving]
[19:00:45] -!- md-2 has quit [Remote host closed the connection]
[19:03:59] Cylly is now known as Loetmichel
[19:11:46] -!- afiber__ has quit [Quit: Konversation terminated!]
[19:12:08] -!- ffog has quit [Ping timeout: 240 seconds]
[19:14:01] -!- strop has quit [Ping timeout: 250 seconds]
[19:15:21] -!- adb_ [adb_!~IonMoldom@2a02:1205:501a:f300:baac:6fff:fe67:305f] has joined #linuxcnc-devel
[19:16:57] -!- frallzor has quit []
[19:35:04] -!- vladimirek has quit [Remote host closed the connection]
[19:36:20] -!- maximilian_h [maximilian_h!~bonsai@130.255.104.21] has joined #linuxcnc-devel
[20:05:47] -!- sumpfralle has quit [Ping timeout: 248 seconds]
[20:11:22] -!- sumpfralle has quit [Read error: No route to host]
[20:11:49] -!- sumpfralle1 has quit [Ping timeout: 248 seconds]
[20:13:07] -!- sumpfralle has quit [Client Quit]
[20:15:33] -!- skorasaurus has quit [Ping timeout: 248 seconds]
[20:22:52] -!- geografa has quit [Quit: Computer has gone to sleep.]
[20:23:59] <KGB-linuxcnc> 03seb 05master 29582c3 06linuxcnc 10docs/src/gcode/overview.txt * docs: rebranding
[20:27:06] -!- stsydow has quit [Remote host closed the connection]
[20:34:03] -!- sumpfralle has quit [Ping timeout: 248 seconds]
[20:34:40] -!- skorasaurus has quit [Ping timeout: 264 seconds]
[20:39:01] <jepler> seb_kuzminsky: it needs indexes like the old one..
[20:39:25] <jepler> it needs the older docs back to v2.0_branch (a copy of the old docs)
[20:41:14] <seb_kuzminsky> i think we should re-use the current index and the current copies of the old docs
[20:41:58] <seb_kuzminsky> err, somehow
[20:42:07] <jepler> I agree
[20:42:16] <seb_kuzminsky> JT_Shop: are you around? i have a question about docs...
[20:42:30] <jepler> seb_kuzminsky: It sounds like we will need to provide users solid documentation on what
[20:42:33] <jepler> operations invalidate Python component objects.
[20:42:35] <jepler> errrr
[20:42:42] <jepler> seb_kuzminsky: I put in ~emcboard: docs-20131010.tar.gz
[20:42:44] <seb_kuzminsky> jthornton: hello?
[20:42:50] <jepler> play mix and match
[20:43:12] <seb_kuzminsky> jepler: thanks
[20:45:42] <JT_Shop> seb_kuzminsky, for a few minutes more
[20:49:29] <seb_kuzminsky> oh hey!
[20:50:05] <seb_kuzminsky> it looks like gcode/mill_canned.txt is no longer used, i think you moved its contents to gcode/gcode.txt in commit 95152807010091d8abf83498fe6dc2f15aace6c5
[20:50:08] <seb_kuzminsky> does that sound right?
[20:50:20] <seb_kuzminsky> and if so, should we remove mill_canned.txt?
[20:50:36] <JT_Shop> that sounds correct, I wonder why I didn't delete it?
[20:51:05] <seb_kuzminsky> you liked it so much you couldn't bear to remove it?
[20:51:23] <JT_Shop> or more like I got distracted and forgot
[20:52:41] <JT_Shop> I just looked and yea I moved all that to gcode.txt
[20:53:42] <JT_Shop> thanks for catching that
[20:55:15] <JT_Shop> gotta run now
[20:56:38] -!- phillc54 has quit [Client Quit]
[21:00:04] <seb_kuzminsky> ok thanks! i'll remove it
[21:04:05] -!- strop has quit [Ping timeout: 250 seconds]
[21:07:01] -!- FinboySlick has quit [Quit: Leaving.]
[21:07:53] -!- chillly has quit [Quit: Leaving]
[21:08:34] -!- Laremere has quit [Ping timeout: 265 seconds]
[21:09:40] -!- jfire has quit [Quit: Leaving.]
[21:11:03] -!- motioncontrol has quit [Quit: Sto andando via]
[21:15:03] -!- _DJ_ has quit [Quit: bye]
[21:16:01] -!- odogono has quit [Quit: odogono]
[21:19:20] -!- joe9 has quit [Remote host closed the connection]
[21:19:29] -!- Brandonian has quit [Quit: Brandonian]
[21:27:55] -!- gambakufu has quit [Ping timeout: 248 seconds]
[21:47:44] -!- jfire has quit [Ping timeout: 248 seconds]
[22:01:56] -!- zzolo has quit [Quit: zzolo]
[22:08:41] -!- chillly has quit [Quit: Leaving]
[22:11:23] -!- stsydow has quit [Quit: Leaving]
[22:14:57] -!- maximilian_h has quit [Read error: Operation timed out]
[22:17:22] <KGB-linuxcnc> 03seb 05master e5a9b7c 06linuxcnc 04docs/src/gcode/mill_canned.txt * docs: remove an obsolete file
[22:18:31] -!- Laremere has quit [Ping timeout: 245 seconds]
[22:21:13] -!- skunkworks_ [skunkworks_!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[22:23:58] -!- phillc54 has quit [Read error: Connection reset by peer]
[22:28:49] -!- maximilian_h [maximilian_h!~bonsai@46.246.47.133] has joined #linuxcnc-devel
[22:29:21] -!- toner has quit [Ping timeout: 245 seconds]
[22:41:41] -!- The_Ball has quit [Ping timeout: 248 seconds]
[22:43:26] -!- mrsun_ has quit [Ping timeout: 264 seconds]
[22:44:19] -!- tmcw has quit [Remote host closed the connection]
[22:45:34] -!- gambakufu has quit []
[22:45:42] -!- sumpfralle1 has quit [Ping timeout: 264 seconds]
[22:51:06] -!- mhaberler has quit [Quit: mhaberler]
[22:53:30] -!- adb_ has quit [Ping timeout: 252 seconds]
[22:54:00] <JT_Shop> yea
[23:20:56] -!- owhite has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
[23:21:09] -!- andypugh has quit [Ping timeout: 248 seconds]
[23:22:22] -!- andypugh [andypugh!~andy2@cpc16-basl9-2-0-cust685.20-1.cable.virginmedia.com] has joined #linuxcnc-devel
[23:33:52] -!- andypugh has quit [Ping timeout: 248 seconds]
[23:34:32] -!- The_Ball has quit [Ping timeout: 265 seconds]
[23:35:36] -!- The__Ball has quit [Ping timeout: 245 seconds]
[23:36:29] -!- sumpfralle has quit [Ping timeout: 240 seconds]
[23:38:58] -!- zorg_ has quit [Quit: Ex-Chat]
[23:40:16] -!- The_Ball_ has quit [Ping timeout: 248 seconds]
[23:43:04] -!- The__Ball has quit [Ping timeout: 264 seconds]