Jump to content

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 

G10
M107

M82

and a lot of comments afterwords.

 

Any Ideas why ?

UM2_TopCarrier2.gcode

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

    Hi.

     

    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.

     

    Steve.

     

     

     

    MissingGCode.png

    BinMonitoredEnclosure-5-Narrow-Good.gcode

    PhoneBoxEnclosure-1-1.stl

    PhoneBoxEnclosure-1-1-Bad.gcode

    PhoneBoxEnclosure-1-1-Good.gcode

    BinMonitoredEnclosure-5-Narrow.stl

    BinMonitoredEnclosure-5-Narrow-Bad.gcode

    LastLayerGCodeSlicingIssue.zip

    GCodeAnalyser.png

    GCodeAnalyser2.png

    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

    Hi,

     

    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.

     

    Cheers,

     

    Steve.

     

     

     

     

     

     

    • 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.9 stable released!
        Here comes Cura 5.9 and in this stable release we have lots of material and printer profiles for UltiMaker printers, including the newly released Sketch Sprint. Additionally, scarf seams have been introduced alongside even more print settings and improvements.  Check out the rest of this article to find out the details on all of that and more
          • Like
        • 5 replies
      • Introducing the UltiMaker Factor 4
        We are happy to announce the next evolution in the UltiMaker 3D printer lineup: the UltiMaker Factor 4 industrial-grade 3D printer, designed to take manufacturing to new levels of efficiency and reliability. Factor 4 is an end-to-end 3D printing solution for light industrial applications
          • Heart
          • Thanks
          • Like
        • 4 replies
    ×
    ×
    • Create New...