updated to 2.8 now tool change pauses
15 Jan 2021 19:19 - 09 Feb 2021 02:53 #195479
by rogerxue
updated to 2.8 now tool change pauses was created by rogerxue
Hi all,
I updated to 2.8 from 2.7, I have the following in my INI, no remap.
now everytime there's a tool change, it pauses, I have to manually click the unpause to get the machine moving again
any ideas?
thanks
I updated to 2.8 from 2.7, I have the following in my INI, no remap.
now everytime there's a tool change, it pauses, I have to manually click the unpause to get the machine moving again
any ideas?
thanks
[EMCIO]
EMCIO = io
CYCLE_TIME = 0.100
TOOL_CHANGE_POSITION = 1 1 0
TOOL_CHANGE_QUILL_UP = 1
TOOL_TABLE = tool.tbl
Last edit: 09 Feb 2021 02:53 by rogerxue.
Please Log in or Create an account to join the conversation.
16 Jan 2021 00:55 #195504
by cmorley
Replied by cmorley on topic updated to 2.8 now tool change pauses
post your config file please.
Please Log in or Create an account to join the conversation.
15 Feb 2021 16:08 - 15 Feb 2021 16:09 #198947
by rogerxue
Replied by rogerxue on topic updated to 2.8 now tool change pauses
sorry see the attached
Last edit: 15 Feb 2021 16:09 by rogerxue.
Please Log in or Create an account to join the conversation.
15 Feb 2021 21:31 #198987
by cmorley
Replied by cmorley on topic updated to 2.8 now tool change pauses
Are there more config files? I see nothing controlling the tool pins.
I see you have played with remap - are you sure you are running the files you think you are? (pretty common error)
I see you have played with remap - are you sure you are running the files you think you are? (pretty common error)
Please Log in or Create an account to join the conversation.
19 Feb 2021 18:52 #199467
by rogerxue
Replied by rogerxue on topic updated to 2.8 now tool change pauses
Thanks for the reply, I attached the rest of the config file.
there's a section at the end of the 510.hal file that is responsible for manual tool change. This used to work fine
there's a section at the end of the 510.hal file that is responsible for manual tool change. This used to work fine
loadusr -W hal_manualtoolchange
net tool-change-request iocontrol.0.tool-change => hal_manualtoolchange.change
net tool-change-confirmed iocontrol.0.tool-changed <= hal_manualtoolchange.changed
net tool-number iocontrol.0.tool-prep-number => hal_manualtoolchange.number
net tool-prepare-loopback iocontrol.0.tool-prepare => iocontrol.0.tool-preparedPlease Log in or Create an account to join the conversation.
20 Feb 2021 03:04 #199494
by JohnnyCNC
Replied by JohnnyCNC on topic updated to 2.8 now tool change pauses
Watching with interest as I have noticed the same thing and was just starting to look into it.
Please Log in or Create an account to join the conversation.
26 Feb 2021 01:00 #200159
by andypugh
Replied by andypugh on topic updated to 2.8 now tool change pauses
Do you see the same in the sim configs?
Please Log in or Create an account to join the conversation.
30 Apr 2021 18:04 #207472
by rogerxue
Replied by rogerxue on topic updated to 2.8 now tool change pauses
no, SIM works fine. The issue is still here.
now I remap m6 (hope can bypass this issue), and have issue with "exception during generator call: TypeError: 'NoneType' object is not callable"
I find this is a similar issue with github.com/LinuxCNC/linuxcnc/issues/217 if I remove the epilog=change_epilog it will not have issue.
now I remap m6 (hope can bypass this issue), and have issue with "exception during generator call: TypeError: 'NoneType' object is not callable"
I find this is a similar issue with github.com/LinuxCNC/linuxcnc/issues/217 if I remove the epilog=change_epilog it will not have issue.
Please Log in or Create an account to join the conversation.
01 May 2021 10:50 #207541
by bevins
If you remove the change_epilog your machine wont be in a stable state if you do this in a remap. The change_epilog is responsible for setting toolchange flag to true and updating the parameters and dealing with the queuebuster.
You must be using an old stdglue that had this issue and it was resolved as far as I remember.
You should be able to fix it by replacing all return INTERP_* lines with yield INTERP_*.
Replied by bevins on topic updated to 2.8 now tool change pauses
no, SIM works fine. The issue is still here.
now I remap m6 (hope can bypass this issue), and have issue with "exception during generator call: TypeError: 'NoneType' object is not callable"
I find this is a similar issue with github.com/LinuxCNC/linuxcnc/issues/217 if I remove the epilog=change_epilog it will not have issue.
If you remove the change_epilog your machine wont be in a stable state if you do this in a remap. The change_epilog is responsible for setting toolchange flag to true and updating the parameters and dealing with the queuebuster.
You must be using an old stdglue that had this issue and it was resolved as far as I remember.
You should be able to fix it by replacing all return INTERP_* lines with yield INTERP_*.
Please Log in or Create an account to join the conversation.
01 May 2021 15:11 #207552
by rogerxue
Replied by rogerxue on topic updated to 2.8 now tool change pauses
Thanks, I did put it back, and the stdglue.py already have yield. And I think the stdglue.py is the latest with 2.8.1 build
Please Log in or Create an account to join the conversation.
Time to create page: 0.091 seconds