burtoogle
-
Posts
1,529 -
Joined
-
Last visited
-
Days Won
19
Content Type
Forums
Events
3D Prints
Posts posted by burtoogle
-
-
Is the model sitting on the buildplate ? Perhaps the z value is < 0?
-
A user of my Cura builds asked about reducing the chance of resonance when printing areas of skin with short lines. I have therefore added a new setting "Avoid Frequency" that, when non-zero, specifies the resonant frequency to avoid. Skin, infill and support interface lines using the Lines and zig zag patterns that would be printed using hot end motion within +-/20% of that frequency will be slowed to move away from that frequency band.
Here's an example showing the speed reductions in the narrow(er) skin regions...
So if anyone uses a printer that has resonance issues and are willing to try out this feature, I would be grateful if you could give it a go and report back whether it is beneficial or not. Obviously, you will need to determine a suitable value for Avoid Frequency and that is going to be printer specific.
It may be that my simplistic approach to just avoiding frequencies within 20% of the specified value is not good enough and it may require either a bandwidth setting adding or upper and lower frequency limits.
As ever, my builds can be found at https://www.dropbox.com/sh/s43vqzmi4d2bqe2/AAADdYdSu9iwcKa0Knqgurm4a?dl=0.
Please read the README.md file there. All feedback is welcome.
Thanks.-
5
-
-
5 hours ago, ahoeben said:
@burtoogle, are you installing the plugin through the Marketplace, or including the latest version from git? I can see how using the git version could have that netifaces issue (thanks for pointing that out), but not the version on the Marketplace.
Merry Christmas Aldo. I saw that problem using my master branches for Cura/Uranium, cura-build-environment and cura-build. The plugin was the version that the marketplace installs.
-
1
-
-
I don't have Cura 4.1 installed so please provide the gcode for comparison. Any print that shows the slowdown will do.
-
Hello @ramsesiden, that's understood. Could you please attach the gcode for that print sliced by Cura 4.1 and 4.4.1 so I can compare them and see what's causing the big slowdown. Thanks.
-
As far as profiles and all that jazz go, my mb-master builds are going to behave the same as the UM builds because I don't fiddle with that part of Cura. When you say extremely slow are you referring to the speed of Cura itself or the speed of the print? Can you provide a project file that illustrates the problem?
-
See my post in
-
Hi @ahoeben, I noticed with my latest Cura builds that the OctoPrint plugin didn't load because the netifaces module wasn't getting included in the cx_freeze. I had to explicitly add it to the list of modules to include. Maybe relevant?
-
You could try my latest build which you can find at https://www.dropbox.com/sh/s43vqzmi4d2bqe2/AAADdYdSu9iwcKa0Knqgurm4a?dl=0.
I have fixed some crashes like the above. Please read the README.md file that is there.
-
1
-
-
Firstly, the model does have some problems as reported by Cura's mesh tools plugin (get that from the marketplace).
But it did go on to slice and, for me, the spikes are attached to the shield...
-
OK, please just try printing with all of the speeds set to 30. Thanks
-
Yes, but is the speed of that infill > the speed of the last wall printed before it?
-
You want to aim to keep the extrusion rate similar between walls and infill. i.e. the product of print speed and line width (aka flow rate) should be the same for all of the different line types (walls, infill, skin).
-
I'm guessing that the infill line that is affected is the first line of the infill to be printed following the outer wall. The outer wall is printed slower than the infill so what could be happening is that the extruder can't accelerate quickly enough to supply the required amount of filament. Does this problem still occur if you use the same print speed for infill as you do for the wall lines that immediately precede it? In your example project that would be the outer wall line.
-
What would be most useful is the project file so that it includes the model and settings. Do File -> Save and attach the .3mf file. Thanks.
-
Thanks for the gcode. Not really enough there to be sure but I'm guessing you are using combing. If so, you need to set the max comb distance with no retract to a value something like 10 or 20. That will stop underextrusion at the start of infill.
-
On 12/18/2019 at 3:22 PM, Jasmine_Moreira said:
As example, I've attached a ridiculous model I created to calibrate the extruder which takes a long time.
Yes, using per-model settings does cause UM Cura to slow down. You could try one of my releases which has some of the issues fixed. Your calib_matrix model takes < 4s to slice. You can find my releases at https://www.dropbox.com/sh/s43vqzmi4d2bqe2/AAADdYdSu9iwcKa0Knqgurm4a?dl=0. Please read the README.md file there for more details.
-
1
-
-
Could you please attach some sample gcode that exhibits this issue. Thanks.
-
The problem with that file is that it contains three lines that contain the string {speed_travel} (or {travel_speed}, I edited it and can't remember which was the original). Point is, the gcode reader can't cope with {symbol} when it's looking for a number. Once I had replaced the {symbol} occurrences with numbers, the file loaded into Cura OK. Hope this helps.
-
Sounds like a bug, could you please attach a sample gcode file to this thread? Thanks.
-
One other thing I noticed was that it creates a lot of support on the top surface of the model around the hinge which doesn't actually support anything (looks like a bug to me). Anyway, you can remove that excess support by reducing the Support Horizontal Expansion setting to, say, 1mm.
-
And a 3rd workaround is to lower the model by 0.01 mm into the build plate.
-
It's related to how the layers are created from the model's polygons. There's a setting called Slicing Tolerance that defaults to "middle". If you set that to "inclusive" that area of support doesn't get removed. However, doing that may also change the shape of the printed object so it may not be a good solution. Alternatively, I found that increasing the initial layer height to 0.3 filled in that missing area. My guess is that the region of the model immediately above where the missing support is must be at a slightly different height than the rest. Hope this helps.
-
Hi, if you could save the project (File -> Save) and then attach the .3mf file to this thread it would be a lot easier to investigate. Thanks.
1mm tall part sliced at 0.1mm yields 4 layers ?? - Confused
in UltiMaker Cura
Posted
There is an option in the preferences to automatically drop the model onto the buildplate. I don't use it myself but perhaps that would help you?