WesleyE

Hi SmartBlug, Just to make sure, did you change anything to the head? Something conductive on the four screws on top of the head? You also do not reach into the machine while it's probing? If the answer to all these questions is 'no' and this is repeatable, it sounds like the capacitive sensor is not working as it should. I recommend that you contact your supplier/store and check with them for a replacement or repair.

This indeed not what would be expected. Would you be able to post your model and Cura settings? It is difficult to see only from the photo where it went wrong. We would love to research this. Did the machine prime after every material switch? However, I can assure you that this is not due to the automatic bed leveling. To elaborate on Sander's comment: The topology of the build plate changes during heating of the bed and is affected by a number of parameters. In order to guarantee a good adhesion, we probe the build plate with the grid and actively compensate for any deformations. Only relying on manual leveling does not compensate for these deformations and will lead to even more under or over extrusion, but only in the first few layers.

Just to update you all; We've released version 4.3.3 for the UM3 that contains the hotfix for the Tough PLA materials. When updating to 4.3.3, you can now select the proper material or use the NFC chip to have it automatically selected.

We don't have a battery on the mainboard(s). So for timekeeping, we rely on network connectivity in order to get the correct time. At boot, this is not directly available, which might lead to seeing the UNIX epoch time until we have resolved the right UTC time.

We are aware of this issue and it is indeed a nuisance to override the configuration each time you want to print with our Tough PLA. We are working on a UM3 release for Tough PLA as we speak. As a current workaround: you can select PLA in the printer, we only use those profiles for X/Y calibration and the bed leveling for example. Your actual prints from Cura will use the right profile.

Hi cjs, We know this can happen when you abort a print a couple of times in a row. This behaviour also leads to a print blob that becomes to big (the other way around). We have plans to improve this behaviour in the near future.

I did not have time to check the stl's, its on my list. There is indeed an limit to how many gcode you can send in a short period. While short bursts of small segments will work perfectly, prolonged periods of small segments can cause buffer underruns. There is an 'Experimental Setting' called Maximum Resolution you can use, but it will enforce the limit on the whole model. This might be ok when you are printing cylinders, but not on organic models.

I'll check our backlog and put it on there if it is not already on there. No promises on if/when it will be in the firmware though!

The steps are as follows: 1. Download the stable and stable signature files 2. Copy the 2 files to the root of your USB stick, insert usb stick into the printer 3. Use the printer's UI to navigate to SYSTEM → Maintenance → Update firmware 4. Then select the file you just put on your USB stick (note: only one option is shown per set of 2 files, the *.tar.xz option). 5. Wait for the update to be installed; follow the instructions on the screen.

No problem! This post outlines how to do it, it does require a Micro SD card and screwdriver:

We've looked at the logs, it seems something in the filesystem has become corrupt. Because of this, the UM3 cannot test if the firmware is signed by us. If you can, the recovery process wil save you the time of replacing the unit. If you cannot do that or don't want to, please talk to your supplier to get a replacement unit. Sorry this happend to you!

Thanks for the logs, we've found something interesting. I will keep you updated.

You can upload your logs here so we can take a look at them. The firmware does not reset to the factory version. As for the latest version; you can download the files manually here: http://software.ultimaker.com/jedi/releases/ You can use http://software.ultimaker.com/jedi/releases/latest.tar.xz and http://software.ultimaker.com/jedi/releases/latest.tar.xz.sig for the latest version. You will need both files.

The difference is that the AA core has an internal structure that allows the material to 'pool up'. This reduces the oozing by a lot. PVA however, does not like being pooled up and will clog up the AA nozzles. The BB nozzles are a lot more straight so pooling wil not occur, but it results in a lot more oozing.

The difficulty with colours is that they have very different meanings in different cultures. For example, read means energy, love or danger in western society, but happiness, prosperity or even revolution/communism in others. We will have to check if this does not confuse or even offend people in the slightest. Especially with hot components. I will keep it in mind, maybe it would be good to differentiate between idle and 'safe to take out'.

Hi federgarrido, You can turn the UM3 on and off and check if it loads. I've checked with the team, it is (almost) impossible to brick the bootloader. If it does not load, you can try the recovery image as explained in this topic: Good luck and let us know if it works!