Jump to content

Mlogue9

Member
  • Posts

    28
  • Joined

  • Last visited

Everything posted by Mlogue9

  1. Okay I figuring out dual extrusion. I change nozzle size frequently so I am used to having the nozzle size right next to material for "Extruder 1". But when I put more extruders on, that setting is relegated to machine settings > extruder 1,2,3 > nozzle size A bit harder. Also I happen to be sharing the nozzle, one hotend, just using a Y adapter I printed and 3 extruders so I really would prefer the nozzle size was linked between extruders but I bet it would require I re-code Cura. Oh BTW - I find it often wipes inactive extruders on the prime tower, despite being told not to - usually re-assigning the materials will make this go away. Guess it only wastes 20 seconds per layer though for it to retract up to the Y and feed in other material.
  2. *SOLVED* *Discovered cause* OK in line 157 of the linearAdvanceSettingPlugin.py replace these lines. Couldn't done it without you Greg asking me for the logfile made me look at it too. current_linear_advance_factors[extruder_nr] = linear_advance_factor apply_factor_per_feature[extruder_nr] = False for feature_setting_key in self.__gcode_type_to_setting_key.values(): if extruder_stack.getProperty(feature_setting_key, "value") != linear_advance_factor: apply_factor_per_feature[extruder_nr] = True
  3. cura.logHere it is, for 4.13.1. . Its kind of big and for some reason 4.12 didn't make one. It had - as you see - at one point worked for solving this problem, but recently it had same symptom.
  4. Thanks Greg for quick reply - I'm still looking for the the darn log file, I got 3 versions on Cura installed here on Win10Pro 4.11, 12, 13. Can't see a log in either. Searching cura*.log on whole drive. Also the gcode save works if I switch back to Ender3OneExtruder, if i then go back to EnderThreeExtruders it has eliminated the 2nd (3rd) materials, with one material in use, it saves gcode. As soon as I assign another material to 2nd object and slice, it won't save.
  5. Well now on 4.13 it's happening again... it only pops up when you go to dual extrusion but I find it affects the File > Save As as well.
  6. I'm using Cura 4.13.1 and I only get this issue with a 0.6 nozzle. I frequently do not use a 0.4mm nozzle. I am using octoprint and an ender 3 with a btt mini e3 board. The prints have a lattice-work look to them even after 6 or so layers you can see through them. I use a 0.5mm nozzle and the prints turn out fine. Haven't had issues with the 0.8mm nozzles either. The problem is worse with certain filaments, not well mitigated by jacking up the flow % to over 200% or dropping the nozzle 50um.
  7. Hi I recently downloaded a cura project 3mf file from a guy here and now my ender 3 is ignoring the G0... Z___ commands in gcode, it just plows and plows on the first layer and never moves up. If I send a command thru terminal like G0 Z1, then it moves up and stays that way. Well point of a gcode file is to have those commands processed one by one. What is wrong with ";MESH:NONMESH G0 F240 X136.959 Y150.071 Z0.28"? Well thats from my gcode and it even works from terminal so why ignored the gcode? I guess it's more of a marlin question. Sorry DEFAULT04x012_N0113.gcode
  8. Well I think i needed to brush more often, hehe, my gears were clogged so > underex. Something in your profile works, because while lines still don't meet when I stepped it up to printing a 0.3mm layer, there WERE 4 in a the span of 1.6mm - as opposed to 2.5. Thanks much. I like the GCODE lcd messages too. https://photos.app.goo.gl/W7zp6fCd16wTRnEd6
  9. I have a 0.4 nozzle and 0.4 is whats selected for nozzle in Cura (4.12) up top, line width is 0.4 under Quality. Filament under machine settings, extruder is 1.75mm. Volumetric is not enabled on printer - it's an ender 3 machine. Its a BTT Silent board running Marlin. The extruder is dual gear and aftermarket but neither correlate to issue. The change *seems* to be something I must of inadvertently changed in cura. I've been using 4.12 fine for month or more but it's been the last week, so i'll post an older gcode (bedlevel - it prints ok). I am pretty sure it's my fault and i really really appreciate your follow-up questioning! Oh Flow - i usualy keep it at 100% in cura and change it on the printer. In response to the issue I jacked it up to 120% in cura and 110% on the machine - so 133% or so... but with both at 100% I still had these weak prints. It's almost like it's printing a raft, that's what it looks like, just real fine, but they are not spaced 400um. I have depression so it affects my memory so if i forgot something sorry and thank you! --- Oh I have linear advance k at 0.45 testCube.3mf testCube04x012_MINENOV3.gcode BedLevel+KIII04x02NOV6IPOH03x008_NOV6IPOH.gcode
  10. Well, over the past few weeks cura 4.12 has started to underextrude - well made gcode files that did so. I finally took a single layer to a caliper and measured. My lines are set at 0.4mm, same as the nozzle, and yet only 2.5 lines are within 1.6mm with much empty space. There should be 4 lines. I don't see an option for space between lines, there's line width and thats it. If it means anything I have a bunch of custom line directions [45,135,15,105,75,165]. I don't think it's the printer because i tried an old gcode I sliced last year, it printed fine with lines approximated. So with the lines overspaced, none of my prints are finishing. I can compensate with flow to like 150%, but then I get artifacts from overextrusion! Please help.
  11. Hi, using Cura 4.11 (4.12 crashes) on an ender 3 with a sKR E3 mainboard that is running a dual-gear bowden setup with a 4248 beefy extruder, currently its pushing some soft PLA+ and using a high K of 0.55. Octoprint. I like adaptive layers. The problem is, when the layers get thin, it lowers the flow by too much a degree. I can't see a way to compensate for this scaling factor other than just hiking the global flow rate - then it overextrudes. There isn't a lot to do with AL, unlike WP which has a million settings. Matt 3DBenchy_(2)04x018_NOV7PA.gcode 3DBenchy_(2)04x018_NOV7PA.3mf
  12. OH MY GOD. ZigZag f;491ing hides it. Thanks man, your reponse was a bit cryptic but thanks a lot!!!
  13. Hello Evildoers and others... As my printer squeaking it's way through ... A few days ago I doubled up my infill line multiplier to 2, by these steps, clicking the sliding faders icon under Infill to bring up settings viz for infill, checking box next to "Infill Line Multiplier", clicking "Ok". Then I clicked into the box next to Infill Line Multiplier, hit backspace to remove the "1", typed "2" from my keypad. I do not recall if I re-hid it. I started a print that failed so bad I bought another stepper for my E. I open up cura and don't notice but it's still doubling lines, however no matter what I do, I can not access that setting. So HOW can I change it back to 1?! Luckily, the print series I'm working on requires 100% infill, so I'm safe for a few hours....just use 50% but I don't like double infill unless I'm going to put BBs or something in it so it rattles. This is cura 4.11, standard build for windows, under win10. I don't use 4.12 because it refuses to load past splash screen. I looked for it with eyeball and search feature, no result past "Infill Line ". I chose each viz set, including "All". Stopped and restarted Cura. Tired, Matt
  14. *SOLVED* By unknown means, I upgraded to 4.11 then repeated opening an STL and cloning one to another extruder and slicing, then saving. Same error 0, just the x icon this time was red. Now, I tried opening another model, a 3mf file, that item I cloned like before, then went to look at the preview to see it was using prime tower. I then saved. Worked! I then tried to repeat the error to no luck.
  15. New trying to get a 2nd extruder working... I may have something wrong. My setup is a simple Y adapter, two extruder motors, one nozzle and hotend. Cheap as am i. But whenever I have models utilizing the 2nd extruder, save gcode results in an "Error 0". WTF is an error 0? That's supposed to be a non-error, but it's fatal-no gcode. I set both models to extruder 1 and it saves fine. Both to extruder 2 and it error 0 again. I tried another printer profile and also printing to octoprint with same error 0 again. I would attach a HTML of settings but this forum doesn't support HTML for some reason. So I saved it as a ascii encoded txt/"log" file. If I pasted it in this would be a mile long. creality_ender3pro.log
  16. Well I can't find it in this version. Many materials vary quite a bit so I want it bound to material.
  17. I just ruled out the model. Togeir (sp?) its not just at the begining, I printed the whole vase and it kept happening. I tried removing mininmum layer time, changing layer size to 4.5mm, scaling down model and it still retracts. The GCODE has no darn retracts in it, it's not due to speed, it's not the model, so it's not cura actually it's the printer or octoprint.
  18. Never thought of that. Will try... well i set it to min res of 1mm and it is still stopping and retracting. The feedrate was changed from 50% to 200% and it still takes about 6 steps per revolution of the spiral. Probably like 4 or 5 micro-layers. Why is it retracting?
  19. Well I since you couldn't find a issue in your slice I suppose I could tell you it's uploaded via the web interface of octoprint thru USB to a ender 3 pro with silent board and marlin 2.0.x firmware. I made numeric changes to firmware only and enabled some modules like macros, etc. Nothing related to movement. I printed a vase 6 months ago fine but I was more concerned with velocity painting at time and may not of noticed retracts (dont waste time with VP). The print had no blips though.
  20. Thanks folks. I peeked at the gcode, it looks like the E keeps climbing even at "layer" breaks. See the attached gcode please. I could show a photo but it simply looks like it has pox, because it had to take a dump every few darn cm. 🙂 CE3PRO_Spiral_Vase3.gcode
  21. Trying to print a vase in vase mode. I attached the 3MF file. I don't do vase mode too often. However on the first try I noticed it would print about 3-4 degrees around and *poof*, retract! So I went back and turned off retraction in Cura. Now it goes and does the same thing. Vase mode is not supposed to retract at all. The time isn't the problem. The problem is each "layer" retract it does, it makes the thing look like it has smallpox. I cancelled the print. It's possible I am missing something. I often do. Thanks, Matt CE3PRO_Spiral_Vase.3mf
  22. I saw you can modify the theme.json which was great except for little fact it had no effect and I did restart cura and i'm in that color theme per settings. I don't want to have to recompile the whole shebang and maybe the creators are sadistic or pyscho and like that FF00000 shade of red. Doctors wear teal in OR to calm eyes. So is there a way to reset the color for the "Shell" or "Wall" or-sometimes-like-to-confuse-everyone-and-be-called "Skin"? Yes fuzzy skin is a misnomer. Skin is never fuzzy. Walls are-the bright ass red walls. Imagine if a prison or psych ward had red walls like this?
  23. Perhaps it is. I didn't think to look in cooling - poor placement as it's actually speed related to cooling. Thankx
  24. I have looked and looked and looked and looked and can NOT figure out what the F is going on. It happened with 4.8, now with 4.9b and still does it. One would think it was "small features print speed" modifier but no. I carefully set speed for the whole model only to find it reset it to how it saw fit. See screenshot - it previews like it's going to print 9mm/s. Hell I'll print it to see what happens.
×
×
  • Create New...