Jump to content
Ultimaker Community of 3D Printing Experts
nccwarp9

Odd Behavior at end of print - Retraction

Recommended Posts

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


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

    • Introducing Ultimaker Cura 3.6 | Beta
      Ultimaker Cura 3.6 | Beta is available. It comes with new features, bug fixes, and UX improvements. We would really like to have your feedback on it to make our stable release as good as it can be. As always, you can download the beta for free from our website, for Windows, MacOS, and Linux.
        • Like
      • 92 replies
    • Print Core CC | Red for Ruby
      Q: For some users, abrasive materials may be a new subject matter. Can you explain what it is that makes a material abrasive when you are not sure which print core to use?
      A: Materials which are hard in a solid piece (like metals, ceramics and carbon fibers) will generally also wear down the nozzle. In general one should assume...
        • Like
      • 30 replies
    • "Back To The Future" using Generative Design & Investment Casting
      Designing for light-weight parts is becoming more important, and I’m a firm believer in the need to produce lighter weight, less over-engineered parts for the future. This is for sustainability reasons because we need to be using less raw materials and, in things like transportation, it impacts the energy usage of the product during it’s service life.
        • Like
      • 12 replies
×

Important Information

Welcome to the Ultimaker Community of 3D printing experts. Visit the following links to read more about our Terms of Use or our Privacy Policy. Thank you!