ahoeben

See the Material Settings plugin in the Marketplace in combination with the Z Offset Setting plugin.

It looks like this is caused by a dependency in Cura. For details (and a preliminary fix), see this github comment/thread: https://github.com/Ultimaker/Cura/issues/7970#issuecomment-659791641

Your google drive also requires me to log in and request access from you.

You are correct, I was wrong. Still, setting it to "exclusive" causes exactly what you are seeing.

If you have a substantially bigger buildplate, you need thicker axles through the printhead or your printhead will start to sag. So the printhead will have to be modified. This will make the gantry heavier, so there will be more torque on the belts of the gantry, so you will have to compensate a little for that too. A bigger bed will need a much beefier power supply to get to and maintain the temperature you need. The bigger buildplate will have a lot more flex, unless you compensate for that in the design of the bed.

Ik ben van mening dat de Tinkergnome firmware nog steeds veel toevoegt aan de UM2+. Zowel de originele als de Tinkergnome versie habben al in geen jaren substantiele updates gehad.

I'm dealing with @tiagomaricate's problem on the OctoPrint forum here: https://community.octoprint.org/t/cant-store-the-print-job-on-the-printer-sd-card-cura-and-octoprint/22864

In all likeliness, your model does not have a perfectly flat bottom. You can either fix the model, or move it down into the buildplate a little bit (say 0.1 mm)

The perspective on the models is so different that I still can't see what the difference is. Does changing the color model make any difference?

You will have to change the sharing rights to the file on dropbox; only trish***@silverl***.org is allowed to download the file.

You can watch that webcam from inside Cura. But if your workflow works for you, I am the last person to tell you you have to use my plugin.

My username here is @ahoeben. @Aldo is someone else, but Aldo is my first name. @fieldofview is yet another account, that came to be at some point after a forum migration because I also needed an account to upload my plugins to the Ultimaker Marketplace, but I don't use that account. So if you want to ping me on this forum, please use @ahoeben.

For most people, starting, monitoring, pausing/resuming or canceling a print is all they need, and you can do that from within Cura. It is also very convenient not to have to save to a file locally, and then upload that file to OctoPrint as an additional step.

As I have already answered on the OctoPrint forum: The message Can't store the printjob on the printer sd card. is shown in Cura when OctoPrint returns a 409 http response code when uploading to the printer sd card. As always, we need logs to see what is going on. In this case, both octoprint.log (from octoprint) and Cura.log (from Cura). Without logs, I can only guess; You cannot store a file on the printer sd card when the printer is printing. You also can not upload a gcode file with the same name as the file that is currently selected in OctoPrint.

Mostly the internal geometry of the path of the molten filament. So nothing you can see with the naked eye, other than the AA vs BB markings.

As far as I know, that setting only affects the Z axis. But I could be wrong. In any case, setting it to "exclusive" would cause exactly the issue you are seeing. Edit: See https://github.com/Ghostkeeper/SettingsGuide/blob/master/resources/articles/experimental/slicing_tolerance.md

Load your model, and then go the File -> Save as... to save a project file. Put it somehwere we can download it (dropbox, google drive, mega) so we can have a look at what is going wrong.

The first line homes the printhead. The second line moves the platform down (or the print head up) by 15 mm. The last three lines prime the extruder. I would say that that part of the gcode is fairly well commented. G28 should home all axes: X, Y and Z. After this command, the nozzle should touch the buildplate. If it doesn't, your printer firmware or hardware is not properly configured.

😕 Ultimaker never changes existing profiles for 3rd party slicers. It is up to printer makers or the community to provide profiles for those printers. Also, you should have seen the backlash when the profiles for the Creality printers were changed to a set of popular profiles contributed by a community member...

Could you please show with one or more screenshots, and explain what is wrong about it?

You could try setting the "Slicing Tolerance" setting to "Inclusive".

No, if you export as 3MF, you will only get the model! Do File -> Save as... to get a 3mf project file.

This is provided by the Z Offset plugin (which - coincidentally - I wrote). Keeping this setting "off" is much faster, since it only needs to insert a couple of lines of code. Turning the setting on will need to process the whole gcode file and modify all moves that have a Z value. The option is there because the better, faster way does not work on some specificly broken firmware versions and printers.

You forget that I also have a keyboard and a chair 😉

There is not. There is no way to configure this; it would need a change in code. The only consolation I can offer is that for panning, you can use left-click+shift instead of right-click+shift.