ahoeben

What do you mean by "Start Simulation menu choice"?

I'm going to answer in english. If you want support in german, there's a subforum for that: https://community.ultimaker.com/forum/124-deutsch/ Why do you think you have to reinstall the application? Is it because Cura will not start unless you reinstall it, or does the installer somehow get started when you try to restart Cura?

The "longer" printers were not added until version 4.10. You need to update to a newer version.

Not without changing the code. The easiest place to implement this would be in resources/qml/ActionPanel/PrintJobInformation.qml inside the application folder.

The STL format does not support multiple separate "bodies". So even through the parts may not touch, they are defined as a single model. The MeshTools plugin (available from the Marketplace) has a function to split the models apart in a way that you can select them individually.

The number is not an error code, but the line number in the gcode file. A gcode file is just a text file that you can open in a (decent) text editor, and inspect that line. Unless the file is a .ufp file, in which case it has to be unzipped first. The file seems to have gotten corrupted. This can happen if the usb drive is removed from your computer before the file has been completely written. Or it can happen if the usb drive is broken.

There is no real way to do this in Cura. An ugly sort of workaround is to make a project file with a model containing your settings, and then use the "Replace model" functionality of the MeshTools plugin.

Things may have changed in your network (or eg in the firewall software you may use). Then again, it is always possible that I did something wrong in the plugin. Could you go to Help -> Show configuration folder, locate the Cura.log file and upload that somewhere I can have a look (eg dropbox, google drive, etc)?

The firmware .hex files for the Ultimaer Original - Ultimaker 2+ come with Cura. They are in the resources/firmware folder.

In the profiles dropdown, there is an item labeled "Discard current changes".

The Cura OctoPrint Connection plugin uses (a pure-python implementation of) Bonjour aka Zeroconf to detect OctoPrint instances on the network. There are networks where this does not work reliably. In that case you may have to use the "Add" button to add your instance the to list. You can enter the IP address of the OctoPrint instance, or the hostname if that works in your browser. I don't use that service my self, but I don't see any reason why it would not work.

As far as I can remember, the Ultimaker original has endstops on both ends of the axes. If properly connected, the endstops should signal the firmware that the head has reached the end of an axis. There is nothing to adjust. (those two bolts on the top-left need to be fixed though; you might be missing two nuts on the other end of those)

Did you know there's a helpful search field atop of the settings that helps you search for settings? It also shows settings that have not yet been made visible. The whole idea of NOT making all of the >300 settings visible is to make it easier to find the often-used important settings. Need something advanced? Use the search feature. Turns out you need that advanced feature often? Make it visible. Personally I like staying on the "Basic" set of visible settings, and use the search for the rest.

Neither am I. I think it was introduced as an "Ultimaker-wide" UI element that you are supposed to recognize. I don't use it much (if at all).

If you want to change the behavior at the end of the print-job, then the End G-code section in Manage Printers (or the Printers pane of the Preferences)-> Machine Settings is the best place.

While your pants are already down, there's already such a link in the "app switcher" in the top-right of the Cura application (like there is on this forum). The "matrix of 9 dots". The marketplace dialog in Cura is being replaced by something that should be less of a drag to open for the next version after Cura 4.13.

The "Custom Printjob Naming" plugin in the Marketplace will let you set the prefix (and a postfix) for each printer, without changing any definition files. It will also let you do more, like adding things like the layer height, material, date.

Je model is niet "printbaar"; alle wanden moeten een dikte hebben en/of het model moet waterdicht zijn. Zie deze tips voor het gebruik van sketchup voor 3d printen, en dan vooral vanaf nr 3: https://i.materialise.com/blog/en/3d-printing-with-sketchup/

I have same questions.

As far as I can see in the screenshot, the blocker only encapsulates the bottom of the model. The blocker is supposed to encapsulate the part of the model that (seems to) need the support, ie higher up in your model.

The support blockers must overlap the geometry that gets supported. Just putting support blockers on supports does not work.

It looks like the model does not have a flat bottom, and/or it is not 100% flush to the bed. You can get a better skirt by pushing the model into the bed by a tiny amount (ie: setting the z to -0.1 or so).

Upon further inspection, it looks like the machine_max_jerk_xy value is actually written to the gcode file by CuraEngine, so it does affect what the printer does (in addition to affecting the print time estimation): https://github.com/Ultimaker/CuraEngine/blob/92fd0abb7867ca3c86fdac67fc950497562c60f1/src/FffGcodeWriter.cpp#L3006 and https://github.com/Ultimaker/CuraEngine/blob/df96b2ff011a316010fec5035620dda692edd52a/src/gcodeExport.cpp#L1375 You do need to have the jerk_enabled setting set. The setting is a "global" setting that can not be set per extruder. There's also no rule to decide how to "resolve" (possibly) multiple extruder-settings into a global setting. That means that unfortunately no, I can not add the setting to the material settings plugin. Cura simply would not "listen to" what the material says the value should be according to what you would set in the material settings plugin. Just to clarify, both the Printer Settings and Material Settings plugins don't handle settings individually; they are governed by what is defined in the fdmprinter.def.json file. The settings that the Printer Settings plugin adds are not settings that I "invented", but they are settings that are normally only available for printer definition writers and hidden in the GUI. My plugin just makes them visible. That is also why I don't know what each setting does exactly.

No, this is not supposed to happen. It seems like the axes going through the printhead are not perpendicular. Here's a guide on how to fix that: https://support.ultimaker.com/hc/en-us/articles/360017142879-How-to-align-the-axles-on-your-Ultimaker-printer

As far as I know, that settings (internally known as 'machine_max_jerk_xy') is used only to calculate the time it takes the printer to move the printhead, and the closer you set it to the actual value your printer uses the better the print time estimation is. If I am wrong, @ghostkeeper will be able to correct me.