If you power cycle the machine while printing through Cura 2 the machine sits for a minute then the printer makes a really loud x move that has a lot of vibration. I know @DaniAO has encountered this issue at least once. I can get footage of this issue if that would be helpful
@karrad yes i havent checked gladiola. But i imagine it wont be an issue on the gladiolas since theres no stealth mode or current control threshold. This threshold feedrate is F4320 so if cura is telling the hibiscus to move x at a feedrate similar to that value it will be very obnoxious.
Tyler and I identified that the cause of the issue is the following line in USBPrinterOutputDevice.py:
self.sendCommand("G1 X%f Y%f F9000" % (parkX, parkY))
This is part of the "Pause" command, but is also used when the connection is closed.
If a printer is power cycled, Cura detects that Marlin restarts and closes the connection, but not before trying to park the head. The feed rate seems a bit high, but isn't anything that the printer can't handle if the command was issued later. I suspect what is happening is that since Cura issues the command right as Marlin is starting up, the command may get executed before Marlin sets up the acceleration values, and thus it is using some outlandish acceleration values.
One option is to try fixing Marlin, but in truth, Cura 2 should not be attempting to park the head after a power cycle, as the printer would have lost all sense of the coordinate system and such a move would likely cause a head crash. So my suggestion is that Cura 2 is modified so that that parking move not happen if the pause is issued in response to a power cycle.
It's not immediately obvious to me how to implement that, but I'll look into it.
If you start a print and then power cycle the machine then cura closes the connection to the machine. If you click print to restart the print it reconnects to the machine then says unable to start job since the printer is busy. Then when you click abort print and yes, this causes the printer to make this move.