OpenBuilds
Return to Zero - Wrong Order of Operation.
Greetings!
I was wondering if we could have a change in the Order of Operation how the Machine is being returned to Zero?
As of now - when issuing the Return to Zero Command from the Dropdown Menu - the Machine will FIRST move the Tool Head to Z5 ( by either raising OR lowering it ) and THEN to X0Y0 which - given most machines running OB CONTROL will be using Hold-down Clamps - is a reliable way to break a Tool as with the Tool first lowered / raised to just Z5 before returning to X0Y0 it is bound to collide with ANY Workholding Technique using a Clamping System as they're usually more than 5mm tall.
IMHO - Returning to Zero should FIRST raise the Tool Head all the way up to clear the Path for THEN returning to X0Y0 to finish it with Z0 ( or whatever ).
The
Goto XYZ Zero Keyboard Shortcut is eternally bound to the offending G0 Z5, G0 X0 Y0 Z0 Command which quite frankly should be removed AND being replaced with the G53 G0 Z-1.000, G0 X0 Y0, G0 Z0 one as the new default.
There is no reason to ever risk using G0 Z5, G0 X0 Y0 Z0 that put Endmills at HIGH risk colliding with Clamp Style Work Hold Solutions and GUARANTEED collisions whenever the Work Zero is situated on top of the Waste Board instead of the top of the Part.
PLEASE issue an Update to remove G0 Z5, G0 X0 Y0 Z0 and replace it with the Tool save G53 G0 Z-1.000, G0 X0 Y0, G0 Z0 to receive the Keyboard Shortcut Binding.
You assume that everyone is using limit switches. There are plenty of home built "openbuilds" machines out there that dont. A simple solution for you is to write the macro that does what you want and assign a keyboard shortcut to it.
The current default BREAKS TOOLS! 💢
The worst that can happen if you don't have a Limit Switch on an OpenBuilds "grade" Machine is the Stepper Stalling against the Frame and ANY Machine that might cause / take damage from such a stunt WILL either have Limit Switches and / or not be running OpenBuilds 😑