Jump to content

ungutknut

Member
  • Content Count

    22
  • Joined

  • Last visited

Community Reputation

0 Neutral

Personal Information

  • Country
    AT

Recent Profile Visitors

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

  1. 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.
  2. 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
  3. 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).
  4. 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.
  5. 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.
  6. 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:
  7. 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.
  8. 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
  9. 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.
  10. 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.
  11. 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
  12. Thanks. So here we have another (better) workaround. However I just intended to report a bug on the download-page.
  13. 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.
  14. Perhaps you're just looking for the wrong type of filament. Usually there's a difference between translucent and transparent (at least in my language). First one being pretty foggy and the latter should really be clear. I've had good experience with transparent PETG from manufacturers like Extrudr, dasfilament and Primaselect. I've also tried HDglass from formfutura which I wasn't able to print without producing massive blobs and strings. However these companies are EU-based so this information might be useless if you're living in the US.
  15. Hi, since the final version of 2.3 the performance when moving the camera around is pretty bad. This wasn't the case with 2.1 and 2.3 beta. Anyone else experiencing this issue? Perhaps hardware acceleration isn't working anymore? specs: i5 3470 16gb ram ssd gtx970 (with latest nvidia driver provided by my packet manager) Xubuntu 16.04 64bit There's another minor issue that persists since 2.1 I'd like to mention: Whenever I close cura, a few minutes after closing an error message will appear saying that cura has crashed (wich isn't the case - I've closed it on purpose) and asking me if I want to submit a log file. Is this a known issue? If not I'll start a new thread for it and add the log to my report.
×
×
  • 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!