Back
[01:13:29] <terkaa> hi all
[01:22:34] <terkaa> I have noticed that using QUILL_UP parameter with ABSOLUTE_ENCODER = 2 Does not work. Is this a bug?
[01:24:22] <terkaa> TOOLCHANGE_QUILL_UP = 1
[01:24:49] <terkaa> I am running master.
[06:34:17] <KGB-linuxcnc> 03John Thornton 052.7 d0b5fd9 06linuxcnc 10docs/src/Master_Documentation.txt 10docs/src/common/emc-history.txt Docs: fix pdf duplicate history listing * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d0b5fd9
[06:39:36] <jthornton> now that is fixed on to the update/upgrade/bugfix confusion
[08:16:53] <jepler> terkaa: I would be surprised if those two configuration items interacted.
[08:50:58] <dgarr> terkaa: did you use correct spelling is [EMCIO]TOOL_CHANGE_QUILL_UP= (note underscores)
[13:04:29] <andypugh> I have a vage recollection that this is the second mention of TOOL_CHANGE_QUILL_UP not working for someone. Does anyone have a system to quickly test it on?>
[13:09:11] <andypugh> I just checked in an old 2.8 sim, and the tool moves to Z=0 in machine coordinates.
[14:47:39] <terkaa> Evening all
[15:02:11] <andypugh> Hi
[15:03:17] <andypugh> Can you use TOOL_CHANGE_POSITION instead of TOOL_CHANGE_QUILL_UP ?
[15:08:27] <terkaa> Yes
[15:08:31] <terkaa> That works
[15:08:59] <andypugh> What does QUILL_UP actually do?
[15:09:16] <andypugh> It _should_ go to 0 on the machine units-scale of Z
[15:11:15] <terkaa> I thought it would go to position defined by HOME = parameter in INI
[15:12:07] <terkaa> I am now using G53 Z-80 before M06 Tx command
[15:23:15] <andypugh> terkaa: Looking at the code, it definitely makes a move to machine Z=0
[15:23:37] <terkaa> Ok. That explains it.
[15:23:51] <terkaa> So that parameter cannot be used with Absolute encoders
[15:23:57] <andypugh> What were you seeing?
[15:24:41] <andypugh> Not so. Machine units still exist. However it is possible that Z-0 is outside your valud range?
[15:24:58] <terkaa> I have min limit -500 and max limit -80.
[15:25:04] <andypugh> If you set the machine to show machine units. what do you see?
[15:25:40] <andypugh> Does G53 G0 Z0 have any effect? That’s the equivalent thing.
[15:25:56] <andypugh> https://github.com/LinuxCNC/linuxcnc/blob/14b06552d02ed497d81545d8b8039f3423899745/src/emc/rs274ngc/interp_convert.cc#L5101
[15:25:59] <terkaa> ^^
[15:26:37] <terkaa> Limits are -80 to -500
[15:26:57] <terkaa> And that is why Z0 in machine units is impossible
[15:29:00] <andypugh> Ah, I was mis-reading
[15:29:22] <andypugh> Yes, to the system probably throws-away the move as invalid.
[15:29:58] <terkaa> Basically it works like intended.
[15:30:47] <terkaa> But with absolute encoders it would be nice to set position for QUILL_UP
[15:31:44] <andypugh> Or just remove QUILL_UP as an option altogether and make integrators specify an actual position.
[15:32:33] <terkaa> Okumas have a way to define order for axes to move to TC position
[15:32:49] <terkaa> IE. TC_MOVE_ORDER = 3 2 1
[15:33:04] <terkaa> moves Z first then Y and X last
[15:33:13] <Tom_L> lcnc does too for homing
[15:33:58] <terkaa> That would be good solution IMHO
[15:34:10] <andypugh> Hmm, I see your point. You want to retract without an XY move, normally, don’t you?
[15:34:48] <andypugh> It is possible to reconfigure your axis limits to include zero, or is that basically fixed by the scales?
[15:34:53] <Tom_L> yeah, normally i specify the z move ahead of the x y ones
[15:35:13] <terkaa> That is fixed
[15:35:35] <terkaa> TC_MOVE_ORDER = 3 0 0, would move only Z
[15:36:36] <terkaa> nope TC_MOVE_ORDER = 0 0 1 would move Z only
[15:40:23] <terkaa> Hmmm... I will try to implement this
[15:51:40] <terkaa> task/emccanon.cc takes care of moving to tool change pos?
[15:57:28] <terkaa> Gn for now
[16:18:29] <andypugh> jepler: Does tkinter (or whatever Axis uses) support sending messages to embedded tabs/controls?
[16:20:08] <andypugh> I am thinking of adding this code (the working version was actually put together by Chris Morley) to Touchy and other Python/gtk UIs.
http://www.pastebin.ca/3736977
[19:54:49] <jepler> andypugh: I would not know without researching it
[19:54:55] <jepler> ugh this board is making my OCD itch
http://hackerboards.com/first-64-bit-orange-pi-slips-in-under-20/
[19:55:44] <andypugh> Which part of the OCD?
[19:57:05] <jepler> the part that is not OK with chips being at 33 1/3 degrees to the board edge
[19:58:44] <andypugh> Maybe it makes routing easier? Or it might just be to annoy you :-)
[21:49:57] <cradek> terkaa: you could sure use a remap of M6 to do whatever motion you want before the actual tool change happens
[22:04:17] <cradek> jepler: even the back looks ridiculous! what a board.
[22:06:47] <cradek> I wonder why terkaa has Z limits of -500..-80
[22:08:01] <cradek> that sure violates the expectations of tool_change_quill_up and probably also every g-code writer and machine operator in the world
[22:09:40] <Tom_L> hah that board made me cringe too