Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

Personal Information

  • Country

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Hi again, one frequent advice for users facing problems with "sharpest corner" z-seam alignment is to switch it to "user specified". While this is a very useful advice I have the issue that setting the z-seam coordinates is very unprecise. Is there a way to have an indicator on the virtual build-plate where exactly this coordinate is located? If not I guess that must be "easy" to implement. Just a small dot would suffice. Or some numbers on the grid at least. One further suggestion: because the user specified z-seam might not be perfect for every part, a per-part-setting would be nice to have. But I guess that would require some massive change in the code. However... it's just a suggestion.
  2. Hi, is it possible to have top/bottom printed before shells? There's "outer before inner wall", "infill before walls", but no "top/bottom before wall" which would be necessary to have a uniform printing order for the whole model. And because top/bottom often occurs at overhangs, these get printed in bad quality because the walls print first. At least that's my theory. I'm currently on Cura 3,6 64bit on Win10 and Linux.
  3. Just a quick update to my findings on this issue: I think I got it fixed now and what made the biggest difference was to set a small value (e.g. 1mm) for "max comb distance with no retract". These unretracted travel moves over printed parts were the cause for filament oozing away before each layer. A suggestion to people experimenting with "equalize filament flow" and such: there's a new feature in marlin called "linear advance"... looks very promising although I haven't yet used it.
  4. One idea just struck my mind: How about adding a feature which enables the user to place a recycling code on the printed object that's supposed to help in recycling 3d printed waste parts. It's a standard in industrial plastic products that helps in the recycling process - why not use the same for home-printed stuff? One fact that would make this feature useless is the limitation in recycling codes for usual 3d printed polymers. But there's already a basic approach to address this issue: https://www.academia.edu/11229348/Polymer_recycling_codes_for_distributed_manufacturing_with_3-D_printers
  5. Ok, good to know. Funny fact: I'm also currently trying to switch from cura to slic3r due to a different issue (cura leaving gaps in shell).
  6. In case this didn't got solved - I noticed something weird: You say you've set layer height + width to 0,4. I think this isn't going to work well (assuming you're printing with a 0,4mm nozzle). The layer height should be max. 50-75% of the nozzle diameter.
  7. I think you're looking for the Start-gcode which you can find in the machine settings in cura. You can just copy the one from the old cura version and paste it in the new one. I don't know the Ender 3 but it happened with my printer too that the start-gcode is useless in current cura.
  8. Just to show this issue affects multiple users: me too! Since I tried upgrading from Cura 2.7 to any 3.x I'm unable to achieve flawless shells like I was used to before. No matter how slow I print (usually between 20 and 30mm/s), no matter how high the extra prime amount (tried until +1mm³). Eventually there are always gaps in the z-scar. So I'll try to increase acceleration/jerk (and ringing... *sigh*) and see how activating retraction at layer change will affect the results. I'll upload some pictures when testing is done. Is there some preferred thread to handle this issue? Seems to be quite fragmented over several threads. (Printer: Wanhao Duplicator i3 v2.1 with MS all metal hotend and 0,5mm nozzle. Used to print in decent quality with 2.7. Currently unable to print anything useful with 3.6). edit: Here's another one with (probably) the same issue:
  9. There's still some end-gcode missing to turn off the heated bed and I guess the strange printhead settings remain unchanged. But thanks for the update.
  10. Ok, thanks but that's beyond my skills. All I can do is to open an issue on git - maybe someone will find time to remove or change the wanhao profile. edit: Just to have it crosslinked: https://github.com/Ultimaker/Cura/issues/4931
  11. Thanks a lot for the explanation! So the wall thickness should be a subfunction of the wall line count and hidden by default. That would make a lot more sense in my opinion.
  12. Hi there, I've got a problem understanding the wall thickness setting: When I'm using a 0,4mm nozzle with a line width of 0,4mm, the default wall thickness is 0,8mm with a wall line count of 2. That's fine. Now when I change the nozzle for one with a diameter of 0,5mm in the machine settings, cura will adapt the line width to 0,5mm but the wall thickness still is 0,8 with a wall count of 2. If I define the wall line count, the input-box for the wall thickness gets grayed out which makes sense. But that grayed out input-box still says 0,8mm. So it's hard for me to tell if cura uses 0,4mm walls or 0,5mm. IMHO there should be a warning (orange input-box) in cases the wall thickness doesn't match the line width setting. AND cura should adapt the wall thickness to the wall line width like the wall line width gets adapted to the nozzle diameter automatically. Maybe someone could help me make things clear.
  13. Machine settings data seems wrong for the Wanhao Duplicator i3. When starting a print with it the printer hangs while processing the start code due to some syntax error I guess. Here's a screenshot of the faulty original settings: Notice the travel speed which seems to be a variable which the printer doesn't understand (just a guess - I'm not an expert in gcode). There's also a space in front of every line except the first - I guess this won't get parsed anyway but I think it's worth mentioning as there's no space for other machines. Also have a look at the end g-code: There's some command missing to turn the heated bed off which seems rather dangerous. Printhead settings don't look plausible either; especially the gantry height. Last but not least the gcode flavour should be repetier but I think this doesn't matter. I've been using a slightly modified (just changed the Z-height to 180mm) Prusa i3 machine setting for some years now which seems to work well with the Duplicator i3. Here's a screenshot of that - just for the sake of completeness. I'm using the latest 64bit stable 3.6.0 AppImage version of cura on a Xubuntu 18.04 system. To exclude any influences of previous cura installations I've deleted following folders before testing: ~/.cache/cura ~/.config/cura ~/.local/share/cura
  14. Thanks. So here we have another (better) workaround. However I just intended to report a bug on the download-page.
  15. When I try to download latest Cura (3.3.0) from the ultimaker site ( https://ultimaker.com/en/products/ultimaker-cura-software ) it isn't possible to choose a version for any different OS than the one it is downloaded from. Changing the user agent makes it possible but this is obviously not the way it is intended. Example: I'm on a Windows 7 PC with Firefox 59 and want to download the linux version (for an offline PC). So I select that one but the icon in front of the dropdown menu still shows the windows version. When the download starts it will load an .exe file instead of the appimage. Please try to fix that. Thanks.
  • Create New...

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!