robinmdh

@esertuk Just like @CarloK said above none of our printers are using the configuration option that allows for that particular exploit, so we are not rushing to include a new version. Nor are we currently aware of any CVE for nginx that we do expose our users to since all require specific configurations we don't use). We do asses security concerns on an ongoing basis, I imagine you could contact support and request our latest security assessment documentation. I think the Jquery CVE's concerning XSS are a valid concern (albeit with the low impact of at worst (re-)starting a print, not retrieval of information AFAIK). The S3 and the S5 have the option to enable the firewall, you can still use the cloud platform if you do but none of the software running on the printer is exposed to attackers on your internal network. This should alleviate any concerns from your IT department. Edit: Adding up-sell, FTW? 😛 If your organization subscribes to Ultimaker Essentials your IT department can block access to the printer settings by configuring a pin code and enable the firewall on all printers remotely. // Now I feel dirty, you can just enable the firewall and tell everyone to leave it on.

the API does show the humidity value: http://<insert printer IP>/material-station-api/v1/material-station/ this returns a block of json data that includes the relative humidity as measured by the material station. currently for me that is: "current_humidity": 24.823999, the dehumidifier_status will also indicate if it is regenerating or drying example output: { "status": "operational", "current_humidity": 24.823999, "dehumidifier_status": "operational_drying", "door_opened": 0, "slots": [ { "slot_index": 0, "material_guid": "44a029e6-e31b-4c9e-a12f-9282e29a92ff", "direction": 0, "material_selection_source": "RFID", "material_insertion_datetime": "2021-09-24T09:48:00", "status": "ready", "material_empty": 0, "material_remaining": 0.7471266666666666, "material_remaining_mm": 70836.0302122365 }, { "slot_index": 1, "material_guid": "40a273c6-0e15-4db5-a278-8eb0b4a9e293", "direction": 0, "material_selection_source": "RFID", "material_insertion_datetime": "2019-02-20T11:36:50", "status": "ready", "material_empty": 0, "material_remaining": 0.3941447384117807, "material_remaining_mm": 36486.623428299594 }, { "slot_index": 2, "material_guid": "c7005925-2a41-4280-8cdd-4029e3fe5253", "direction": 0, "material_selection_source": "RFID", "material_insertion_datetime": "2021-09-20T11:20:43", "status": "ready", "material_empty": 0, "material_remaining": 0, "material_remaining_mm": 0 }, { "slot_index": 3, "material_guid": "eff40bcf-588d-420d-a3bc-a5ffd8c7f4b3", "direction": 0, "material_selection_source": "RFID", "material_insertion_datetime": "2021-09-20T09:57:26", "status": "ready", "material_empty": 0, "material_remaining": 0.8312173333333334, "material_remaining_mm": 80100.72045390833 }, { "slot_index": 4, "material_guid": "2433b8fb-dcd6-4e36-9cd5-9f4ee551c04c", "direction": 1, "material_selection_source": "RFID", "material_insertion_datetime": "2021-10-20T11:11:13", "status": "ready", "material_empty": 0, "material_remaining": 0.006547999999999999, "material_remaining_mm": 620.8242143184884 }, { "slot_index": 5, "material_guid": "", "direction": 0, "material_selection_source": "", "material_insertion_datetime": "2019-02-16T11:28:58", "status": "new", "material_empty": 0, "material_remaining": -1, "material_remaining_mm": -1 } ] }

@Dim3nsioneer all the documentation I can find mentions silica Gel. which does fit with the heating and valves/fan switching directions when regenerating we see in the code. Even though I worked on the Material Station from the proof of principle onwards (not from the prototype stage), the dehumidifier was mostly handled by a separate team, so I could certainly be wrong.

AFAIK there is silica gel in a metal enclosure packed with a heater element to regenerate the desiccant, along with some sensors and valves and a fan this is packed into a separate enclosure within the Material Station. it does not seem like it is easy to replace the silica gel inside, but the dehumidifier unit itself is separate unit and should be relatively easy to extract, once you open up the material station far enough which is a bit tricky.

