V1.5.1 resolves the first-layer issue for most users affected by V1.5.0. If your first layer is still overly squished after updating, you can download a temporary 1.5.2 beta build for further testing.
We also recommend that you:
Run Multi-Toolhead Offset Calibration again with no filament loaded in any toolhead.
Before starting a print, make sure Heated Bed Leveling is enabled so the printer performs bed leveling automatically before printing.
The bug with printing unsupported parts seems to have been fixed in version 1.51. However, the issue persists when printing the support structures for parts that require supports.
I am using Toolhead 1 only. I did not test Toolheads 2, 3, or 4 because the exact same issue already occurred with Toolhead 1.
After updating to firmware 1.5.1, the print quality initially returned to normal. However, after approximately one day, the same problem came back without any hardware changes.
Because of this, I downgraded the printer back to firmware 1.4.1.
I have also noticed that several of my friends experienced very similar issues after updating to firmware 1.5.1, so it does not appear to be an isolated case.
Could you please confirm whether there are any known issues related to firmware 1.5.1 that may affect calibration or print quality over time? If needed, I can also provide photos of the first layer before and after the downgrade.
The way I see it, the printer’s firmware is responsible for actioning G-Code, and the slicer software is responsible for generating the G-Code. I know there are some subtleties to that, like monitoring print progress, remote access to the control panel, and built-in calibration scripts, but I’m not particularly fond of the idea that firmware actually re-interprets the G-Code (which it definitely does, eg to skip objects, or filament re-assignment).
Is this “just” a case of incorrect calibration data being stored, or is the firmware trying to be clever and adjusting parameters for specific print features – eg the first layer, or anything marked in the G-Code as “support”?
The reason I would be so against anything like this is to ensure the settings in the slicer are where the user can control the exact parameters and what you get when printed. We can’t have settings in the printer’s firmware overriding settings from the slicer, otherwise the user won’t know where to look to resolve printing issues. Settings adjustments from the printer’s control panel should only override settings from the G-Code temporarily, until the G-Code then sets a new value.
I’d like to provide an update on this issue.
Previously, the problem was occurring on the first layer. After updating to firmware v1.5.1, the behavior has changed. The first layer now prints correctly, but the print consistently fails on the second layer.
I tested with multiple toolheads, and the result is the same every time, so the issue doesn’t appear to be related to a specific toolhead. As shown in the attached photos, the nozzle starts dragging through the previous layer during the second layer, causing filament to build up and eventually ruining the print.
Since the problem has shifted from the first layer to the second layer after the firmware update, I’m wondering if this could be related to a firmware issue, Z-height calculation, or layer transition.
Has anyone else experienced the same behavior with v1.5.1. 2katman.pdf (5.2 MB)
Hi, we’ve received several similar reports regarding first-layer quality issues on both 1.5.0 and 1.5.1.
Version 1.5.1 was specifically released to address certain adjustments made in 1.5.0 that could lead to poor first-layer performance.
Previously, firmware updates generally did not require bed leveling or calibration afterward. However, due to the changes introduced in recent updates, these steps have become necessary.
From what I’ve gathered from our engineering team, the 1.5.1 firmware itself is performing as expected, but it does require specific adjustments after installation. They are currently preparing a wiki guide that will outline the required procedure in detail.
Hi, most posts (on forums, Reddit, Facebook, and technical support channels) are still about the first layer so far. I’ll bring it up here if I see similar feedback about the second layer. In the meantime, it would be highly appreciated if you could submit a ticket to the technical support team to check if they have any clues.
After testing, it appears that the issue only occurs with the filled parts of concentric structures, such as the sloped exterior walls of a support tower or the first layer of tree-like supports.
After upgrading to 1.5.1, I re-ran the hot bed calibration and the problem was resolved! I’ve printed several parts since then, all working normally, without needing to level the hot bed before each print.
Here’s another nail in the coffin for 1.5.1 – I tried to print the dragon and it instantly hit an exception complaining about incompatible nozzle diameters:
