GregValiant

Thanks for getting back. I don't know how you brought the models into Cura but usually in the lower left corner of Cura is a list of the pieces in the scene (the Object List). The problem may have been catchable there as there should have been more parts than you would have expected.

You might be able to fix it using this repair site https://formware.co/OnlineStlRepair. Upload the file and when it's ready you will get a report of the errors and hopefully the file will be fixed (not all can be repaired). Then download the repaired file. I've used them a few times with good results and it's free.

When the model orientation on the build plate affects the slicing the problem is often in the model. The Cura warning states that the model isn't watertight and in X-ray view there are issues with the hat and neck as well as other places. Here is an STL file repaired with MS 3D Builder. If you print this you might have to do something with the hat. The interior is hollow and so there is no infill to support the upper cone. I might be inclined to print the lower portion without the hat (use a support blocker configured as a cutting mesh) and then print the hat separately and glue it on. The hat requires a lot of support and it's tough to get the support over the shoulders. The 3mf file isn't tweaked but it shows what I'm talking about. samuraiBoyRemeshed_fixed.stl samuraiBoyRemeshed.3mf

If you Zip the file you should be able to post it. Since you seem to feel the problem might be a setting or Cura, then in Cura use File | Save Project and post the 3mf file here so gr5 can take a look.

If it is an older printer you will need to look at the mainboard and the main chip on the board. If it is an STM32F1 then it's 32 bit. I don't think Creality has put an 8 bit board into a printer since last fall. There should be something on the Creality site to point you in the right direction. The CR10 forum on Reddit would be a good place to start looking as well. I just found this...I don't know if it's true but it's the way my boards are: "Look at the USB connector. If it is a mini USB socket then it is 8 bit. If it is a micro USB socket it is 32 bit." So the bigger socket means it's 8 bit. This site mostly covers Ultimaker hardware and Cura. My printer is an Ender 3 Pro but I'm much in the minority here.

For the Temp tower, if you are off by one layer, it will continue all the way up. It isn't cumulative. If you enter 44, 88, 132, etc. and the temperature actually changes at 43, 87, 131 it's no big deal. It becomes a deal for me when using PauseAtHeight and changing colors when the main model ends and the text begins. That sort of situation requires that the layer number is exact. I always double check the Gcode to make sure I got it right. It only takes a few seconds to have Cura open the folder and for me to double-click on the file and then search for (in my case) M0. It's cheap insurance. I would be happier if it was more intuitive, but base 0 is what we have in gcode layer numbering in every slicer except Simplify3D. ChangeAtZ and PauseAtHeight have (or had - I don't know if they've been fixed or not) the same issue when trying to do things "by Height". Z-Hops and adaptive layers fooled them. Both work a lot better when "by Layer" is used. You can't be "doing it wrong" if you are getting the "right results". Sister Mary Elephant isn't likely to show up and ask for your proofs.

There was balsa wood covered with tissue paper and finished with "airplane dope". Then it was balsa covered with monokote shrink plastic. Then there was foam covered with balsa or monokote Now it's " Just print the damn thing all at once." A printed wing with a well designed interior using angled ribs and integral spars should be fine for small electric planes. I wouldn't count on a printed wing on a plane powered by an Enya 90.

Here is how it came in for me. This is on a Windows 10 laptop. It's 260 tall so it won't slice, but it came in sitting on the build plate. I selected the model and chose the Scale tool and made it Z=249 tall (with Uniform Scaling turned so the X and Y are proportionate). Your settings look fine. One thing you might consider is splitting the model and printing it in two halves and gluing them together. You can reinforce the seams with something. Locating the pieces won't be easy but it goes from being a 63 hour print with a ton of filament to throw away to a 14 hour and an 11 hour print with very little scrap. To get the Btm...file to slice I had to increase the build volume to 275 in the Z to fool Cura into thinking the model fit. In both the attached files the model is full scale. TopHalf_FrontwMouth.3mf BtmHalf_FrontwMouth.3mf

