Jump to content

voss008

Dormant
  • Posts

    11
  • Joined

  • Last visited

voss008's Achievements

1

Reputation

  1. 1) I'm not sure if I mentioned it earlier, but I did try uninstalling/reinstalling Cura (as well as both 4.4.0 and 4.3.0 versions) to verify if something on my end had been corrupted. No such luck, still saw the same results. Would it be worth trying another version of Cura? Is the version you're running modified or experimental? Is that accessible to the public? 2) Wow, what an in-depth analysis. Thank you so much for taking the time to do this. Very interesting results. I wonder why the .gcode appears fine in Cura's gcode viewer when sliced with another program but with the artifacts when sliced with Cura? Very strange. If you're interested in any further analysis, I can provide the .gcodes I tried when sliced with Slic3r and Prusaslicer; they appear with fewer artifacts when loaded in Cura's gcode viewer (despite being the same model), although that would make sense given the variations between slicers and settings. Also, given that I'm much more familiar with Cura, I'd much rather continue using it over switching to another slicer. 3) Ah, yes. I can see why you'd be confused. I am concerned about the repeating pattern, but the pattern itself seems to be linked to the region I've circled (in that the gcode appears to have variations in line width that contribute to those repeating pattern artifacts). I mention the vertices as it seemed like (to my untrained eyes) that these line width variations contributing to the artifacts were appearing at the vertices within the model. I'm happy to isolate another instance of the line width variation issue directly within the repeating pattern if that helps. 4) I'm not familiar enough with Marlin to be able to say empirically it was either slicer or firmware. You could be right, it could be on Marlin's end! - but again, I just found it suspect that it would be such a coincidence that the gcode would demonstrate the artifacts and the printer would reproduce them accurately. That - to me - seems like a slicer issue. But, again, I'm not super familiar with the firmware. 5) I will try to reproduce this vertex artifact issue on a model that a) isn't so large and therefore b) doesn't take 18 hours to print and verify if print speed directly affects the outcome. That might be able to narrow it down between slicer issues and firmware/mechanical issues. I will present those results when I've had a chance to do so. 6) Is there a way of adjusting slicer settings to round away these short line segments? Is that precisely what the 'maximum resolution' setting attempts to do? Can Cura reliably fix these issues or would this be an instance where loading the model into CAD/meshmixer/etc. be appropriate? Also, I just wanted to take a moment to say thank you for taking the time to address this problem and answer my many questions. You have been extraordinarily helpful and patient and I can't tell you how much I appreciate it!
  2. I'm sorry. I don't know what else to say. That's exactly what I've been doing. Could it be related to the fact I haven't changed any settings from the default? I'm really sorry. I'm not trying to be difficult. I'm following your directions to the letter. I open the model, apply the standard settings, and hit file -> save. I've attached another .3mf, following your directions (and also tried the export setting too, which also appears to provide a .3mf file). I've attached both .3mf files; the 'saved' version as oddsave.3mf and the 'exported' version as oddexport.3mf. When I open the oddsave.3mf, it asks if I want to open it as a project or import the models (which is what all the previous .3mf files have asked as well), so I assume that is what you're referring to regarding including the settings in addition to the model. Edit: I took a screenshot of what my save confirmation page looks like, which, again, I've been doing since my first post. I assumed this would save the settings too, but I guess I could be wrong... oddexport.3mf oddsave.3mf
  3. Great explanation. It makes perfect sense. So... is what I've provided something different than what you're asking for? I've attached the .3mf project file to two of my posts so far; are those attachments not showing up?
  4. Did you need the .3mf files from these 'Maximum Resolution' altered settings? I'm happy to do so, I just want to clarify. The .3mf I provided in my second post (which I have also attached to this post) is the baseline file I'm using to produce these results (which, again, are just the 'Standard Quality - 0.2mm' settings in Cura). Likewise, the screenshot in reference to the line thickness variation (where the model is blue) came directly from the .3mf file provided. To be clear, my order of operations to initially produce these results were: 1) Open the .STL. 2) 'Slice' the file using the 'Standard Quality - 0.2mm' settings (from which I took the first screenshot) 3) 'Save to File' as .gcode. 4) Clear the build plate. 5) Navigate to File -> Open Files -> [select the saved .gcode from step 3] 6) Once it has loaded, inspect the results (the second screenshot I provided); here is where I see all the various defects and have provided I apologize if I haven't answered your question appropriately, I hope this has clarified my process. oddish.3mf
  5. Thanks for the heads up. I have edited the posts. Please let me know if the images are still not visible.
  6. Update: I tried again on my Mac (running macOS Catalina, Version 10.15.2 (19C57)) using Cura version 4.4.0. It produces the same results as well. Am I the only one able to reproduce these issues? Is it user error? I'm using the standard quality profile with no setting alterations. This is nuts.
  7. Update: Upon looking closely, I noticed there are strange variations in line thickness throughout that seem to be contributing. I hope this provides further insight.
  8. Hi there, I just tried both suggestions, first separately and then together. Unfortunately, I am still seeing the same results. Here are the results from reducing the maximum resolution: 0.25mm 0.5mm It seems to smooth them out a bit, but the artifacts are still present. Thank you for the suggestions!
  9. Absolutely! Attached are both the 3mf file and the sliced Gcode. oddish.3mf oddishG.gcode
  10. Hello everyone, I'm having an issue with Cura 4.4.1. When I slice a file to print, I typically check the preview to ensure there aren't any issues. This print looked fine upon initial slicing. However, I noticed midway through the print there are repeating artifacts across the surface. They appeared to be too regular and too evenly spaced to be attributed to a mechanical failure on either x or y axis. Upon reloading the Gcode previously saved, it appears the Gcode itself displays these artifacts, demonstrating what I believe to be some sort of software issue. I am hoping it is a simple fix to a setting I am unaware of, although I worry something is amiss with Cura itself. I am uncertain. I have uninstalled and reinstalled Cura and the issue persists. I have recently checked my belts, calibrated my e-steps, and my printer is mounted securely to my desk (which is bolted to the wall) so I'm confident it is not related to over-extrusion or ringing/vibrations. I am printing on an Ender 5 using Cura's standard quality (0.2mm) settings. I have tried adjusting a variety of settings, slicing, saving, and reloading the Gcode to no avail (the artifacts persist, even using a variety of STLs - so it is not simply a bad model). I am no expert, but it would appear these artifacts only appear at the vertices of the model itself. In further attempts to narrow down the issue, I tried using Slic3r software to slice the model and then load the Gcode from Slic3r into Cura, following which the artifacts are gone. So it must be something on Cura's end, right? I apologize for my ignorance in this matter. I am still only a few months into 3d printing. I have attached relevant screenshots and a picture of the completed print. I was hoping this excellent community might have the answer. Any help would be greatly appreciated! *Edited post to reorganize the order of the images.
×
×
  • Create New...