Jump to content
Ultimaker Community of 3D Printing Experts


  • Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by Adam324

  1. Thank Thank you for this. There is a feature to only print the brim on the outside now in Cura (using 3.6.1) but with my model, It still puts a brim on the inside (It has to do with the design of my model I think). The solution was to do the skirt at 0.01mm away. I plan to experiment with that number and see if I can make it just far enough away that it combines with the object but there is a thinner section up close to the object so that the skirt (modified to be a brim) is easier to remove.
  2. When I have had this problem, heat or nozzle clogs have been the culprit often. - I had the heat too high and filament was leaking out of the nozzle before it moved to the parts where there were larger travels to other parts. - The heat was too low and the extruder had problems pushing filament out but that was also noticeable in other areas. - Nozzle partly clogged... also noticeable in other areas. If it is heat related for that one printer, Maybe the thermistor is not working properly and showing the temperature a lot higher or lower than what the actual
  3. Ill check that out. Thanks for the info. That will be really helpful if I can get it to work.
  4. I find myself sometimes doing tests where I vary the fan speed or temperature and then send the print to octoprint. I have to remember to name each file something different when I do that so that I don't accidentally overwrite a previous generated gcode. It would be great to be able to put settings into the name as variables similar to the below where the variable setting is 2 underscores, setting name, and then 2 underscores. SimpleBox-ET__EXTRUDERTEMP__-FanSpeed__FANSPEED__ When the gcode is exported or sent to octoprint, the name would be SimpleBox-ET20
  5. Has anyone taken the time to find settings to make it behave close to the original settings but just put fan at 100% during bridging? I don't want all the bridge setting complications. I was hoping to just tell Cura to speed to fan to 100% for the first bridge layer. I have some filament that layers do not adhere well at all unless the fan is at 50% but I would like the fan at 100% for first layer bridging (and ideally first layer over top of support).
  6. Do you know if the work you put into this will eventually be integrated into mainline Cura? I think I recall there was a pull request created for it. Do you know if that went anywhere in the official Cura circles? This makes a HUGE difference in eliminating slowdown while printing support up close to the object. This is just a regular object that needs support and not like the previous example where I was trying to keep the object from tipping over. I tested 4.6.1 official release and it is still having issues with slowdown with support around objects. I have included the proj
  7. I was just having kind of the opposite problem where the support was being tethered to the object in a lot of spots and that was fixed by disabling the 'Limit support retractions' (Thanks burtoogle). That might work too well in some prints though where not touching support at all will allow some movement of the object. I could move the support closer but I think you would have to get it so close that you would have problems with it sticking too well to the object. I will have to experiment with support X/Y distance settings under those circumstances. For tall and thin objects,
  8. Your latest gcode with 'limit support retractions turned off' worked great. The issue was not related to the mod you did as I suspected(and you likely knew 🙂). The best print I have had. I will be keeping that setting off until I find a way for it to not do that when it goes through the object's walls. You have likely solved other issues I have had in the past with support sticking too well when using support like this. Thanks! The 'limit support retractions turned off' might actually work too well for some prints as it doesn't have any lines going to the print to keep it stil
  9. I think that is it! I guess your gcode just goes a different direction and is a lot more noticeable. I have never played with that setting (was still hidden) so the profile I started using must have had it enabled or it just defaults to enabled. I wonder if that is a bug that 'Limit Support retractions' does not retract when going through the printed object walls? I would think that would only apply if it were going from support to support but only if it did not traverse the object. I am obviously wrong though :). I will disable that on my Cura as I never want it to not retrac
  10. I printed with your moded Cura gcode again with lower temp settings (almost to where it is starting to have layer issues) and I think there must be some setting missing or something else causing this new behavior where travel moves to the object are somehow extruding filament where it isn't with my Cura. I am thinking it is not related to the speed fix that you did. I will hopefully be able to verify that when I get your build of Cura. I have never seen this kind of behavior before. The support looks plenty far away from the object to be causing it to stick to the object. I have a feeling
  11. Does the Cura preview in your build show it close in that area? EDIT: I am going to print it again at lower temps. It never stuck like that before but I know that this filament is pretty oozy as I get some stringing in the support area because I have needed it a little hotter to print right (Makergeeks Dragons Metallic PLA). Maybe with this mod, it is just a little closer with this new mod or maybe it is taking a new path that it didn't before. Looking at it with pronterface, I think that is where there is a travel move from support to the wall on the other side. I am also going to pr
  12. EDIT: Disregard this post. Burtoogle figured this out for me too. This issue was related to having 'limit support retractions' turned on and not a problem with the mod. The mod works great! Limit support retractions does not appear to retract when going through an object wall. Well... After trying to remove the support, It looks like it stuck to the object pretty good in 1 or 2 areas where the old VERY slow version didn't. Those lines are stuck really good to the part. EDIT: FYI... I broke it right above the support area so it is shorter than it normally would be.
  13. Thanks! I look forward to using a build with the mod.
  14. Very fast. It is working great! Night and day difference. Nice job. The support was missing a lot of sections before and now it is all 100% solid. I was also getting zits or blobs and it looks like that is gone now too (40% printed so far). It appears you didn't have the zoffset plugin installed so I had to adjust the z like the plug does but it printed great after that. Very easily done though. I wouldn't have expected you to know that :). G0 F3600 X144.966 Y143.593 Z0.82 ; manually adjusted z offset like the zoffset plugin G92 Z0.2 ;consider this the origina
  15. Thanks for the input. I removed the fillet from the corners and made the pen solid all the way through just to make the object simpler and the support around it still comes to a crawl next to the object. It must not be the detailed fillet. I went back to 4.3 cura and it has the same behavior. Maybe something about the twisting walls not being sliced well?
  16. Oops. I forgot to include that in the .zip. Here it is. WD9_Body18.3mf
  17. I am printing a pen that I am trying to design. I need support around it so that it doesn't fall over when printing. When I add the support, the generated preview and actual print speed of the nozzle movement is VERY slow when printing the support around the object. It is to the point that filament leaks out of the print head causing underextrusion. If I reduce the nozzle temp, the filament will not print well so I can't compensate by lowering the temp. If I print the object without support, or other objects where I don't use support like this, I don't get underextrusion with the same fil
  18. Nice that the marketplace is updated. Thanks. Will start testing it myself. I depend on the ZOffset plugin to work. I wonder if the burtoogle fix for adaptive layers will ever get integrated. It fixes the issue where if you set dynamic layers to 0.2 with a variation down to 0.1 and up to 0.3, The top layer count will not factor in that the top layer might be at 0.1mm layer height. It takes the 0.2mm layer height to figure out how many layers instead of 0.1mm. You end up with only 4 layers of 0.1 mm instead of 8 layers of 0.1 mm to equal the top thickness setting of 0.8 mm top skin.
  19. EDIT: Ignore this. I can clearly see in the layer view that the design is at fault.
  20. Incorrect info. Info about who created the test fix is already posted correctly above.
  21. Printing now... I am really looking forward to being able to use adaptive layers without worrying about either wasting material or compromising on thickness. I had to always bump up the top/bottom layer count to make up for the thinnest top layer and wasting plastic on the top/bottom layers that are at the max thickness. This change you made will make adaptive layers worth using to me.
  22. Thanks! This is looking good to me. I brought back some of my old prints that I did where the top layers were too thin because of adaptive layers (causing bubbling and holes between infill lines), and the top layers are showing the correct thickness now. https://www.thingiverse.com/thing:2764962 The Riser.stl from that was a problem to print using the previous adaptive layers implementation with a layer height of 0.2mm and adaptive layers set to maximum variation of 0.1 and a variation step size of 0.02. The preview looks good so I will go ahead and print it.
  23. I have printed quite a few objects where I forgot that I had pause postprocessing plugin enabled and came back later to a print that was paused waiting for me to change the filament. Yes... it is my fault for not checking that :). Is there any chance of a visual indicator or for a pause plugins to pop up anther info box (whatever makes sense) to help remind us that a pause was put into the gcode? There are a lot of ways it could be done but I am not sure what really would make sense to do. My favorite is #3 so far. Any other ideas? 1. Temporary Info box w
  24. And your plugins make Cura work better for a lot of people I bet. My favorite is the z-offset. Thank you for them.
  • Create New...