-
Notifications
You must be signed in to change notification settings - Fork 1.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Organic support prints higher than print itself, print crashes, and nozzle melts onto print 3 hours into print #10226
Comments
Hope I understand clearly... That's quite common, cause in settings there is a |
HiNo the print is not the top Z distance. The settings are 0.2 and they work fine, however it printed the support higher than the print itself, so the supports would get higher than the model and therefore the nozzle hits the support. Before it Melted into the model it looked like the support was somewhat ingrown to the model, and the print suddenly contained support materiel on that side as well. The crash happened after the layers for the top part was done and it was no longer during the bridgepart of overhang.Regards KenthDen 2. apr. 2023 kl. 22.42 skrev kubispe1 ***@***.***>:
Hope I understand clearly... That's quite common, cause in settings there is a Top contact Z distance 0.2 in support settings (to separate support and model).
You can decrease it to 0.1 or even use 0 - for soluble support. Do you mean this?
More or less the nozzle should not crash into the model....
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: ***@***.***>
|
I believe I'm also being hit by this, while printing with organic supports I can sometimes hear an impact with part of the model and periodically find a tree support has failed. |
I managed to capture video of 4 supports being knocked down by print head impacts. The first two happen shortly after the beginning of the video. The head move is due to taking a timelapse frame. The third happens around 6:43 into the video, with a head move that should be part of the generated gcode. The fourth happens around 8:04 and I believe it is the clearest example as the video even shows the print head jump from the impact. Sharing via Google Drive as the video is ~345M: Edit: adding the generated gcode for the print from the video. |
Same problem here guys! After everything was fine-tuned on my printer this problem happening with every print with organic support. I tried a lot of options but unfortunately, the problem is still there. |
This might be fixed by the changes in 2.6.0-beta4. Specifically:
Needs further testing/verification. |
Can confirm the problem still exists, reprinted the same model as before and several supports were broken when the print finished. |
This happens all the time for me. I've had to start using Cura for large support-heavy prints because it has the option to travel around printed objects, and I was sick of pausing the print, finding the broken pieces (often scattered across the room due to the speed they were broken off) and trying to glue them back on in exactly the right place ... |
Yes, this is happening to me too right now on 2.7.1, with a print that's heavy in organic supports. As I have z-hop deactivated and the supports are printed first, when doing travel moves the nozzle loudly hits the supports sometimes. This should really be fixed |
This is happening to me even with the normal support |
What seems to help is to enable zhop - lift / ramp as a workaround (at least it helped me). The slicer should avoid going directly to the support structures (or better through any kind of fragile structures like support trees) or in case of the support maybe it's easier to implement to finally print the support per layer. Is there any comment from prusa dev team about this or similar issue out there? |
Description of the bug
So print is based with organic support for an overhang at 75mm from build plate. Support looks okay in slicer
However on the right side of the print, support was so filled up that the Pinda crashed into it and took the model of the bed, but not more than the nozzle could dig in, an the print was almost turning to a blob. Lucky for me i was sitting right next to the machine and saw it happening.
I have had a lot of random crashes on prints on alpha versions, but ive never managed to tell why before today where i saw the support being build higher than the print itself.
Prusa c920 Camera Y Axis v4.zip
Project file & How to reproduce
Prusa c920 Camera Y Axis v4.zip
Printed from file through octoprint 1.8.7 stable version
Checklist of files included above
Version of PrusaSlicer
2.6.0 Alpha 6
Operating system
Windows 10
Printer model
i3mks+ with revo six
The text was updated successfully, but these errors were encountered: