AbeFM

CURA sets absolute extrusion mode as the last thing it does before user start code Generated By CURA ;FLAVOR:Marlin ;TIME:7407 ;Filament used: 3.18035m, 1.66696m ;Layer height: 0.2 ;Generated with Cura_SteamEngine 3.5.0 T0 M140 S40 M105 M190 S40 M104 S210 M104 T1 S175 M105 M109 S210 M105 M109 T1 S175 M82 ;absolute extrusion mode MY start code (comments welcome, but it's not the point) M83 ; extruder relative mode M104 S[first_layer_temperature_0] T0; set 1st nozzle heater to first layer temperature M104 S[first_layer_temperature_1] T1; set 2nd nozzle heater to first layer temperature M140 S[first_layer_bed_temperature] ; set bed temp M190 S[first_layer_bed_temperature] ; wait for bed temp M109 S[first_layer_temperature_0] T0; set 1st nozzle heater to first layer temperature M109 S[first_layer_temperature_1] T1; set 2nd nozzle heater to first layer temperature G28 W ; home all without mesh bed level G80 ; mesh bed leveling G1 X30 Y5 Z1; ABE move to sort and prime T0; Settings and Prime for T0 G1 Z0.1 F1000.0 ; Approach Bed for Intro Line, was Y-3 ABE 0->0.1 G92 E0.0 G1 X90.0 E9.0 F1000.0 ; intro line G1 X130.0 E12.5 F1000.0 ; intro line G92 E0.0 T1; Settings and Prime for T1 G92 E0.0 G1 X190.0 E9.0 F1000.0 ; intro line G1 X230.0 E12.5 F1000.0 ; intro line G1 E-2.6; G92 X245 Y15 E0.0 F10800.000; retract fast G Y1 Z0 ; Return nozzle to bed, over tape ABE But now it depends how I set up CURA: In the case of setting the Relative Extrusion Mode checkbox: M83 ;relative extrusion mode G1 F2400 E-3.5 ;LAYER_COUNT:246 ;LAYER:0 M107 M204 S3000 M205 X20 Y20 G0 F1800 X144.886 Y124.237 Z0.25 ..... But if I DON'T set it: G92 E0 G1 F2400 E-3.5 ;LAYER_COUNT:246 ;LAYER:0 M107 M204 S3000 M205 X20 Y20 ....... In this case, the printer is left in relative extrusion mode - meaning you're requesting more and more filament with each extruded line. I recommend that the extrusion be explicitly set (M82/M83) as desired after the user's Startup Code. This could make it harder for the user to set it, but I feel it's net beneficial.

I've got a Creality CR-10S to which I did a little soldering and added another extruder, using e3d's Chimera+ (two hot ends with a fixed separation). I couldn't take the CR-10's definition and add a head, I forget what I started with... But every time it gives me trouble, I wonder if the definition is the source of my problems. Can anyone suggest the most reasonable way to create a definition? With the new version of CURA, my #2 extruder seems to be running at 10x speed and I'm not sure where to start.

Is there a chance it's using the "standby temperature"? I was going to make my own topic, my first layers are printing at the standby temp - trashing the filament which won't extrude. (for me, specifically it is printing with the 2nd extruder at the 2nd extruder's standby temp)

I noticed this too. Not the end of the world, but an annoying regression.

Is that a brim inside your prime tower, or is it somehow doing 1 material on the inside and the other on the outside of the tower?

0 Top Layers I think will.... I'd add a cube that tweaks infill settings (block supports), have it just shy of the top, with more sane infill settings so as not to waste material. Then no top layers and a high "infill". Or actually, use "gradual" infill, >4 steps, small distance so the last 4 mm goes from 10->20->40->80% infill.

They are weird... Tied to the object. They'll disappear if you don't use them right, and if you delete the object that "birthed" them, they die too. BUT, you can set them to block, or be, support, and even just print as a cube.

Yes! Just leaving them sticky from SolidWorks' own settings would entirely be a functional solution! It's what had been working, and I'm not clear how/when it changed. XYZ: Uh huh, two sides of the same coin. Sometimes I find my custom settings in SW not what I remember leaving them. IDEALLY, I could set it within CURA/your plug in, those two numbers... But being able to select "custom" would be great. I'm not sure how far back this changed, in the pursuit of more exact prints I'd been caught up in a couple of other slicers for a while.

The left is imported, the right is exported as an STL with above settings, then imported. I find the difference obvious.

The plug-in seems to be working - but I'm still having issues with these low quality imports - the Fine setting is way, way to embarrassingly course, and the Course is worse!! In the past, I'd go into SolidWorks, export an STL, select the settings I like (0.01mm, 1 degree), save a file. Then I could go into CURA, import SolidWorks files all day, and those settings I selected would overide the laughable blocky things that normally are generated. Now (latest version of everything, except 2016SW), the objects use the fine or course settings from CURA and ignore the better settings. Which means I've completely stopped using the plug-in, I like my circles round. Not sure how to help, but let me know and I'll try!

It's less clean, but a lot easier, just add a line in the printer definition: I did this on both tools, and it works fine. It's annoying it isn't built in, but this works.

The poor zooming is something a lot of people see. Sometimes it scales badly. You can try ungrouping your model, but generally once zoom gets silly if I can't fix it quick I just restart CURA. They are working on it, as I understand it.

Can you set line spacing on the top/skin layer to somehow NOT be complete?

Maybe more of a CURAEngine bug?

I'd use "support blocker" to add a block, click on your model and a cube will appear. Click resize NEXT. Size and move block till it covers blade. Pick "per model settings" then infill....

The sure-fire method I have is clicking in the blank, changing the name, hitting return. Clicking in another blank, but not a pulldown (so it doesn't reslice), pick out of it, then hit save. I've printed 15 things I didn't mean to, and ruined a few tests because my "testprintV4" saves as "testprintV3". I have no idea how you interact with the name blank, but when you leave it, it would be good to do some housekeeping.

That may be your best suggestion to date. And that's really saying something, you're a man of fine suggestions.

Hopefully people who know more than me will flesh this out a bit. Twice I've lost "everything" in cura - all my settings, printers, filaments, etc. Months spent developing these profiles and they are just gone. But I've found by loading in old .curaproject files you can restore a lot of this. Right now I have one burning question: The process of self-purging that CURA did left me with ~10 defined extruders which are being complained about whenever I switch printers. This is from J. Prusa's recently release profiles - perhaps there is some way to remove the unused ones?

It's really hard not to qualify with the word sometimes because many of the times it happens I find out because the wrong thing is sitting on the print bed 4 hours later. I'm being cautious not to state something as fact when it is purely an impression. I have noticed a few things: Hitting return after entering the name seems to fix it. Reslicing often fixes the issue, but I've seen the name reset here, too. Clicking in a print-settings-box like you're going to edit the value , if you don't change it, seems to always use the name right. I feel the issue is the input checker (it started happening then) no letting the name update, or overwriting the change. I would suggest that if someone clicks the "save to file/removable drive" button that you first finalize the entered name, THEN get the file name to save. That's probably better done by someone familiar with the code, but if you can point me to the file that handles getting the name from the blank, I could try to take a look at it. CURA is in some C-like language?

I've been playing with dual extrusion for a few weeks now, early on I had massive issues with strings after switching filaments, and then I tuned it out and haven't seen it for a while. After learning that many of the issues I've been seeing have their roots in software idiosyncrasies, I made a lot of changes to my settings. Now when I return from standby when printing with the main nozzle, I get a predictable string - almost as if there is extra extrusion on re-prime - when I go back to the material. I don't see what could be causing this, does anyone have any suggestions? The only restart prime I saw (for normal retraction) doesn't effect this and is set to zero.

Is there someone I could talk to about this file name situation? It's getting to the point where I literally have to save files, find them in the operating system, check the file dates, and manually rename stuff. I would mean a lot to me if someone could say "This is a problem, we are interested in fixing it".

Did you find that shutting off Compensate Wall overlap altogether helped? I'm experimenting with shutting that off and also turning off combing (which may actually be fixed but not released yet). It's been years since I used Silc3R, but several objects just wouldn't come out usable, so generally after a day on the forums, I just bring prints I want to look good into slic3r. It breaks up my workflow to have to switch all the time, but it works.

The behavior I really want is solid view when unsliced, layer view when sliced. It's hard to accurately position stuff when in layer view because the object goes transparent as soon as you make a change. You could differentiate between the two, so you know you're looking at an unsliced layer view.

Guess what guys?! I woke up this morning to find my 15 hour print of the wrong thing is coming along great! Does anyone want to buy it, cause I sure don't need another. That's why I carefully chose a filename before hitting save. How can this not be acknowledged by the team? It's not a Coding Challenge to make sure the file name in the file name blank is used when saving something, how about a little "We're very busy, but we admit that's a trivial problem, and we'll work on it someday"?

I would rather have to see the layer view than wait for an object to print that's just missing an inch of material here and an inch of material there. It takes 45 minutes to see this error on the printbed, and 15 seconds to wait for the layer view to show up. A checkbox fixes it.