Geez, I'm old ya know. I can't remember what I had for breakfast this morning so going back to what I did a month ago ain't happenin'. I think if you open that "SlickUpper_fixed.3mf" file in my previous post you will get the repaired model and whatever settings I had. As I recall, the problem was at the top of the model (when vertical) and a non-manifold edge was fooling Cura into thinking the top of the cylinder was covered and that's what was causing all the support on the inside.

I like it - but you've still got a bit of a kink where it passes through the IKEA guide hole. If it works you can print something up. With some thought it may be something that will allow you to put the printer on a table. Getting down on your hands and knees to level has got to be tough.

In Cura use File | Save Project and post the 3mf file here. It will have the model, your printer, and the settings in the file. Looking at your second image it's almost like the model is there but is invisible. Funny that an invisible object will leave a shadow.

Select the model and then use the Translate tool to move it down to the build plate. The Z is probably way off so what you're seeing is a shadow of the floating model. In Preferences / Configure Cura you may want to check on "Automatically drop models to the build plate".

Check the Initial Layer Horizontal Expansion. Make sure it is set to "0". It's possible that Horizontal Hole Expansion is a problem but if the thin features show up on subsequent layers then the problem may well be the Initial Layer Horizontal Expansion. I don't think there should be difference between Skirt and Brim though. Are you using two different profiles with one set for skirt and the other for brim?

If the spool was mounted above so the filament feeds straight into the extruder it might be a better look. With the spool below (like in the Selpic ads) when the print head moves outboard in the Y it looks to be a definite problem. I think it needs some type of Strain Relief to eliminate the sharp turn into the extruder. Mounting the spool up high might be the easiest fix.

