Jump to content

Unexpected behavior when printing


Recommended Posts

About 3 years ago, I built a Voron 2.4 300mm from scratch (Pi4B, SKR 1.4 MCU boards, Afterburner). Very pleased with it.

Maybe someone has some insight on this. Every so often (very rare), A print will shift out of position (around 5 mm or so) after the first or second layer. Or, like what happened last night, the printer stopped right after printing the entire file, the print head positioned over the part at the very last position - the bed heater turned off, but the hot end still heated (not turned off) and not returned to a neutral position, etc. Also, Fluidd showed an error symbol for the print job (see image).

I'm glad I stayed up last night to take the print out - if I hadn't, the print head would have been hovering over the last point in the print job with the hot end still heating (see why you shouldn't leave a 3D printer unattended?) 🙂

Any clues as to what might cause this? Like I said these occurrences are extremely rare, but disturbing when they happen. It's not a physical problem with the printer - the shifting problem, for example, goes away when I reprint the same g-code file. It seems to be a hiccup in the system when it's printing. Bad memory spot on Pi SD card? I check the g-code file on the printer to see if it got chopped off somehow when importing to the Pi, but it was all there - it was not corrupted.

Noise in the electronics, perhaps a micro interruption in power to the printer? A very brief interruption in power from the mains is to me the one that seems to be the most plausible. Perhaps a good reason to use a UPS with printers...

Anyone with thoughts on this?

 

 

image.png

Link to comment
Share on other sites

Shifts are from one or more motors skipping steps. The instantaneous acceleration is too high or the motor currents are too low. It's not 100% consistent between repetitions of the same G-code file because you're operating near the configuration's physical limits and there's some randomness inherent in that.

The other issue is some kind of error. Look in the Klipper log (~/klipper_logs/klippy.log on my Pi, but I'm not sure that's standard) or the console to see what it is.

Link to comment
Share on other sites

Thanks for the suggestion on motor skipping. This problem is very rare, and it has happened on small objects where the speed or complexity was not a factor. I never print above 120mm/sec, and my acceleration and jerk are the default - I have not tried to make the machine a speed-demon, I'm just happy it prints stuff. As far as the motor currents are concerned, I need to check into that - I don't believe I've ever checked them on the Voron.

The other issue I figured out. I was printing an object that was 295mm x 295mm. What was happening was the printer ignored a command in the print_end macro to move 10mm to eliminate stringing at the end of the print. Because the print was so large, the 10mm was outside the the print boundary so Klipper returned an error message and stopped. I commented out the command so this won't happen anymore.

Link to comment
Share on other sites

  • 2 weeks later...

My PRINT_END macro has these lines:

    {% set max_z = printer.configfile.config["stepper_z"]["position_max"]|float %}
...
    {% if printer.toolhead.position.z < (max_z - 2) %}
        {% set z_safe = 2.0 %}
    {% else %}
        {% set z_safe = max_z - printer.toolhead.position.z %}
    {% endif %}
...
    G0 Z{z_safe} F3600             ; move nozzle up
    G0 X{x_safe} Y{y_safe} F20000  ; move nozzle to remove stringing
    TURN_OFF_HEATERS
    M107                           ; turn off fan

    G90                            ; absolute positioning
    G0 X60 Y115 F20000          ; park nozzle near rear
    {% if printer.toolhead.position.z + z_safe < max_z - 10 %}
        G0 Z{max_z - 10} F3600
    {% endif %}

This was cribbed from elsewhere, and I have a TODO in there saying "clean this up", so it is probably horrid.  It also has some X and Y versions which I omitted for brevity.  The gist of it is to move the nozzle up and to the side immediately to avoid stringing, then it moves the nozzle to a parked position.  If the nozzle has plenty of headroom, it moves up 2mm, then to max_z-10mm.  If there is not headroom, it just moves up to max_z.

[This is for a V0.2, where the bed has to travel to the bottom to trigger the Z endstop.  So it makes sense to just park close to max_z at the end of a print.  In other situations I'd probably just have it go up 20mm and to the back wall.]

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...