CarloK

@BrianVetere: Bootable SD-card images exist but are normally not released since SD cards are no good medium for continued usage, the SD cards are slower and will break down after some time because they were not designed for a lot of write actions. For testing purposes I will try to send you a download link by direct message on this forum. Installation of the image file is the same as for the discovery procedure described in this thread.

There was a last minute update to the v4.3 release, released as v4.3.2: - Fixed the bug where on power-up Cura Connect would automatically re-start printing the last object. This only happened when you switched the printer off with the display still showing the message for clearing the buildplate.

Recently this problem was reported in the Cura 3.2 subject forum. The problem is caused by a change in Cura which exposes a bug in the UM2(+) firmware: At the end of the gcode file, Cura used to save a few lines with the used Cura settings. These settings were removed making the file a few lines shorter and this exposes the bug where the UM2(+) finishes the print while still a few moves are in the motion controller buffer. The bug will soon be fixed and consists of two changes: 1) We will fix the bug in the UM2(+) firmware. 2) Cura will make the gcode files a bit longer again so the UM2(+) bug will not occur on older firmware versions. For now the workaround is to revert to Cura v3.1. Or add about 10 extra comment lines at the end of your gcode file, or add an M400 command at the end of your gcode. These commands can be set in the 'End Gcode' section of your Cura machine settings. Here a link with more info about the UM2 bug:

Just some extra info for people having spare AA cores but a shortage on BB cores: The AA core differs from the BB core by its internal shape; the AA core is staged to reduce oozing where the BB is smooth to prevent clogging (but oozes a bit more). Using PVA in an AA core is strongly discouraged! Because of the internal sharp edge shape there is a small space where material will remain longer, PVA will start to carbonate there. Once carbonated material is in place it will catalyze the process and carbonate even more material quickly. What you can do is to convert an AA 0.4 nozzle to a BB 0.6 nozzle: use a 0.6 drill to increase the extruder diameter. This will remove (part of) the stage in the AA nozzle, making it smoother, and also the larger diameter will help to extrude small clogs before they can accumulate and block the nozzle. Use the above listed procedures to modify the printcore's electronics to report as the new nozzle type.

You have an intriguing problem... I studied the release notes since your v3.5.3 but nothing there that explains your problem. Then I created a clean installed printer with v3.5.3 and when I insert a usb stick with the firmware files on it, these are recognized. You are the first one to report this problem on an old software version where many people already updated successfully. You are doing something different, I just can't figure out what. Instead of spending more time in figuring out your problem, is it possible for you to move the printer to another location where you can plug in the network cable and do the update over the internet? The other option is to follow the procedure for a bricked machine, but that involves quiet some work.

You can always install the original firmware by using Cura. Follow the procedure as described here: https://ultimaker.com/en/resources/20500-upgrade-firmware

Just another thought since you mentioned you unzipped the file.... On Windows some versions of Internet Explorer are known to change the file extensions. I just tested on my old Windows 7 and IE11. These are the results: "latest.tar.xz" was saved as "latest.tar.tar" "latest.tar.xz.sig" became "latest.tar.xz.tar" Rename the files again to have the original extensions.

Updating the printer from USB was introduced in v3.3, so it really helps to know the exact firmware version you are using.

Don't extract the files, leave them in the state as downloaded. Note that this printer's menu doesn't update automatically when you insert the usb stick, you will only see the usb stick if it was already present when you entered the firmware update menu, otherwise you will have to go up one menu level and return again. What is the firmware version on your printer? When you copy a gcode file to this USB stick, is that being recognized when you enter the print menu? Some usb sticks have multiple partitions and we are only looking at one partition.

Duplicate question of: https://community.ultimaker.com/topic/21429-firmware-updates-in-32/

The bug for the printer restarting the last print job was just fixed this week and will be in the next firmware release (can take a few months).

I rewrote this line of the build instructions to be more clear.

Detecting the build plate with a laser was considered but rejected for reasons I can't recall. Laser sensors are often relative large, expensive and difficulty is that it has to work on a perfect clean glass plate but also on a tape covered build plate and other surfaces like glue. Besides that it is not the distance from the print head to build plate we need, but the distance when the (interchangable) nozzle hits the buildplate, and this for both nozzles. Suggestions for other detecting methods are welcome though.

The UMO power supply should have enough margin to avoid these power supply problems. One possible problem cause would be when you have one of the early UMO's at 19V and then add a heated bed upgrade. In the upgrade kit is a 24V power supply instead of the old 19V version. This has impact on the power consumed by the nozzles; the original 40W nozzles at 19V now increase to 64W at 24V and so eat up all spare power margins. I suggest you order a replacement heater cartridge. Look on eBay for "24v heater cartridge" and you can buy them for a couple of bucks. Make sure it is a model with 40W at 24V.