If you want firmware retraction then your firmware needs to have M207, M208, M209, G10, and G11 enabled. It looks like the M207 goes in the startup gcode (it doesn't appear that Cura adds it) to set the parameters for the firmware. Are you mixing colors with M163, 4, 5, 6? If so then if you have E0, E1 and E2 mixing into virtual extruder E3 then when E3 is active all three extruders must push together and I would assume that on a G10 command that all three extruders would retract as well. I believe all of that is handled in the firmware. Be advised that what "I believe" may not have anything to do with reality. In later versions of Cura there is a plugin "Printer Settings" (available in the MarketPlace). It is the new location for "Extruders Share Heater" and "Extruders Share Nozzle" and also for "Enable Firmware Retraction". I have no idea if that could be made to work with 3.2 or if you would need to move up to 4.10. You can enable firmware retraction without resorting to Volumetric as it works with both Absolute and Relative extrusion modes.

"...but who is deciding that is where they should be?" @ahoeben is a primary contributor to Cura and is here a lot. He may know, or he may be able to point you in the right direction to figure this out. When I bring models in from my old version of Mechanical Desktop / Inventor they are always STL files and always come in at the midpoint of the Cura build surface no matter where they were located in model space when I exported them from the CAD program. I just move them around so the printer uses different muscles and spreads it's wear out. The "Printer" origin is generally the left front corner and the "Model" origin is the midpoint of the build surface. I don't know if one takes precedence over the other during import, or if some location info might be within a 3mf file or an OBJ file or some other acceptable file format.

I do a lot of round things and it matters. On something like a big cube or a bracket it doesn't. On something like these I found it does as not stuttering is a key since everything is curved.

I've written a little program to calibrate Accel and Jerk. On long runs the printer handles up to about 3000 pretty well at under 150mm/sec. Above that it really hits the end stops hard. Circles are a different story. Above 500 and 8 (which are the defaults in the definition file) circles get herky-jerky do to stuttering. I run my E3Pro at X=600, Y=450. It's a fair compromise that gives me good corner definition and smooth circles on the prints while allowing me to speed along (75 anyway) on the straight runs. Regarding Greg's Accel, Jerk, and Print Tool you can download it and install it. It's for Windows only (VB doesn't port to others). It does require a USB connection to the printer in order to function.

Miniature is the correct word and is used correctly. That thing is little, and that's the problem. There are also problems with the model itself (in the Prepare screen turn on X-Ray view) but the reason it won't slice (the letters don't show up) is the physical size. I dropped down to a .2 nozzle in Cura. I still had to scale the model to 200% to get the lettering to show up. The original model and a version I repaired were the same as far as that goes. I think you need to move up to at least a "Medium Award".

Speed is one thing, Acceleration is another. This may be a workaround that will work for you. I don't know if this is firmware specific or not. It works with my Ender 3 Pro running Marlin 1.1.8. Cura varies the Accel values in a gcode file according to things like travel accel, or different accel values for infill, outer wall, whatever. When those numbers are different by "TYPE" then that means changes in Accel throughout a file. When Cura changes the accel number in gcode it does so with M204. However, the Maximum Acceleration rates are stored in M201 in the printer so they are not affected by Cura changing the Print/Travel accelerations. M201 remains the limit. If you put something like M201 X500 Y50 in your StartUp G-Code, and then in your settings for a model put all the acceleration settings at 3000 then when the printer sees M204 S3000 it will use 500mm/sec² for the X and 50mm/sec² for the Y because those are the limits stored in M201. If you were to print a large flat with a 200 x 200 footprint you would see that the X appears to be faster than the Y (although top speed is the same). When the skin is put down at 45° acceleration would be limited by the Y number. You cannot do the same trick with Jerk because M205 (which holds the Jerk values) is a Setting and not a Maximum. Cura will always make the values of X and Y Jerk equal to each other as it uses M205 to change them. So that is the workaround - add M201 X500 Y250 (use your preferred numbers for Accel) to your StartUp G-Code. It will not effect the current E and Z accel numbers but will limit your acceleration values regardless of what Cura says in an M204 line. You could do the same sort of thing with speed, but it's the acceleration that is the problem, not the top speed.

It doesn't happen for me using a .4 nozzle and .4 Line Width. When you orient it vertically then Layer Height is the limiting factor. When it's oriented horizontally then Line Width is the limiting factor.

This is the report from the STL repair site. SketchUp files often have problems. Some need to repaired in SketchUp, others can be figured out by the repair utility. In this case I think they were all fixed by the utility. --> 7 Naked edges (?) --> 1 Planar holes (?) --> 0 Non-planar holes (?) --> 1 Non-manifold edges (?) --> 52 Inverted faces (?) --> 0 Degenerate faces (?) --> 0 Duplicate faces (?) --> 0 Disjoint shells (?) -> Repairing: 100.00% ----- Repair completed in 271ms ------ -> Vertex count changed from 154 to 230 (+76) -> Triangle count changed from 302 to 460 (+158) Here are your file on the left and the repaired file on the right in Cura X-Ray view. You can see that the red patches intrude into what should be the hole. You can see in the report that there are 52 inverted faces. Those are serious errors. I don't know SketchUp but if those are the surfaces that make up the ID of the hole then that's the problem. Inverted faces confuse Cura and the program can't tell the outside from the inside. Anyway, here is the repaired file. It should slice correctly for you. MPC_Cap10_fixed.stl

That image is really had to see. Do you have "Enable support brim" turned on? What is the Support Brim Width?

I don't understand. That looks like normal Gcode generated in Absolute Extrusion mode and there is an M82 telling the printer to use Absolute Extrusion mode. E-Steps are defined in M92 and there isn't one in the snippet. If you want to use Relative Extrusion mode then that setting is in Cura Special Modes and an M83 should appear after your startup gcode.

What isn't working or what are you looking for? It looks like you should install it as an A20. It also appears to be a clone of an Ender 3 so you could use that definition as well and then change the name.