ahoeben

What gcode flavour do you use? The default gcode flavour for the UM2+ is Ultigcode (mislabeled as Ultimaker 2 in Machine Settings). Ultigcode does not use start g-code afaik.

There currently isn't a way for a plugin to add MenuItems to the contextmenu, so the first version of the plugin will have to use the Extensions menu. However, there are other ways to improve the plugin before release. For example I would like the model check to happen automatically when a model is loaded, showing a message when the model is not watertight and an option to split apart compound meshes. I'll have to test if performing the normal fix is something I also want to run automatically.

Lulzbot and BCN3D are known to use 3mm (2.85mm) diameter filaments too. But there's not a lot wrong with the UMO+ if you don't need auto bed leveling or dual extrusion. They are very capable machines.

I am working on an exciting plugin that I am calling Mesh Tools. In the GIF, I have loaded three models. The top right mesh (normals.stl) has its normals reversed, because my modeler of choice has a different winding order. That's why it is showing overhang on top of the model (silly Cura...). The top left model (leaky.stl) has a hole in it. It won't print well. The bottom two cubes were loaded as a single STL (dual.stl). No amount of ungrouping will get them apart. The UI of this plugin will change before it gets released, but I wanted to show you some exciting preliminary results.

Note that Cura does not use the command-line like this. Instead it launches CuraEngine and the uses a protocol named “Arcus” (based of protobuf) to communicate meshes and settings. The command line is only ever used for some quick tests here and there, and is not officially supported anymore.

2.7 is not the latest release. 3.4.1 is.

Note that I did not say there is no merit at all to printing inner and outer walls with different extruders. I just think it isn't more useful than different extruders for infill and walls. For infill and walls, my usecase is eg using a different (eg cheaper, or sturdier) material for infill than for the walls. A single outer wall would not be enough to cover inner walls of a different material. The same could be true for the outer wall detail.

I think I disagree; I don't think printing outer and inner walls with different extruders is more useful than printing walls and infill with different extruders.

Yes, see "Infill Extruder" under Infill. Again, use the search if it is not showing up already.

The E values don’t match up if you don’t adjust them. You can do that by adding an G92 E(e-value) between the two parts. The e-value would be the last E in the gcode you cut away from the 0.25mm file.

And kudos to kmanstudiosos for taking the time to make pictures to go with the post.

I don't see why the temperature would drop from just pausing. I don't know if OctoPrint can "capture" the target temperature before pausing in the same way as it can capture the positions (http://docs.octoprint.org/en/master/features/gcode_scripts.html#more-nifty-pause-and-resume)

Since you are using OctoPrint, you can have that take the role of the firmware to do more than just pause execution of firmware. Instead of sending a gcode command to pause printing, you would send “@pause”. On the OctoPrint side of things, look in to pause and resume scripts.

Sorry, I did not mean to be snippy. I thought adding a smiley to my misquoted Star Wars line would take away from its recognisability, and I am on mobile which takes away from friendly verbosity. I agree that using thickness here is confusing. I did not come up with the setting name, I just pointed it out. I am partially to blame though, because I think the setting was added under my “reign” as UX designer for Cura.

Read the description of the settin. It is layer thickness, not line thickness.

"Infill Layer Thickness" is in the infill category, not the Quality category. Use the search. Luke!

Yes, that’s possible. There’s a setting for it too.

Probably best to log an issue with the creator of the plugin here: https://github.com/VMaxx/RepetierPlugin/issues They'll probably need the cura log, which you can find in the folder that opens via Help -> Show configuration folder.

If the TFT is at fault, you should be able to see or feel (with eg a small screwdriver) a deformation in the channel.

Did you press the “Prepare” button? Autoslicing is turned off by default; you can turn it on in the General pane of the preferences.

I think having a way to quickly clear all scripts (and save/restore them) would be very nice.

What OS do you use? On windows, the files are in the program files folder where you installed cura, in a subfolder named resources\definitions

No, checksum errors should not happen. They indicate connection issues between the computer running octoprint and the printer. Nothing Cura can do about that.

Pick the “I don’t want to share my information” option and you don’t have to fill in anything. Still annoying, still skewing the data, but less work for you than filling in bogus information.

> Use {speed_travel} in your start gcode instead of {travel_speed} {travel_speed} does not work with newer Cura versions. {speed_travel} does.