-
Posts
1,529 -
Joined
-
Last visited
-
Days Won
19
Content Type
Forums
Events
3D Prints
Posts posted by burtoogle
-
-
Hello @Madau3D, my version of Cura provides a different implementation of the thin wall printing and wall gap filling and it can make a better job of tapering thin walls and gaps. You can install it alongside the normal Ultimaker Cura. If you wish to try it (Linux and Windows only, I'm afraid), please take a look at https://www.dropbox.com/sh/s43vqzmi4d2bqe2/AAADdYdSu9iwcKa0Knqgurm4a?dl=0
This part has a tapered thin wall and tapered filled gaps...
-
1
-
-
Good, glad you have sorted it out. Cheers!
-
OK, thanks for the project file. I sliced that and the only temperature setting commands set 220 at the start of the print and 0 at the end. There's no change-at-z script as far as I can see. Dunno, looks fine to me.
-
Err, no, try again, we want to see the .3mf file. Do File -> Save from within Cura so that it will save the model and the settings into a Cura project file.
-
29 minutes ago, yellowshark said:
Err yes it does! If you change from a 0.4 to 0.8 nozzle you will change your line width which will increase the volume of extrusion per sec. That is why you uses a larger nozzle, predominantly to reduce print time.
Yes, the extrusion rate will go up if you change the line width but it's the change in line width that changes the extrusion rate not the fact that the hole is bigger/smaller. It may be that the line width is somehow automagically set from the nozzle hole size but that's an indirect effect.
-
3 hours ago, Touradnik9 said:
Burtoogle, I saw your reply, thanks! So it is a rectangular cross section, Area = width * layer height.
Correct.
-
10 minutes ago, Touradnik9 said:
I would guess, but Cura's code in not open source
I guess you are saying that Cura's code is not open source. Well it is and if you want to check the calculations just look in https://github.com/Ultimaker/CuraEngine
-
2 minutes ago, geert_2 said:
This took me some time to understand, but as I see it now, it is the *printed* sausage that counts, not the nozzle.
The extruded amount has to fill the printed sausage. So, ideally if there would be no air trapped between the sausages, and at 100% infill, it would print perfectly *rectangular bars* with dimensions: line-width x line-height x traveled distance. I guess that is where this calculation comes from?
The nozzle-opening limits accuracy: too wide, and it can't print fine lines; too narrow, and it can't extrude enough material.
Is this correct?
Yes, as far as I know, that is correct. The nozzle size needs to be suitable for the line widths being printed but other than that it doesn't influence the extrusion rate.
-
The nozzle is just a pipe that delivers some amount of filament per unit of nozzle distance moved. Although the diameter of the nozzle will affect the quality of the extruded line, it doesn't affect how much plastic needs to be squirted through it for a given line width/height. If the hole is bigger, the flow velocity would be lower compared to a small hole. The actual volume of the extrusion doesn't change when the nozzle diameter is changed.
-
10 minutes ago, yellowshark said:
I am no expert on this but with a circular nozzle would Cura assume the cross section is rectangular?
The nozzle shape doesn't come into it. The settings that do influence the extrusion amounts are:
Line width
Layer height
Flow multipliers
Filament diameter
And then there's other funky stuff like overlap compensation, wall gap filling, thin walls, spiralization, etc. that all mess with the extrusion rates.
-
It's probably been affected by the change-at-z script that has been diddling with your gcode...
;LAYER:32 G1 F2700 E528.58937 ;MESH:Object 1 G0 F7200 X110.319 Y109.188 Z5 ;ChangeAtZ V5.1.1: executed at 5.00 mm M117 Printing... ch@ 5.0 M104 S235.000000 T0
-
1 hour ago, Touradnik9 said:
Hello,
I was wondering how Cura computes the E values for the gcodes. What type of cross section does the software assume for the extrudate mass?
Thanks!
Tim
It assumes the lines are rectangular with a cross sectional area of layer-height * line-width.
-
1
-
-
It's a complete installation. I am just building a windows version now. Later it will be available at https://www.dropbox.com/sh/s43vqzmi4d2bqe2/AAADdYdSu9iwcKa0Knqgurm4a?dl=0
-
Hi @kulfuerst, I printed some 1/4 res gyroid infill on my Kossel mini delta and it printed it OK. If you are running Cura on either Windows or Linux then you could try one of my builds. In which case I will build a version that has these lower resolutions for you to try.
-
-
Hello @kulfuerst, that's an interesting idea.
The gyroid infill at the moment uses 16 segments per wave length. That produces nice curves and looks like this...
8 segments per wave length is still quite smooth and looks like this...
And 4 segments per wave length is pretty ugly and looks like this ...
Lower resolution infill would slice quicker also.
I think it would be good to give people the choice to it just remains to decide the best way of achieving that.
-
1
-
-
1 hour ago, gr5 said:
Those versions you linked to on dropbox were created by smartavionics, right burtoogle?
That's true, but it's cool, burtoogle === smartavionics.
-
OK, so that confirms that the little lines are being generated by the fill gaps between walls feature. Try mine, it works a lot better for most prints. You can install my builds alongside the official releases, they won't conflict.
-
1
-
-
Hello @abbrowna, that looks like the wall gap filling and not skin. The way to tell is to set Fill Gaps Between Walls to Nowhere and that should make it go away. The wall gap filling Cura is pretty broken (along with the thin walls printing). I have a Cura build that provides a different implementation of those features and it may well work better. If you wish to try it, my builds can be found at https://www.dropbox.com/sh/s43vqzmi4d2bqe2/AAADdYdSu9iwcKa0Knqgurm4a?dl=0
-
1
-
-
How about increasing the skin overlap %? Maybe printing the bridge skins slower would help to?
-
1
-
-
31 minutes ago, sduff said:
How could this be solved ? Is there a way to force the printing order in the gcode ?
I think this bug has been squashed recently. Are you using the most recent Cura release?
-
Thanks, as far as I can tell, BOX.stl has no issues, it's a good model.
So going back to the error message shown above, it looks like the problem is due to the extruder being disabled or something similar. i.e. it's a settings problem and not the model that's causing the trouble.
-
As @ahoeben said above, we need more info to be able to help. Please attach the stl file. Thanks.
-
This is caused by the fill gaps between walls feature. Some versions of cura behave better in regard to this feature so it's worth using a recent release (say 4 or greater). Even better, you can use one of my cura builds (Linux or Windows only) and they use a completely different implementation for the wall gap filling and thin walls which do not produce the zillions of little lines. You can find my releases at https://www.dropbox.com/sh/s43vqzmi4d2bqe2/AAADdYdSu9iwcKa0Knqgurm4a?dl=0
. My releases also feature quite a few other bug fixes and improvements (IMHO) compared to the Ultimaker releases.
Cura Not Slicing as intended
in UltiMaker Cura
Posted
Hello @TechAndrew, is it possible you could share the model file, I would like to have a go at slicing that. Thanks.