Try to prevent some crash
-
….........................Anyway I think that the best will be to have a firmware function dedicated to prevent axis movement without axis homed.
DommyI think on balance that you are right and that axis movement should be inhibited until the printer has been homed. It would need to be possible to override it for commissioning, just as cold extrudes can be allowed.
One thing's for sure. If David implements this, 50% of users will love it and 50% will hate it.
-
….........................Anyway I think that the best will be to have a firmware function dedicated to prevent axis movement without axis homed.
DommyI think on balance that you are right and that axis movement should be inhibited until the printer has been homed. It would need to be possible to override it for commissioning, just as cold extrudes can be allowed.
One thing's for sure. If David implements this, 50% of users will love it and 50% will hate it.
You are right.
But I believe that there is a way for to please everyone, it is sufficient that this function will be configurable.
A configurable function.
If you like the function you can enable it, if you do not like, disable it.
All be happy
Dommy -
I'm tempted to change the behaviour to allow only special moves (i.e. G1 moves with a nonzero S parameter) to execute before the printer has been homed, as we already do on delta printers. Users whose X and Y homing files raise Z a little before homing and drop it afterwards would have to add the S2 parameter to those Z movement commands.
-
I'm tempted to change the behaviour to allow only special moves (i.e. G1 moves with a nonzero S parameter) to execute before the printer has been homed, as we already do on delta printers. Users whose X and Y homing files raise Z a little before homing and drop it afterwards would have to add the S2 parameter to those Z movement commands.
Hi
This might be a solution, maybe you could do an experimental firmware to check for any contraindications.
But it seems a good idea. -
I'm tempted to change the behaviour to allow only special moves (i.e. G1 moves with a nonzero S parameter) to execute before the printer has been homed, as we already do on delta printers. Users whose X and Y homing files raise Z a little before homing and drop it afterwards would have to add the S2 parameter to those Z movement commands.
That sounds like a reasonable plan to me. As long as it can be overridden for commissioning purposes, similar to allowing cold extrudes.
TBH, it would possibly negate the need to then have G28 in the slicer gcode. DJDemon recently started a thread about not homing when the printer is already homes - this would satisfy his criteria as a well.
-
Foe commissioning purposes, you could either send G1 S2 moves, or you could use G92 to tell the printer where the head is which counts as homing it.
-
On a delta, I don't allow ordinary moves before the printer has been homed. I've considered adding this restriction to other printer geometries, but I am not sure whether all users would like it. On a Cartesian printer, users may wish to jog the axes before homing. What do other users think?
I would hate it if I could not jog axis when not homed…. think of an estop event where the IR probe failed to trigger (happened to me yesterday) I have an optical endstop located just above which triggers an estop event but I then need to jog the bed back down before I can home the machine. There are other times when I jog around when not homed as well and love the estop feature that has saved my butt a couple of times
-
On reflection, I do move the bed down quite often before I home any axes. I use the nozzle as a homing switch so I need to be sure there is no crap between it and the bed surface before I home.
-
There is one thing I do need to look into…. adding more estops
quite a few sleepless nights have led to the random selecting of the stl file instead of the gcode file..... this for whatever reason causes my Z to crash into the maxima 
I think the web control needs a file type filter or I need more estops one of the two lol -
On a delta, I don't allow ordinary moves before the printer has been homed. I've considered adding this restriction to other printer geometries, but I am not sure whether all users would like it. On a Cartesian printer, users may wish to jog the axes before homing. What do other users think?
I would hate it if I could not jog axis when not homed…. think of an estop event where the IR probe failed to trigger (happened to me yesterday) I have an optical endstop located just above which triggers an estop event but I then need to jog the bed back down before I can home the machine. There are other times when I jog around when not homed as well and love the estop feature that has saved my butt a couple of times
If you can disable it in firmware yes. I have to use this all the time with my printer cause I'm constantly making changes to parts and have to recalibrate axis dimensions.
