Jump to content

Adam324

Member
  • Posts

    89
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by Adam324

  1. Looks like this is still a problem in 5.4.0. Brim set for support still requires brim or skirt for Build Plate Adhesion enabled. If you still set Skirt or Brim under Build Plate Adhesion to Line Count of 0, it still adds 2 lines of brim or skirt to the object. I would like to have brim under support only and not around print. Definitely a bug there. Also if you then set Skirt Height to 3 or 4, A brim gets put around the support that is 3 or 4 high, but the false skirt around the object (skirt line count 0 so it shouldn't exist at all) is only 1 layer high.
  2. Thanks for all this info guys. The multi layer brim script is great. Thanks. A putty knife doesn't help on soft beds like on the Wanhao D9 if the brim is too thin. It is a magnetic plate so if the brim is too thin, it is nearly impossible to remove. I have to print something over top of it to remove it without damaging the magnetic sheet.
  3. Thanks guys. That workaround info is really appreciated. Ill have to test that out. Skirts are usually hard to remove from my bed so I don't normally use them... I wish there was a layer count for skirt and brim. I would set them to 2 so that if the first layer is too close to the bed and too thin, the second layer would make sure it is thick enough to remove more easily.
  4. Using 5.3.1 To get support brim to work, I have to also enable Brim under build plate adhesion. I don't want a brim on the object itself though... only under support. To get around that I set brim width to 0 but it still wants to put a sigle line around the object itself. It the picture below, there is an inset that needs support that you can't see but you can see that the top has the same inset. That is why I need support. I need support brim to help keep support stuck to the bed without needing to set support to be really dense. I am using tree supports. It seems like support brim should not depend on the regular brim for objects. I recall in a previous version they were not linked in this way. Trying to disable brim though with width doesn't work as a workaround either though. WD9_firefly_q6_hat_clip_top.3mf
  5. Thanks for the input. It is appreciated. I will check that out. I worry it might effect other parts of the print when the design needs infill but has features like above too. It does make sense to have the pattern if the layer above has infill around the extrusion up, but with walls taking up the entire thing, It seems like Cura could figure out that there is no need to put the pattern into layer 3. It did seem to figure that out for the smaller text. Maybe after a specific size, that optimization gets ignored or something.
  6. I just found out that using 100% infill did stop it from drawing the pattern into the 3rd layer. I wonder why just increased wall size didn't end up doing the same thing? 100% infill isn't always an option so if wall thickness would have the same effect, that would be great. In this instance 100% infill is ok and works.
  7. Anyone know why this happens? The 3rd layer should be solid and doesn't actually need a pattern drawn in it. Is there a setting to suppress that? It is a big waste of time when printing multiple objects because there a lot of extra moves to put that pattern into the 3rd layer. I have made sure that the layer height is correct so that the 3rd printed layer isn't between layers. I print at 0.2 layer height and the top of the 3rd layer is 0.6mm. I tried increasing wall width to 2mm to make sure there was no infill and that didn't make a difference either. Interestingly the smaller lower text doesn't get the top layer pattern embedded into the 3rd layer. The first screenshot is printing the 3rd layer which should be solid. It does print it fully solid but it does so using the extruded pattern in the next level above. The second screenshot is printing the 4th layer which is the extruded pattern above layer 3. Test123.stl WD9_Test123_Ziro_PLA_Black.gcode WD9_Test123_Ziro_PLA_Black_2mmWall.gcode
  8. 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.
  9. 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 temperature is. My thermistor has changed over 2 to 3 years and now the temperatures are about 10 to 15c lower than what it shows (Duplicator 9 printer). I have used a fluke meter with a temp sensor to check it over the years. (After realizing this awhile back, I have just adjusted my temperatures up 10 - 15c to compensate and finally recently ordered a new thermistor). Maybe your temps on that one printer are way off from the other printers. At the end of the print, after the nozzle has cooled on all 3 printers, Is there a big difference with how much filament is hanging out of the nozzle with the printer that is having the problems? You need to use the same material of course on all 3 for the test with the same filament. I usually get about 10mm or so with my printer after it cools. That is specific to my printer, filament, and temps of course and can't be used for comparison to anyone else's printer. You are just trying to compare between your 3 printers though and use your other 2 printers as a reference. If the temp reading is off and reading too high for the actual temperature, you will likely get a lot more oozing out of that 1 printer after the print. If that is confirmed, try reducing temps on that one printer by 5 degrees at a time and see if it helps. If it isn't oozing at all, then maybe try increasing the print temp by 5 degrees at a time.
  10. Ill check that out. Thanks for the info. That will be really helpful if I can get it to work.
  11. 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-ET205-FanSpeed100.gcode I can dream anyway 🙂
  12. 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).
  13. 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 project for 4.6.1 that was used to print it. The speed difference when printing the support when close to the object with your build doesn't slow down at all and makes a big difference with underextrusion when it moves to the next area. WD9_FanLightDiffuser_BaseV9Beta.3mf FanLightDiffuser_BaseV9Beta.stl
  14. 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, I tend to use custom support and put a square of custom support around it up about 30 or 40 percent of the height to give it support. I was just thinking that it might be a neat feature to allow the support to connect to the object for 1 string 'bridged' to the object (maybe randomly at different degrees around the object) every 5 or 10 or 20 or 50 layers even (maybe configurable) to help hold the object in place inside the support when printing very tall thin objects that need some help to keep them from falling over or easily moving inside the support causing the top of the print to look not as good because of the object's slight movement. With having control over how often it happens, it could be tweaked to give good holding power but ease of removal. Maybe this could be a new support type to define what area you need this for instead of global for the whole print. Most people likely use support underneath objects as they are usually big enough on bottom to stay upright. I tend to print quite a few tall thin objects that need to be printed upright (like pens) that need help as they go up to keep them stationary for printing. Another idea I had was a 45 degree angle (configurable) support tower where you touch a spot on the object and a 45 degree support tower is created going up to the object at that point from the outside to that point. This would not require support going all the way around the object but it might require quite a few of them so I am not sure this would work well or not. I think this would take more filament though and would take longer as the angle would push the print area larger. Very easy for me to say ideas like this... Implementing them... is another thing entirely I am sure. I am curious how others are dealing with this that might print a lot of tall thin objects that can't be laid down flat because of a lot of rounded or detailed areas on the sides of the objects.
  15. 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 still. The print can move easier now inside the support as the support really isn't touching it. If I ever need it to be closer though I can just adjust the settings to bring the support closer. Looking forward to the build with the mod to fix the slowdown. Thanks.
  16. 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 retract when going over the object. I think it is just showing up a lot more with this not so good filament I am using that oozes a lot more than any other I have had but requires high temps to keep it from having empty spots from not extruding. I am printing your newer gcode now. EDIT: I see that there are still some lines going directly to the object with Cura 4.5.0, there are just not as many so this setting is the problem.
  17. 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 your mod is fine unless it is somehow causing a problem with another area of Cura/feature. I broke the top off the pen so that we can see directly down into the support area with the pic below.
  18. 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 print the original gcode file again.
  19. 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. This is the bottom section.
  20. Thanks! I look forward to using a build with the mod.
  21. 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 original z before offset
  22. 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?
  23. Oops. I forgot to include that in the .zip. Here it is. WD9_Body18.3mf
  24. 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 filament. I suspect the wall design is somehow causing the support gcode around the object to be way to precise causing an extreme slowdown or something but I really don't know. Anyone have any idea why support gcode would be so slow around this object? I zipped up the saved project in Cura and also the .stl file and attached it to this thread. WD9_Body18.zip
  25. 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.
×
×
  • Create New...