Jump to content

Odd Behavior at end of print - Retraction


Recommended Posts

Posted (edited) · Odd Behavior at end of print - Retraction

Im observing strange behavior that started recently. 

At the end of print filament retracts all the way down the bowden tube. And print head start to move oddly, like its starting a new print but at current z height, does a few commands then stops. 

Gcode looks good, ends with 



and a lot of comments afterwords.


Any Ideas why ?


Edited by nccwarp9
  • Link to post
    Share on other sites

    Posted · Odd Behavior at end of print - Retraction

    Thanks for the file, can't see anything obviously weird about it. Are you printing from an SD card? If so, could it be that the gcode has got corrupted somehow and it's printing some of the early layers again?

  • Link to post
    Share on other sites

    Posted · Odd Behavior at end of print - Retraction



    I'm seeing the same issue.


    It's happened on a number of prints now, I assumed it was due to a bad SD card to begin with but I don't think that now.


    Here's what I know...

    • I only ever see it from Fusion 360 generated STL's. Never OpenSCAD ones, I've also never seen it on a Thingiverse file (but I don't generally know the application used to generate the files in that case).
    • I've seen it happen a number of times from Fusion 360 generated STLs.
    • Appears to be the last layer (difficult to tell if it's perhaps one or two from the last layer, but never midway through the print).
    • Usually it retracts the filament out or nearly out of the feeder (fast) and them moves the extruder very slowly.
    • Except today's one (see attached "PhoneBoxEnclosure") when it moved the Y axis very slowly and extruded very slowly, in the wrong X position (I have a video if you really want to see it....)
    • It's difficult to reproduce, I've tried a number of times today to re-slice the file with no luck to reproduce the original failure.

    I took the bad gcode from my Ultimaker SD Card and did a diff compared to a re-sliced version and theirs a significant difference for the end of the file (see "MissingGCode" screenshot, all the red is missing GCode that was in the bad file and not in the good).

    • Some different GCode commands (e.g G0 F75 E1808.5661 in the bad which I don't see in the good gcode) 
    • The terminating block of comments for 2.6 firmware doesn't appear in the bad file.
    • The bad file does appear to be terminates early. The final 2 lines are:
    • G1 X110.556 Y174.657 E1996.60882
      G1 X111.11 Y174.701 E199
    • I'd expect that last E199 to be E1996...... hence it looks like the file ended prematurely as well as having bad GCode.


    Given the bad gcode file has gcode that's missing from the good file I don't think it's a corrupt SD card or file, I've also used the SD card numerous times with other files and only seen the problem repeat with F360 based ones.


    My setup:

    • Cura: 3.5.0 (I think I've seen it with previous versions though)
    • Ultimaker 2+ Extended.
    • 0.6mm nozzle
    • Windows OS


    Phonebox stl model sliced using: 

    • 0.2mm Layer Height
    • 80% infil;
    • Rotate counter-clockwise 90 degrees (opening at front) from the model.
    • Otherwise standard Cura settings (however my profiles appear to have got a bit broken during Cura upgrades, I think it's the fast profile base)


    Attached are two designed.

    • PhoneBoxEnclosure-1-1
    • BinMonitoredEnclosure-5-Narrow

    These include good and bad gcode files. If you send the bad gcode to GCode Analyzer (http://gcode.ws/) you can see the final layer issues. I've also added the Fusion 360 file for the PhoneBoxEnclosure if that's any help (I don't think it's changed since the bad slice but it may have). Not sure what the forum is actually going to include so I've added a zip as well that should have everything in it.



    Also... Don't ask I'm calling it PhoneBoxEnclosure when it's more barn or dog house like! (Naming's hard! :-) )


    Hope this helps.
















    Screenshot 2018-10-22 19.40.16.png

    • Like 1
    Link to post
    Share on other sites

    Posted · Odd Behavior at end of print - Retraction

    No one ? This has become a massive issue. 

    Im afraid to leave printer alone in fear it will do something stupid. 

  • Link to post
    Share on other sites

    Posted · Odd Behavior at end of print - Retraction



    Sorry delayed on adding more findings after my initial set, @nccwarp9 you might find this helpful...


    The issue happened again to me after my last post, however I had inspected the gcode file on the SD Card after saving and it appeared to be correct (included the footer padding which was absent on the bad files). However the print failed at the end in the random way, when I put the SD card back into the PC the gcode was again corrupted at the end of the file.


    I tried a few more slice, export and view cycles and every time it appeared OK, however when I removed the SD card and re-inserted it the file would always come out corrupted (Even when I used the "Eject" option!)


    However, when I saved the gcode to local disk and then copied over using Windows explorer (remove, re-insert SD card) I did not see the issue (I only tried this once though, so hardly scientific!).


    I've since moved to a different SD Card and not had the problem (although very limited printing since then).


    Hence I'm more convinced it's a strange SD failure, and/or something weird in Cura's file writing that's triggering the issue. Although how it picks up strange gcode is still puzzling, but given my SD cards tend to be used only for gcode files then it's possible it's picking up data from an old file. I'm guessing theirs some kind of cache on the SD card that gets cleared when power cycled which is why the file appears to be ok initially but then bad once power cycled.


    @nccwarp9 - my suggestion would be one or more of the following (a) change SD cards, (b) save to SD card, remove, re-insert, use a text editor to load the gcode and check for the big comment in the footer (assuming your cure/UM firmware does the same as mine) - or load into a gcode viewer and check the "last" layer, (c) (may not help) save to local disk, then use a file copy utility (i.e. Windows Explorer) to copy the file to SD (and then remove-reinsert and check the file). - Obviously none of these are ideal, but my money's on an issue with the SD card.











    • Like 1
    • Thanks 1
    Link to post
    Share on other sites

    Create an account or sign in to comment

    You need to be a member in order to leave a comment

    Create an account

    Sign up for a new account in our community. It's easy!

    Register a new account

    Sign in

    Already have an account? Sign in here.

    Sign In Now
    • Our picks

      • UltiMaker Cura 5.7 stable released
        Cura 5.7 is here and it brings a handy new workflow improvement when using Thingiverse and Cura together, as well as additional capabilities for Method series printers, and a powerful way of sharing print settings using new printer-agnostic project files! Read on to find out about all of these improvements and more. 
          • Like
        • 18 replies
      • S-Line Firmware 8.3.0 was released Nov. 20th on the "Latest" firmware branch.
        (Sorry, was out of office when this released)

        This update is for...
        All UltiMaker S series  
        New features
        Temperature status. During print preparation, the temperatures of the print cores and build plate will be shown on the display. This gives a better indication of the progress and remaining wait time. Save log files in paused state. It is now possible to save the printer's log files to USB if the currently active print job is paused. Previously, the Dump logs to USB option was only enabled if the printer was in idle state. Confirm print removal via Digital Factory. If the printer is connected to the Digital Factory, it is now possible to confirm the removal of a previous print job via the Digital Factory interface. This is useful in situations where the build plate is clear, but the operator forgot to select Confirm removal on the printer’s display. Visit this page for more information about this feature.
          • Like
        • 0 replies
    • Create New...