ccr90

@wfin73 the update shouldn't take that long to finish. Normally it is not advised to switch off the printer during a firmware upgrade. If has been going on for that long it is safe to assume it has run into an issue. Please try re-starting your printer and you may find out that the upgrade has been finished correctly.

@rydm I will check that on my printer as well. Can you tell me which firmware version you have installed on your machine? Do you have a Material Station connected to your printer?

Hi @bonelli. When the Unload option is not enabled in the material menu it means that the "Standby" state could not be properly stored or was lost due to another action. Can you describe if you perform any actions in between prints that could result in that state being lost? Some examples that come to mind would be: Shutting the printer down before the printer has finished the cool down routine, switching printcores, updating firmware... Unfortunately "changing material" is not an action that can be manually performed with the Pro Bundle. There are some tricks that you could use to unload the material in that case: - Raise the feeder lever and power cycle the printer. During the boot-up routine the Material Station should unload the material back. (Don't forget to put th elever down again once this is finished) - Start a print-core change wizard. That should trigger a new deprime procedure and put the material back into that "standby" position again. At that moment you should be able to see the "Unload" functionality enabled in the material Menu again

@Roli4711 I've reached out to you for more detailed information

@Bundle Thank you for your feedback. You explained to me that the situation you reported was for Ultimaker PLA, aborted while printing, based on the usual park position it was clearly higher up in the Bowden tube and the delay in extrusion for the following print was excessive (missed the skirt and started extruding already in the part section). It is indeed not expected that PLA creates a long tip after a print is aborted. It is one of the materials that creates the better deprime tips actually. Such delayed extrusion is not expected under normal circumstances. Sounds like the behaviour you are seeing is indeed a bug. I'm glad to hear that it has worked well for you aside from these 2 exceptions. Internally we have not observed the described behaviour even though this specific flow is always included in our test plans. If you see this problem occur could you please create a support request and add the log files / pictures in it? Here is our official support platform: https://support.ultimaker.com/hc/en-us/requests/new?ticket_form_id=360000516360

@icbm thank you for your report. 1. I'm glad you fixed the lift-switch issue. That was indeed going to be our suggestion to troubleshoot that problem. This should allow you to properly start your prints without running into the "nozzle offset" warning message. 2. We had a similar issue in previous versions that would happen at low occurrence. On 5.8.1 however we haven't seen it happen again. If you run into this again please let us know and share the logs for the occurrence so we can investigate. Creating an error report on our Service channel would be the preferred approach. https://support.ultimaker.com/hc/en-us/requests/new?ticket_form_id=360000516360 The logs you had on your previous message does not contain information on the filament switch procedure. Please add the boot logs on your report. 3. What exactly do you mean by printer freezes? In which circumstance? Are you referring maybe to the printer failing to bootup with a black screen / splash screen? If that is the case we have improvements coming up on our next firmware release. For the time being, rebooting your printer will make the screen available again. 4. ER998 is a previously existing issue. We are continuously fixing root causes of this problem but because the nature of this error there are still triggers that need to be identified and addressed. Is there a specific timing / event that you can associate with triggering the ER998?

@ardynamics, I'm sorry to hear that. Situations like the one you just described should not be common. Once again, if you identify a situation that consistently lead you to this problem, can you elaborate on the steps to reproduce and share the logs with us? It would be valuable for Ultimaker if you can create a Hardware Ticket on our Support Platform. https://support.ultimaker.com/hc/en-us/requests/new?ticket_form_id=36000051636 Could you also answer the following questions? Are you using Ultimaker or 3rd Party Materials? By "did not unpark" do you mean that the filament was not moved back into the printcore far enough or that it did not move at all? Is the part you tried to print a small one? Internally some abort flows that would lead the filament in print core 2 to a higher position were identified, but even then the system would compensate the extra retraction before a print.

At the moment there are no changes in the display to differentiate between a material loaded "all the way" into the print core or "parked" above the print head. The only situation where the filament tip is visible above the printcore (and not unloading back to the material station) while connected through blue lines in the display is when the material is parked. Have you tried printing with the materials in that position or did you pre-emptively unloaded them prevent that potential problem? As mentioned in the header of this thread, there may be some circumstances where visually the materials seem not to be in the same position (height) but follow-up prints did not show effects of delayed extrusion. The material will be correctly returned to the printcore before the print begins. Using brim lines can be an option to reduce your concern of delayed extrusion. If you identify a situation where the material consistently go to the wrong park position, resulting in a delayed extrusion we would be interested in the feedback and potentially the collected logs for internal investigation.