› ›

Host 1.0.5 Go to Park Position After Job/Kill Does Not

WildseyedWildseyed
in Bug Reports
I posted this once before when 1.0.3 came out.  It is still broken in 1.0.5, that if you have the option checked to Go to Park Position After Job/Kill, the print completes, and the head does not go to the park position.

Comments

  • RepetierRepetier
    Ok I found a problem with the z axis handling and homing handling for jobs that could prevent parking if you start with unhomed printer even if job contains homing. Will be fixed in 1.0.6
  • theontegtheonteg
    I think that in 1.0.6 the bug is still there... Confirm this please.

    Thank you
  • RepetierRepetier
    Make sure you have G28 in you gcode, then park should do what it is expected to do. It only does if it believes the coordinates are right. Maybe that test is a bit much safety, but thats a required condition for now to get it executed parking.
  • pierrealexbpierrealexb
    I
    I have a similar problem,

    After killing job, repetier always send the head to X0 Y0 even when I write this custom action when killing:

    G91
    G0 Z5
    G90
    G28 X0 Y0

    My park position is X159 Y150 Z0

    Does it possible to cancel this movement?

    Thanks!!

    Pierrealexb
  • CabooseCaboose
    I just installed 1.0.6 and am having the same problem.  The print head is actually solidifying in the finished piece, and I have no idea how to make it move when the print is finished outside of waiting around and doing it manually.
  • The_DonThe_Don
    Hi, I confirm the bug in 1.0.6
    After job completion the printer homes correctly. I am using the default end gcode from Slic3r which includes G28.
    However, when I kill a job during the print, the head just goes to 0,0 at the layer height it was printing. It does not go to my specified park position of 0,0,200.
  • theontegtheonteg
    Try placing G28 command on the start rather than the end of the code.

    Parking works fine
Sign In or Register to comment.