- Posts: 65
- Thank you received: 0
toolchange protocol and manual toolchange touchoff
- frogandspanner
- Topic Author
- Offline
- Senior Member
-
I went back to the toolchange documentation: wiki.linuxcnc.org/cgi-bin/wiki.pl?ToolChange
mymill.hal includes a line net tool-prepare-loopback iocontrol.0.tool-prepare => iocontrol.0.tool-prepared
so the tool prepare cycle is self-satisfied.
My understanding of the tool-change/tool-changed stage of the process is that tool-change is set to demand a tool change, *and remains set until tool-changed is set*, but if I set a watch on the pin I see it flash on and off (if I see it at all), even though tool-changed is reset. Am I misunderstanding this part of the protocol?
Please Log in to join the conversation.
frogandspanner wrote: My understanding of the tool-change/tool-changed stage of the process is that tool-change is set to demand a tool change, *and remains set until tool-changed is set*, but if I set a watch on the pin I see it flash on and off (if I see it at all), even though tool-changed is reset. Am I misunderstanding this part of the protocol?
No, you are right. But it looks like something is resetting tool-changed for you.
Possibly the Python code.
It sounds like you have a remap in effect for M6, if you are calling Python. Is there a REMAP statement in the [RS274NGC] section of the INI?
Please Log in to join the conversation.
or even a Side Button to Set Your zero by NGC
You might set it by G10 L20 P1 Z0 Sets G54 ZZero
needs a reload CAN also be done by Mcode to set the Display
Please Log in to join the conversation.
- frogandspanner
- Topic Author
- Offline
- Senior Member
-
- Posts: 65
- Thank you received: 0
No, you are right. But it looks like something is resetting tool-changed for you.
Possibly the Python code."
I have been cutting down the Python code to the minimum, then back to failing, to see whether that is responsible, and have discovered that it's a linuxcnc.command.abort that clears the change bit.
linuxcnc.org/docs/2.6/html/code/Code_Notes.html#_abort
suggests that "The ABORT command simply stops all motion" and "It does not . . . change any state information"
so I am confused.
In what source file can I find linuxcnc.command.abort is implemented?
I am relatively new to linuxCNC, and am finding it extremely difficult to navigate the code.
Please Log in to join the conversation.
- frogandspanner
- Topic Author
- Offline
- Senior Member
-
- Posts: 65
- Thank you received: 0
or even a Side Button to Set Your zero by NGC"
I wish I understood what you suggested!
Thanks for the pointer - I'll look at your suggestion and see if I can work it out.
Please Log in to join the conversation.
frogandspanner wrote: suggests that "The ABORT command simply stops all motion" and "It does not . . . change any state information"
I think being in the middle fo a tool change probably counts as a motion.
Where did you get the Python code from? Is it a remap? (and, also. why os it aborting?)
Please Log in to join the conversation.
As Diameter only is needed
IF there is no Toolchanger
THEN Go to the Part if methal ad a Crocodile clamp to the tool
and MDI
G38.5 Z-5 F40 (5is the absaolute so look at the DRO First)
The Tool Will probe and stop
Set the New Zero and start over
You can Automate that with a button press
IF the Part is not Metall then use a Simple Copper plate PCB Pice to get the Thickness
WORKES FINE
Please Log in to join the conversation.
- frogandspanner
- Topic Author
- Offline
- Senior Member
-
- Posts: 65
- Thank you received: 0
Please Log in to join the conversation.
Would an automatic tool-length probe work better? It's rather easier to make work, I believe.
The other alternative, and one that actually works pretty well (and is rather more flexible) is to split the G-code up into one file for each tool.
This also gives you the option of using one tool on many parts, as sometimes it is quicker and easier to swap workpieces than tools.
Please Log in to join the conversation.
Separate
Or Changes the Tool's into one Clamp
Please Log in to join the conversation.
