Printer moves after hard reset

Hi
My printers are coreXY and traditional Cartesian printers running repetier for due.

My server is repetier 0.80.3

If i reset my printer via a hard reset button on the printer, the printer will move erraticcaly once connection is re-established to repetier server.
If a print is done successfully or my printer is not homed (or repetier server does not think it is homed) or if the stepper timeout is reached and I do a filament change on the UI, the printer will try and move the xy gantry very slowly to the x min and y max position at what i am guessing is 4mm/s. the extruder will also do the long retract or extrude at this speed.

Once I reset the printer and try again the behavior is not present.
This makes the ui filament change function useless to me as it is not working. I have written a g-code command script to do this for me correctly.
Please advise.  

Comments

  • If you enable logging for print and idle, can you see a command for that slow move being send to firmware? If so what command is it and is it in your event dependent code? Server only sends commands on connection start and on events it sends what is in your event dependent code.

    With reset from printer state it might be a bad timing so a command that was meant for before reset gets send afterwards but then coordinates have been reset to 0 from your reset. Generally you should not reset after being connected if there is no reason for it.

    Have you any event dependent scripts in your filament change? I guess it tries to move to position it thinks it is at but having reset this is not at current position any more. Will have to check the sources for more informations here.
  • I will make a video to show this issue. My custom filament change scripts work, it is the button for filament change that is built in on repetier server does not work correctly.

    A hard reset is needed from time to time if something went wrong or the print is bad. Trying to stop a print via the interface is slow as I have a move buffer of 128bytes and 600 bytes serial buffer. 

    It is a safety concern that once you hard reset, commands are still sent through by the host and the printer starts moving again.
    I did not have this issue on octoprint / mattercontrol / s3d
  • Isn't so much buffer overkill? But yes it explains why reset takes long at least when the reset function is not working with the board. Hope the video makes it clear what is happening so I can check it against source code to see what is happening.
  • Hi
    here is the video of what happens when the printer is reset mid print:


    If the server is in ping-pong mode this does not happen, but printing is obviously slow due to ping-pong
Sign In or Register to comment.