burtoogle
-
Posts
1,529 -
Joined
-
Last visited
-
Days Won
19
Content Type
Forums
Events
3D Prints
Posts posted by burtoogle
-
-
Hello @desultroy, that 2nd image looks like support interface which can optionally be generated above and below the support.
-
On 5/29/2019 at 3:10 PM, rburema said:
Yeah, Cura + CuraEngine is not exactly the easiest to build. We're ramping up our efforts with C.I. as well, so eventually people (at the very least on Linux) should just be able to use cura-build / cura-build-environment.
And that's how I build my releases, using (very slightly modified) cura-build-environment / cura-build. Works for me for Linux and Windows. No longer works for OS X but that's because the Mac Book I have is ancient.
-
Hi @ClayJ, looking at your images, I think the problem is that the width of the wall lines is very large compared to the size of the model so you end up getting gaps between the walls on the layers with the extra walls. The extra wall lines on alternate layers works OK for most spiralized prints. Now there is a way to get around this problem and that is to use a modifier mesh to reduce the wall line widths for the bottom solid layers.
Here's what to do...
1 - Enable spiralize in the profile and load the main model (the vase).
2 - Create an object that is the same height as the bottom layers of your model and big enough so that it completely encloses the model. Let's imagine it's a disk shape. When you try to place the disk, the auto-arrange will probably move it but you can select it and manually set it's position.
3 - Now, using one of the tool buttons on the left, set the mesh type of the disk to be "Modify settings for overlap with other models" and then use the select settings box there to specify that the wall line widths are to be different. Edit the line widths to match, say, the skin line widths you are using.
4 - When you slice, the volume of your vase that is enclosed in the volume of the disk will use the thinner line widths.
Hope this helps.
-
The Cura devs are now working on providing an orthogonal view so this feature should be in Cura in the not too distant future.
-
Very likely to be the same problem as everyone else is seeing...
.
-
Hi, just today I received a new Chromebook (Dell 5190) and I have run one of my Cura AppImages on it. As @Patrice says, you need to install fuse (do 'sudo apt-get install fuse') and make the Cura AppImage executable. It was a bit slow and the layer view was in compatibility mode but it definitely worked. I also installed an openscad AppImage and that works well so it would be possible to create models and slice all on the chromebook with no network connection.
-
Hello @rritch, welcome to the wacky world of 3d printing. In the short term you will probably need to adjust a setting as I mention above to workaround this glitch. Maybe in the longer term the Ultimaker devs will revert or change the regression.
-
Thanks for the g-code files. Looking at them I can see that they contain z-hop moves with a silly feedrate (F17987547480000). This is a recently introduced regression (see https://github.com/Ultimaker/Cura/commit/ce9f3c9bcc79fdd596bd3c5ac87ce9ba7120a031).
You can work around this by either setting the Maximum Speed Z in the printer definition or by setting or the Maximum Z Speed value in the profile.
-
Hi @rritch and @itisnot_me, please can someone attach a sample of the gcode that is having this problem, thanks.
-
10 minutes ago, CalebPetersenPhD said:
People have speculated that there is a bug in Cura that causes it to not increase the fill rate commensurate with how the infill line thickness is increased.
Hmm, let's just do a quick test of that speculation...
Firstly, I used infill line width of 0.6mm and this gives an extrusion rate of 0.075 mm/mm
I then sliced again with an infill line width of 0.7mm and now I see an extrusion rate of 0.087 mm/mm
0.7/0.6 = 1.1666
0.087/0.075 = 1.16
OK, so the ratio of the infill line widths doesn't quite match the ratio of the resulting extrusion rates but it certainly doesn't look like a gross error there. At worst, there's a small rounding error but that may just be due to the short segment lengths used in this example.
-
Hello @Timbe, it's still not obvious what the problem is. It would help a lot if you could save the project file (File ->Save) and attach the resulting .3mf file to this thread. Thanks.
-
Yeah, but don't forget to calibrate your extruder as discussed above!
-
Hello @TomB19, I tried loading that obj file into cura and it complained saying the file was invalid.
I then loaded it into FreeCAD and exported it as an STL which cura did load but then complained that the model wasn't watertight.
I then checked the original obj model in FreeCAD and it showed these errors:
So perhaps the model needs fixing before you can print it?
-
1
-
-
Hello @Kramer, there isn't a different option but my implementation of the wall gap filling just works differently to the Ultimaker version. Have you actually tried it? Do you still get lots of shaking? If so, please save the project file (File -> Save) and attach the .3mf file to this thread. Thanks.
-
Hello @kulfuerst, no it has not changed yet. The only workaround currently is to not use a bridge wall speed that is very much less than the normal wall speed.
-
In my cura-build-environment there is a branch called mb-windows and it has a file called run_cmake.bat which I call before invoking nmake.
-
Hi @Wrothbog, try turning off the fill gaps between walls setting.
-
Hello @nubnubbud, are you executing my run_cmake.bat script before doing the build?
-
24 minutes ago, nubnubbud said:
That's great, and I'll try it in a few hours when I can, but how does it differ from Cura's masters, and will those differences make any issues for making commits or pull requests?
Ah, yes, my mb-linux and mb-windows branches in the cura-build repo reference my own repos for the source for Cura, CuraEngine and Uranium. You will probably want to modify the cmake files in the project directory to reference either Ultimaker's repo or your own fork and also to specify the desired branch you want to build.
-
Hello @nubnubbud. In theory it's just a matter of cloning the cura-build-environment repo and following the instructions to build that and then cloning the cura-build repo and following the instructions to build that. However, I have found that I cannot build a working cura using the master branches of those repos. In my forks of those repos I have my own branches that I work from (mb-linux, mb-windows and mb-osx). I am no longer able to build a working OS X binary but the mb-linux and mb-windows branches work with the current master branches of the cura sources. So, you could try cloning my repos and trying to build from them. See https://github.com/smartavionics/cura-build-environment and https://github.com/smartavionics/cura-build. Hope this helps.
-
1
-
1
-
-
Hello @bondus, try turning off the Use Towers setting, I think that creates those oddities.
-
Hello @changedsoul, on the Linux side, Cura stores state in ~/.local/share/cura/VERSION and ~/.config/cura/VERSION.
BTW, I created git repos in both of those directories which I occasionally use to snapshot my profiles, etc. Then if Cura goes berserk and trashes everything I can recover my previous state easily.
-
1
-
-
Hi @bradjshannon, I just realised looking at your project that you don't need bridging enabled anyway as you are using support. Just disable the bridging and the big blobs will go away. I'm going to fix the problem anyway, but for this print, it's a non-problem.
-
Hi @bradjshannon. Those blobs are being generated because the bridging code tries to stop the underextrusion that normally occurs after a bridge segment by overextruding for a short distance to recover the extruder pressure back to what it should be for the non-bridge lines that follow. I have to admit that I did not imagine that people would use such a huge difference in speeds between the bridge and non-bridge line segments. Sorry, the only workaround is to use a higher speed for the bridge wall segments. I will modify the code so that it limits the amount of overextrusion in cases such as yours. Unfortunately, the fix won't appear in Ultimaker's Cura for many months but I will put a fix into my own releases right away. You can find them at https://www.dropbox.com/sh/s43vqzmi4d2bqe2/AAADdYdSu9iwcKa0Knqgurm4a?dl=0
Introducing The Experimental Bridging Settings
in UltiMaker Cura
Posted
Hello @toribios, thanks for the feedback. No, that's a bug on my part. I will fix that today and create a new release.