for 1 and 2 I don't know. but option 3, aka this quoted block.... really should be there. I'm fairly sure the pintcore cleaning wizard should show up in the ... menu... But it indeed does not :( I Ran into this myself recently, I solved it by upping the material temp as high as it could go in the tune menu, removing the bowden tube at the bottom of the s5 feeder, (slowly stretching the tube away won't interrupt your print, jerking it might mark the filament bay as empty though so be warned) and then for the first 5 mm of material I manually pushed the filament into the feeder (adding my strength to it and getting past any grinds). That solved the problem for me. Janky workaround, I know. I'll have a look and see why that menu item is missing...

I've had a look at your logs, and the material profile you use is not made for the "Material Station" You can see that the printer is missing several bit of information: Sep 30 16:08:14 ultimakersystem-0030d623dde0 PrinterService[1261]: 2021-09-30 16:08:14,642 ERROR deprimeManager Not all parameters present in material profile (3D4Makers Facilan C8 Generic). Sep 30 16:08:14 ultimakersystem-0030d623dde0 PrinterService[1261]: |{ Sep 30 16:08:14 ultimakersystem-0030d623dde0 PrinterService[1261]: | "break preparation temperature": "value to be replaced", Sep 30 16:08:14 ultimakersystem-0030d623dde0 PrinterService[1261]: | "break preparation position": "value to be replaced", Sep 30 16:08:14 ultimakersystem-0030d623dde0 PrinterService[1261]: | "break preparation speed": "value to be replaced", Sep 30 16:08:14 ultimakersystem-0030d623dde0 PrinterService[1261]: | "break temperature": "value to be replaced", Sep 30 16:08:14 ultimakersystem-0030d623dde0 PrinterService[1261]: | "break position": "value to be replaced", Sep 30 16:08:14 ultimakersystem-0030d623dde0 PrinterService[1261]: | "break speed": "value to be replaced", Sep 30 16:08:14 ultimakersystem-0030d623dde0 PrinterService[1261]: | "park_temperature": 125, Sep 30 16:08:14 ultimakersystem-0030d623dde0 PrinterService[1261]: | "park_position": -120.0, Sep 30 16:08:14 ultimakersystem-0030d623dde0 PrinterService[1261]: | "park_speed": 10.0, Sep 30 16:08:14 ultimakersystem-0030d623dde0 PrinterService[1261]: | "maximum park duration": "value to be replaced" Sep 30 16:08:14 ultimakersystem-0030d623dde0 PrinterService[1261]: |} Unfortunately we initially only tested on the presence of a few values making the behavior rather random since the behavior depends on when it needs a missing value. While we have added a pop up error for this in 7.0.0, that release is taking a bit longer to finish then we'd like. I'm fairly confident that if you print with a more complete material profile, so try and replace your "3D4Makers Facilan C8 Generic" profile with a comparable Ultimaker or generic one or update that profile.

Also we don't move up after the prime blob is done because it causes very sharp points to form on a small difficult to grab object.. As the creator of the prime blob I recommend just turning it off, there is no more need for it.

Pure speculation: The printcore's bottom of the cold zone locates into a cup in the printhead, could this combination be somehow giving you problems? I've never seen this go wrong mind you but when changing material, it is pulled up/out of the printcore and this could unseat the core from that cup. if the spring tension is then not big enough to push it back into the right place... Could there be anything getting in-between these mating surfaces making locating the same position repeatedly harder?

That is certainly not the intention, and not why there are still firmware updates being made. Was this with version 5.2.17/18 or with version 5.3.0? Did you create a support ticket for this? It's always possible to downgrade of course, though to use digital factory you will have to update to 5.3.0.

Technically it can certainly be done, I'll see f I can pass it on to our UX people. Though I doubt it has any urgency. I tend to just disable it/set it very low and then change the setting when I need more light, in most cases the menu isn't blocked.Otherwise the printer hurts my eyes at night (bright light).

EDIT: @CarloK informs me this did not work on the UM3, we'll have a look together, sorry if that got anyone's hopes up, this method does work on the S5 and S3 and was created after the other method used by @3DPrintto above, was removed. /EDIT @CarloK and @3DPrintto You should be able to create a file named 'article_number' on an usb drive containing the new BOM number in ascii hexadecimal format (separated per byte) like this: "0x00 0x00 0x23 0x6a" (that being the equivalent of 9066) and reboot with that file on the usb stick. (do remember to not leave that on your usb drive or inserted in the printer, it causes writes to the eeprom even if it's already set)

Yes but well, not exactly... For the UM3 specifically we did have to change a lot, we're not sure why, but we had to enable TLSv1.3 to get it to work with the new certificate, previously TLSv1.2 was fine, to do that we had to update python, libssl and all it's dependencies including the indirect dependency that is nginx (the web-server on the printer) . So there are quite a few changes, though none "should" have influence on printing and the printer applications. We did have to update some standard packages to get the WiFi working correctly, though I haven't seen or heard about any problems like this. If you are on WiFi, can you check if you experience the same problems when connecting trough Ethernet (wired cable).

it's because the upload script removed the date pert of the filename as with the s-line releases, so we renamed so that it shows "5.3.0" in the update message instead of just "5.3". It it's the same FW in this case, I promise.

Does it have to be a private message? If there are no links on the main site yet then it might be useful for others as well. um-update-5.3.0.20211003.swu um-restore-5.3.0.20211003.img Thanks! And let us know what does end up working for you!

The USB updates before 5.1.8 had 2 files and are incompatible with newer firmware, if you do update then do be aware that resizing of partitions happens at some point making it a lot harder to downgrade. So here is the recovery image of 4.3.3 UM3_recovery-4.3.3.20180529.img unbricking guide by gr5 I've been using my UM3 with 5.2.x and now 5.3.0 firmware with no problems for quite a while but I hadn't installed the 5.2.18 until a few days ago; So I would consider it quite the downgrade, that said feel free to experiment.

I'd say give it a power-cycle (flip the power switch to OFF - wait a good 5 seconds and then back to ON) let us know it it boots up! The time it takes is dependent on what you had installed before, but it should definitely be done inside 15 minutes.

An update to 5.3.0 is on the way, while That wouldn't fix anything related to printing it does fix WiFi and Digital factory connectivity. you should actually be able to click trough all the "print failed messages" tedious as that will likely be. if you can navigate the menu you could try a factory-reset, this should delete the database that keeps track of past prints. At some point in the distant past we introduced a feature to prevent the print from starting if you power-cycled your printer mid-print. This however does mean that is you had a lot of those unfinished prints in the database from before the feature that you get stuck, we did fix that but I'm not sure if that fix made it to the UM3, I thought it did, but.... If you had developer mode on you could log in via ssh and delete /var/lib/griffin/history.db.

Well I can somewhat safely say that the UM3 and the S5 (for older hardware models) updates are in the testing pipeline and I feel fairly confident about it. It's never just a simple update though, there's always complications, the UM3 software needed a lot of updates in particular and we had some issues with the update software on our older S-line machines. The software where we did manage to do a straight up upgrade, that one only worked if you installed it on a printer directly as with the workaround, but not when building a package, even though for older firmware that did work. It's nice to know we were likely not the only ones working hard to fix problems due to this. Would it have worked flawlessly if we had updated everything on time, definitely not, users of older firmware versions and the UM3 would still have been disconnected from DF.

Update - We can now offer a firmware upgrade to get all printers back online into Ultimaker Digital Factory. We have a firmware update in place for - Ultimaker S3 printers - both stable (6.2.3) and latest channel (6.5.2)* - Ultimaker S5 printers with the U on the side - both stable (6.2.3) and latest channel (6.5.2)* - Ultimaker 3 printers - Version 5.3.0 Make sure the printer is connected to the internet and if need be check the 'Maintenance' menu of the printer to trigger the upgrade. For S5 printers with the robot on the side we have a firmware release available in the latest channel (6.5.2)*. We are Investigating changes needed for a firmware release for the stable channel. If your Ultimaker S5 is subscribed to to stable firmware changes you can switch firmware channels to get it back online in the Digital Factory. Alternatively, the method of updating the needed certificates manually is also still possible. Paste the URL below in the address bar of your browser to visit an Ultimaker support page containing instructions. https://support.ultimaker.com/hc/en-us/articles/4407583616018

Update - Update concerning several types of printers - We have a firmware in place for S3 printers and S5 printer with the U on the side. Check the maintenance menu of the printer to trigger the upgrade. - For S5 printers with the robot on the side we have a workaround to get the printers back online. See the link below https://support.ultimaker.com/hc/en-us/articles/4407583616018 - Our software engineers are working hard on a fix for the UM3 printers. - Ultimaker 2+ Printers remain unaffected.

Already connected printers maintain their connection, but if it is rebooted or looses internet for little while it will fail.

We are aware of the issue of the digital factory outage for the Ultimaker3 Ultimaker-S3 and Ultimaker-S5 (including the pro bundle). We are working on a hot-fix now. We will keep you posted as we progress. Go to http://status.ultimaker.com for the current status. Update - We can now offer a firmware upgrade to get all printers back online into Ultimaker Digital Factory. We have a firmware update in place for - Ultimaker S3 printers - both stable (6.2.3) and latest channel (6.5.2)* - Ultimaker S5 printers with the U on the side - both stable (6.2.3) and latest channel (6.5.2)* - Ultimaker 3 printers - Version 5.3.0 Make sure the printer is connected to the internet and if need be check the 'Maintenance' menu of the printer to trigger the upgrade. For S5 printers with the robot on the side we have a firmware release available in the latest channel (6.5.2)*. We are Investigating changes needed for a firmware release for the stable channel. If your Ultimaker S5 is subscribed to to stable firmware changes you can switch firmware channels to get it back online in the Digital Factory. Alternatively, the method of updating the needed certificates manually is also still possible. Paste the URL below in the address bar of your browser to visit an Ultimaker support page containing instructions. https://support.ultimaker.com/hc/en-us/articles/4407583616018 ~ The team

We are aware of the issue of the digital factory outage for the Ultimaker3 Ultimaker-S3 and Ultimaker-S5 (including the pro bundle). We are working on a hot-fix now. We will keep you posted as we progress. Update - We can now offer a firmware upgrade to get all printers back online into Ultimaker Digital Factory. Go to http://status.ultimaker.com for the current status. ~ The team

it sounds like a power supply problem indeed, do you use any 3d party printcores? You could try setting the initial temperature for the 2nd hotend to 0 Otherwise you could edit the /usr/share/griffin/griffin/machines/um3.json and set the total_power_budget to be a bit lower. This could Nerf your machine though, heating could take longer. (to do this last step you need dev mode active and either user ssh or use winscp)

is the rewinder motor running during the moment of unloading? it is reasonably loud so you should be able to hear it. are the lights on on the bottom of the machine after reboot, do they change when you insert filament? Are these normal spools? Ive had problems rewinding some non ultimaker spools before since they didn't fit well enough and the grip didn't transfer enough (cardboard spools in my case) if you are familiar with telnet I could give instructions on testing the rewinder motor directly. If the motor isn't running at all, the lights are responsive and these are normal spools I'd say contact support here it sounds like it could be a hardware problem. Side note, I recall there is or was a bug where rewinding is blocked if you insert new filament right when it should start the rewinding, but that seems unlikely if it happened multiple times.