RE: Print finish parking position
Here's a print I did this morning. Y park was set to Y2. It printed, went to Y2, paused and then returned to back right. I've included the bgcode it used which can be converted to gcode using Prusa Gcode viewer.
RE: Print finish parking position
Steve,
Thanks for the uploaded file, I agree that I don't see anything odd in the .3mf. I did notice that you are slicing to binary g-code, have you tried turning that off? I will try your test file as is on my printer as soon as I can and report back.
One thing I forgot to ask, how do you transfer your prints to the printer? I use Octoprint to control my printer so I have never used the bgcode format.
Regards,
Steve
RE: Print finish parking position
So, I finally had an opportunity to experiment with this. I used your sliced .bgcode file as is, loaded and run from the USB and it behaved exactly as you described. I then re-sliced the model using my printer profiles (changing only the park position y), saved as standard .gcode and ran that from the USB. The behavior was almost identical. My profile lowers the print bed at the end of the print so with my slice the print finished, the head moved to the intended park position, the print bed lowered and then the print head moved to the right rear and the print bed lowered again.
As running my gcode from Octoprint I am able to modify the park position at will I am left to conclude that your original hypothesis is correct, there is some hard-coded activity in the firmware that executes when running from the USB drive (at least, I've not ever used Prusa's remote connection/control software).
I don't know why they would have included the park position g-code in the slicer if they are just going to override it in the firmware. Sounds like a bug to me 🙂
Regards,
Steve
RE: Print finish parking position
The park operation also leaves the steppers enabled. I tried to do a disable steppers command in custom gcode but it gets over ridden. Wanted the printer to be silent after completion.
RE: Print finish parking position
The g-code leaves the Z-axis steppers energized (should be turning off X, Y and E) in order to keep the bed from "drifting" downward. Note that if you are successful getting the printer to leave the Z motors disabled you may need to run the Z-axis calibration to re-level the print bed each time before you start a print. As I said in my previous post, controlling the printer via Octoprint allows me to successfully modify the end-of-print behavior with no interference from the firmware.
Regards,
Steve