- Posts: 4
- Thank you received: 0
Tool probe after tool change - while running program
5 years 9 months ago #194520
by risfutile
Tool probe after tool change - while running program was created by risfutile
Hi there,
what I'm trying to do: running a g-code subroutine right after a tool change even when a g-code program has been started.
What I've done so far:
I've "branched" my own version of the hal_manualtoolchange.py that does an MDI subroutine call that does the actual probing.
It all works fine as long as I call the subroutine in MDI mode where no other g-code program is running.
I figure that's a given. It would make sense to me that LinuxCNC won't run "2 programs" at once.
Also I need to touch off the newly inserted tool before the hal_manualtoolchange.py sets the "changed" pin. So LinuxCNC still thinks it's touching off the old tool. I could do a workaround for that, but it all doesn't seem pretty.
What I'm wondering now: am I even on the right path? Or is there no other way than to probe all tools before I start my program?
Or should I try to stop the current program, run the subroutine and continue the program?
Should I do it all in the post-processor of CAM?
Cheers,
Michael
what I'm trying to do: running a g-code subroutine right after a tool change even when a g-code program has been started.
What I've done so far:
I've "branched" my own version of the hal_manualtoolchange.py that does an MDI subroutine call that does the actual probing.
It all works fine as long as I call the subroutine in MDI mode where no other g-code program is running.
I figure that's a given. It would make sense to me that LinuxCNC won't run "2 programs" at once.
Also I need to touch off the newly inserted tool before the hal_manualtoolchange.py sets the "changed" pin. So LinuxCNC still thinks it's touching off the old tool. I could do a workaround for that, but it all doesn't seem pretty.
What I'm wondering now: am I even on the right path? Or is there no other way than to probe all tools before I start my program?
Or should I try to stop the current program, run the subroutine and continue the program?
Should I do it all in the post-processor of CAM?
Cheers,
Michael
Please Log in to join the conversation.
5 years 9 months ago #194652
by aleksamc
Replied by aleksamc on topic Tool probe after tool change - while running program
Please Log in to join the conversation.
5 years 9 months ago #194725
by andypugh
I don't think that you are (but it's an imaginative approach).
There is a provided sample config that probes the tool after tool change using G-code remapping.
Look at sim->axis->remap->manual_toochange_with_tool_length_switch
Replied by andypugh on topic Tool probe after tool change - while running program
risfutile wrote: What I'm wondering now: am I even on the right path?
I don't think that you are (but it's an imaginative approach).
There is a provided sample config that probes the tool after tool change using G-code remapping.
Look at sim->axis->remap->manual_toochange_with_tool_length_switch
Please Log in to join the conversation.
5 years 9 months ago #197238
by risfutile
Replied by risfutile on topic Tool probe after tool change - while running program
Thanks Andy and Aleksamc!
Terribly sorry, the mail notification wasn't working.
I'll have a look at g-code remapping. Sounds exactly like the pointer I needed.
Terribly sorry, the mail notification wasn't working.
I'll have a look at g-code remapping. Sounds exactly like the pointer I needed.
Please Log in to join the conversation.
Time to create page: 0.083 seconds