The printer uses only a small sub-set of all parameters in the profile, like which nozzles are allowed with what material and a default printing temperature. What you really want is to have the profile being used by Cura for most optimal gcode. I don't know the official way for adding a new profile, but a pull request on github is a good starting point. Here is the repository and all current known profiles: https://github.com/Ultimaker/fdm_materials Please note that currently there are 47 Ultimaker profiles, 20 generic profiles and then about 20 profiles from about 10 other filament manufacturers.

The raw info is already there on the printer. Not nice to look at, but in your web browser you can go to: ip address of your printer/api/v1/history/print_jobs Depending on your browser this is presented as a large bulk of text or will be formatted, in my Firefox browser it looks ok. What you see here is a JSON response from the printer with details from the last 50 print jobs on this printer. More info on this command and optional parameters can be found in the API documentation, see you printer's home page.

Glad to hear you were able to fix the problem.

Sounds like a problem that was fixed already some time ago. What is your current firmware version number? Is it possible you executed the "Cura Connect reset" menu item on the printer? We did have an issue there where the printer did not add itself to the list of authenticated printers after the reset (Jira reference CL-560). I suggest you update the firmware in your printer to the latest stable version, currently v4.2.5 After the update it might be possible you have to execute the "Cura Connect reset" menu item one more time.

The new feature has been tested and will be in the next release, most likely named v4.3

Bricking an UM2 is (almost) impossible, the bootloader is designed to protect itself. What most likely happened in your situation is that your computer has some kind of USB problem, i.e. the connection to the printer is not correct. We have one computer here with a similar problem. Try updating the printer from another computer.

The preferred and official method for remote controlling the UM3 is through the web API. Full documentation for this can be found through the link on the printer's home page and a walk-through here on the forum by David: https://community.ultimaker.com/topic/15604-inside-the-ultimaker-3-day-3-remote-access-part-2/ The web API allows (almost) full control of the printer, except for simulating user input on the dial knob. If a feature is missing here you can do a feature request and argument why you think this should be added. SSH is a way for remote accessing the printer but not intended for remote control. You get full access to the Linux OS and can change many of the printer's properties and behaviour but you don't 'control' the printer. What you can do is logging in as the ultimaker/ultimaker user which gives you the 'commandtool' prompt. A very powerful interface into the python running code of the UM3. For example you can execute the sendgcode command to send raw gcode instructions to the motion controller. Very nice, but not supported and difficult to automate. I haven't seen a discussion here on the forum on alternate means of direct input but never looked for it either, it was just something that came to mind thinking about people with limited hand control. I don't know if more people are interested in such a feature so you might start a new topic to poll interest.

You are hijacking this thread. Your question is related but not identical since you are looking for an alternative control method and not necessarily for remote control (which makes no sense when you have to perform actions like replacing material). Best is to post your question in a new topic. Back to your question: I replaced the knob on my printer by this one. The UM3 houses a Linux computer where the knob simulates a computer mouse. I don't have access to an Ultimaker at the moment but it is very well possible that when you connect a mouse to the UM3 USB port that it will already respond to the vertical scroll wheel. Pressing enter on a keyboard has the effect of clicking the knob. Add a small USB hub and you can still use it for the USB-sticks as well. Would a mouse or similar device be an option for you? If yes, then we could add a new feature to respond to a mouse click in addition to the enter key.

The problem reported in the log file is that it fails to open the serial port to the motion controller. This is a strange error and can have multiple causes. The posted log message does not contain all info I need to analyze the root cause of your problem. Can you mail the complete log dump file to me? Or post it somewhere from where I can download it.

Even if you had a battery backup, you could still run out the power, so, no matter the setup you could lose power to the printer. I feel this should be something to aspire to as well. This feature is called a UPS and you can buy a good brand model from about $75. All other solutions are only cheap workarounds and likely to fail. A build plate without power will cool down and your object will get detached. No way you can restart your print after that. Perhaps UM can implement some way to overcome short power outages, like 1 minute, but after that your build plate will have cooled down too much. In locations with regular power outages a UPS is your best option and compared to the price of your printer such a unit is peanuts.

I doubt that's the real reason for UM to change models. The GS series of power supplies has an Energy efficiency Level V rating where the GST series supports the newer level VI efficiency level. Any power supply sold in the USA after February 10, 2016 is to meet the Level VI regulations. Only for old stock manufactured before that date was allowed to be of the Level V type. So, any manufacturer selling world wide was forced to move to the newer efficiency level power supplies, even when that newer models had tighter power safety levels.