Application Version
3.4.1
Platform
Windows 10
Printer
Creality Cr-10s
Steps to Reproduce
Slice anything in vase mode and enable ironing the last layer.
Actual Results
Step in last layer and filament spike coming out of it.
Expected results
Smooth last layer
Additional Information
I'm not sure if that's a bug, so this might be a feature request not an issue report.
Only skins get ironed. In vase mode, the only skins are at the bottom and the top of the vase will always have a step in it. I guess it would be possible to reduce the flow gradually on the last layer but it's not practical to reduce the flow too much so there's always going to be some step.
We could end spiraling the same way it begins: with a flat layer. That layer could then gradually reduce material extrusion because the distance to the last spiralised layer is getting smaller.
I would be surprised if it were possible to do something like that without the result looking either rough or with a lip forming (reverse elephants foot?). Personally, I would rather have the spiral come to an abrupt end which I can smarten up with a scalpel than to have a blobby or fattened top edge.
As far as I'm concerned S3D decreases the speed of ascending and the flow gradually along the last layer and the results look really good. The "reverse elephant foot" is almost nonexistent.
To me, it looks like the top layer is wider than the layer below it. Can you check, please? Also, I would be interested to see the gcode that was printed from. Thanks.
Here you go. I forgot to turn the retraction on, so if you try to print it, i would leave plastic smudge at the last layer.
The last layer is only a little bit wider and only along a half of the last circle.
Thanks for the gcode. I can see what they are doing. They do one extra lap at the same z-height and decrease the flow to 50%. That still means that it's going to squidge out the excess plastic in the last half a lap. I will do some experiments and see if I can come up with something that doesn't fatten the rim. I am not very hopeful but I will give it some time.
I shall first try doing an extra lap with the flow decreasing to 50% at the half way point and then coasting for some further distance.
Be more optimistic about the results :)
I think that with fattening the print will be smoother than without
smoothing altogether.
At lower layer heights you might need higher flows than expected because
the back-pressure is causing more slippage in the feeder.
Also the back-pressure is causing the filament to be compressed a bit in
the Bowden tube, which means you need to feed more material to compensate.
Going down to 50% may actually make a lot of sense.
On Fri, Aug 17, 2018 at 10:23 AM, JasiuHimself notifications@github.com
wrote:
Be more optimistic about the results :)
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/Ultimaker/Cura/issues/4221#issuecomment-413794358,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AIe9ETrggYWxjh9TyO3sZsAhfAsfUEZ4ks5uRn1mgaJpZM4V4DDI
.
--
Kind regards,
Tim Kuipers
Ultimaker BV
Well, I have to eat my words as the result came out a lot better than I expected. The point the nozzle leaves the print is at the back of this image (against the yellow). No fattening of the last layer.
This used flow reduction from 100% down to 50% over 50% of the last outline and then coasted for another 10mm. Layer height is 0.2mm.
I shall upload another release and you can try it yourself
Wow! Awesome once again!
I've got stuck on a problem which is I can't reliably detect when the last layer is being printed. For some unknown reason, Cura sometimes prints one less layer than expected. I shall try and work around this.
I worked around the issue and am currently uploading a new release. It should be complete in about 30 mins (sorry, no fibre broadband here!). You can find it in the same location as before.
I should say that you cannot see this final tapering half-layer in the Cura layer view because it will be drawn at the same height as the full layer that preceded it. That's because the layer view thinks all layers are flat rather than gently sloping.
Great! Thank you very much!
Hi @JasiuHimself , I have just changed the implementation and have copied the CuraEngine executable to Dropbox. Could you please replace the CuraEngine in the recent archive and give it a test. Thanks.
For some unknown reason, Cura sometimes prints one less layer than expected
Wait - what?!
That sounds like a very serious problem!
Does this happen on all objects or only in spiralize mode?
Is it also present in the layer view, or only in the actual print?
Hi Tim, at the moment I am using this test in a LayerPlan method to detect the last spiralized layer:
if ((size_t)layer_nr == (storage.spiralize_wall_outlines.capacity() - 1) || storage.spiralize_wall_outlines[layer_nr + 1] == nullptr)
storage.spiralize_wall_outlines has the same capacity as the total number of layers but, sometimes, the last layer doesn't have any data and a LayerPlan for that layer is never created. The slicing tolerance setting (inclusive, middle, exclusive) influences the result but I haven't tried investigating why
a layer goes missing.
And, no, the last layer isn't some tiny point that gets shrunk to nothing!
Maybe what's happening is that the total number of layers is set early on based on the overall height of the object and before the layers have actually been created but when the polygons are created using
the slicing tolerance set by the user, a layer gets shaved off the top or bottom?
Slicing tolerance could indeed make the last layer empty, but that's by
design then. I don't think that should cause any problems.
Are you ever seeing the problem when slicing tolerance is normal (middle)?
On Fri, Aug 17, 2018 at 4:53 PM, Mark Burton notifications@github.com
wrote:
And, no, the last layer isn't some tiny point that gets shrunk to nothing!
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/Ultimaker/Cura/issues/4221#issuecomment-413891488,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AIe9EX_8KMKHjVJ2hIV4WY8OkMy8rnVxks5uRtjzgaJpZM4V4DDI
.
--
Kind regards,
Tim Kuipers
Ultimaker BV
Yeah that might be what's happening.
So in order to detect whether we are at the top of a spiralise vase we need
to check whether the next layer is empty or something.
On Fri, Aug 17, 2018 at 4:57 PM, Mark Burton notifications@github.com
wrote:
Maybe what's happening is that the total number of layers is set early on
based on the overall height of the object and before the layers have
actually been created but when the polygons are created using
the slicing tolerance set by the user, a layer gets shaved off the top or
bottom?—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/Ultimaker/Cura/issues/4221#issuecomment-413892664,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AIe9EekBgIwjeqIJ9hA1LflSlRt_9Lbmks5uRtnbgaJpZM4V4DDI
.
--
Kind regards,
Tim Kuipers
Ultimaker BV
Are you ever seeing the problem when slicing tolerance is normal (middle)?
Yes, because that's what I use by default.
So in order to detect whether we are at the top of a spiralise vase we need to check whether the next layer is empty or something.
That's what my test I quote above is doing.
Hey @smartavionics I tried the new version of cura engine and I'm getting stuck on "slicing...", nothing happens
Ah, I guess that there may be an incompatibility with that CuraEngine and the previous release. I will upload a full release and you can try that. Should be available within an hour!
Ok, so I just have used your new Cura and the result is amazing.
The antenna is here probably because I used 1mm nozzle and 230 degrees with pla.
But with a simple cut....
Once again I'm very impressed with your achievements. 🥇
The only problem with the print is the first-spiralized-layer-elephant-foot.
OK, I shall do some experiments and see if the first spiral layer can be tapered without producing any holes.
More photos. The top looks really great.
And the bottom.
I have a new CuraEngine in Dropbox. Please try and use that. If it hangs up like the other one did. Copy the fdmprinter.def.json that's in Dropbox to cura/share/cura/resources/definitions/fdmprinter.def.json in my tree and restart cura.sh.
This engine now tapers the bottom layer. I have done some tests and so far it appears to create watertight joints but I would be grateful if you could do some testing too.
@smartavionics even after substituting the file I'm still "Slicing..."
OK, I will make a new release. Should be there within an hour...
Ok, so I have sliced the same model with the same settings with the new release.
There is some difference, now there are two wider first layers.
For comparision from left to right: Cura 3.4.1, Cura mod @smartavionics , S3D
S3D has lots of other ugly issues, but (I think so by the way it was printed) they do first solid layers without any offset, and then start spiralizing the same way they end the last layer, with maybe 50% extrusion and a fraction of a layer height, and then proceed from that. Unlike Cura, S3D does that without any nozzle jumps, which, in my opinion, is beneficial for the final outcome. (while still being watertight!)
Hmm, can you please attach the cura project for that print. Thanks.
Sure.
test.curaproject.3mf.txt
Unfortunately, my master branch Cura crashes when I try to load that project file.
Can one of @Ghostkeeper , @jackha , @LipuFei , @ianpaschal say what's wrong here please?
2018-08-21 14:06:58,185 - INFO - [MainThread] cura.Settings.MachineManager._updateQualityWithMaterial [1216]: Updating quality/quality_changes due to material change
2018-08-21 14:06:58,186 - DEBUG - [MainThread] cura.Settings.MachineManager._updateQualityWithMaterial [1223]: Current quality type = [normal]
2018-08-21 14:06:58,186 - INFO - [MainThread] cura.Settings.MachineManager._updateQualityWithMaterial [1237]: Current available quality type [normal] is available, applying changes.
2018-08-21 14:06:58,188 - DEBUG - [MainThread] cura.Machines.Models.CustomQualityProfilesDropDownMenuModel._update [15]: Updating CustomQualityProfilesDropDownMenuModel.
2018-08-21 14:06:58,199 - DEBUG - [MainThread] cura.Machines.Models.QualityProfilesDropDownMenuModel._update [50]: Updating QualityProfilesDropDownMenuModel.
2018-08-21 14:06:58,205 - DEBUG - [MainThread] cura.Machines.Models.GenericMaterialsModel._update [23]: Updating GenericMaterialsModel.
2018-08-21 14:06:58,206 - DEBUG - [MainThread] cura.Machines.Models.BrandMaterialsModel._update [86]: Updating BrandMaterialsModel.
2018-08-21 14:06:58,229 - DEBUG - [MainThread] cura.Machines.Models.GenericMaterialsModel._update [23]: Updating GenericMaterialsModel.
2018-08-21 14:06:58,230 - DEBUG - [MainThread] cura.Machines.Models.BrandMaterialsModel._update [86]: Updating BrandMaterialsModel.
2018-08-21 14:06:58,261 - CRITICAL - [MainThread] cura.CrashHandler.__init__ [65]: An uncaught error has occurred!
2018-08-21 14:06:58,262 - CRITICAL - [MainThread] cura.CrashHandler.__init__ [68]: Traceback (most recent call last):
2018-08-21 14:06:58,262 - CRITICAL - [MainThread] cura.CrashHandler.__init__ [68]: File "/opt/cura/lib/python3/dist-packages/cura/CuraApplication.py", line 871, in event
2018-08-21 14:06:58,262 - CRITICAL - [MainThread] cura.CrashHandler.__init__ [68]: return super().event(event)
2018-08-21 14:06:58,262 - CRITICAL - [MainThread] cura.CrashHandler.__init__ [68]: File "/opt/cura/lib/python3/dist-packages/UM/Qt/QtApplication.py", line 411, in event
2018-08-21 14:06:58,263 - CRITICAL - [MainThread] cura.CrashHandler.__init__ [68]: event._function_event.call()
2018-08-21 14:06:58,263 - CRITICAL - [MainThread] cura.CrashHandler.__init__ [68]: File "/opt/cura/lib/python3/dist-packages/UM/Event.py", line 189, in call
2018-08-21 14:06:58,263 - CRITICAL - [MainThread] cura.CrashHandler.__init__ [68]: self._function(*self._args, **self._kwargs)
2018-08-21 14:06:58,263 - CRITICAL - [MainThread] cura.CrashHandler.__init__ [68]: File "/opt/cura/lib/python3/dist-packages/cura/Utils/Threading.py", line 27, in _handle_call
2018-08-21 14:06:58,263 - CRITICAL - [MainThread] cura.CrashHandler.__init__ [68]: ico.result = func(*args, **kwargs)
2018-08-21 14:06:58,264 - CRITICAL - [MainThread] cura.CrashHandler.__init__ [68]: File "/opt/cura/lib/cura/plugins/3MFReader/ThreeMFWorkspaceReader.py", line 582, in read
2018-08-21 14:06:58,264 - CRITICAL - [MainThread] cura.CrashHandler.__init__ [68]: return self._read(file_name)
2018-08-21 14:06:58,264 - CRITICAL - [MainThread] cura.CrashHandler.__init__ [68]: File "/opt/cura/lib/cura/plugins/3MFReader/ThreeMFWorkspaceReader.py", line 706, in _read
2018-08-21 14:06:58,264 - CRITICAL - [MainThread] cura.CrashHandler.__init__ [68]: self._applyChangesToMachine(global_stack, extruder_stack_dict)
2018-08-21 14:06:58,264 - CRITICAL - [MainThread] cura.CrashHandler.__init__ [68]: File "/opt/cura/lib/cura/plugins/3MFReader/ThreeMFWorkspaceReader.py", line 953, in _applyChangesToMachine
2018-08-21 14:06:58,265 - CRITICAL - [MainThread] cura.CrashHandler.__init__ [68]: self._applyMaterials(global_stack, extruder_stack_dict)
2018-08-21 14:06:58,265 - CRITICAL - [MainThread] cura.CrashHandler.__init__ [68]: File "/opt/cura/lib/cura/plugins/3MFReader/ThreeMFWorkspaceReader.py", line 934, in _applyMaterials
2018-08-21 14:06:58,265 - CRITICAL - [MainThread] cura.CrashHandler.__init__ [68]: machine_material_diameter = extruder_stack.materialDiameter
2018-08-21 14:06:58,265 - CRITICAL - [MainThread] cura.CrashHandler.__init__ [68]: File "/opt/cura/lib/python3/dist-packages/cura/Settings/ExtruderStack.py", line 77, in materialDiameter
2018-08-21 14:06:58,265 - CRITICAL - [MainThread] cura.CrashHandler.__init__ [68]: return self.getProperty("material_diameter", "value", context = context)
2018-08-21 14:06:58,266 - CRITICAL - [MainThread] cura.CrashHandler.__init__ [68]: File "/opt/cura/lib/python3/dist-packages/cura/Settings/ExtruderStack.py", line 103, in getProperty
2018-08-21 14:06:58,266 - CRITICAL - [MainThread] cura.CrashHandler.__init__ [68]: raise Exceptions.NoGlobalStackError("Extruder {id} is missing the next stack!".format(id = self.id))
2018-08-21 14:06:58,266 - CRITICAL - [MainThread] cura.CrashHandler.__init__ [68]: cura.Settings.Exceptions.NoGlobalStackError: Extruder creality_cr10_extruder_0 #2 is missing the next stack!
@smartavionics I'm on it. It's a bug.
Thanks, I appreciate the quick response, good luck!
@smartavionics Should be fixed by af64d91587c4363ca30a9ed38d0ce03eeae701ed. Try to pull the latest master.
Yay! it works again, thanks @LipuFei .
Hi @JasiuHimself , I have looked at the gcode that is produced with this project and it doesn't look wrong. I am thinking that maybe because you are using such a wide line width and also quite deep layers the extruder flow is very high and so when the first spiral layer starts and the flow is reduced in the g-code, the extruder just keeps flowing at the same rate and you get the filament squidging out.
The tests I have done here (with a different model) look very good, no elephant's foot at all.
Also, looking at your photos, I think your nozzle is too close to the build plate. That first layer is much too low, you should not have all that filament squirting out on the first layer.
I think your nozzle is too close to the build plate.
Yes, that could be the case, I'll try to adjust that.
But still I've printed some similar models and the problem wasn't as visible.
Also, the third model on the right, for which gcode was generated in S3D, was printed on the same printer with no adjustments without elephant foot.
Hi @smartavionics, I have adjusted the nozzle - build plate distance. Since then I have printed many vases trying to make them look as good as possible, but there is always a flaw in the beginning of the
print - the blobs from making the initial spiralized layers watertight and the difference between "solid bottom layers" and spiralized layers.
Is there any chance you'll give implementing the beginning of spiralization by gradual flow increments a shot and/or adjusting the mentioned visible differences in layers?
Best regards
@JasiuHimself Sorry, off topic, but love that blue PLA. What brand is it? Looks like blue glass the way the light filters through it.
It's from Polish manufacturer http://www.plastspaw.pl/index_en.html they are selling it as WOLFix PLA crystal line.
Most helpful comment
I think that with fattening the print will be smoother than without
smoothing altogether.
At lower layer heights you might need higher flows than expected because
the back-pressure is causing more slippage in the feeder.
Also the back-pressure is causing the filament to be compressed a bit in
the Bowden tube, which means you need to feed more material to compensate.
Going down to 50% may actually make a lot of sense.
On Fri, Aug 17, 2018 at 10:23 AM, JasiuHimself notifications@github.com
wrote:
--
Kind regards,
Tim Kuipers
Ultimaker BV
www.ultimaker.com