Closed andrademf closed 1 month ago
Provided configs don't match provided information, they are stock default configs from bugfix 2.1.x
@ellensp My bad, I switched branches and didn’t notice that when zipping the files. Just uploaded the correct files.
Please test the bugfix-2.1.x
branch to see where it stands. If the problem has been resolved then we can close this issue. If the issue isn't resolved yet, then we should investigate further.
@ellensp You got it, I've carefully review the changes on the bugfix-2.1.x branch under the folder Marlin\src\lcd\extui\mks_ui\
, even without any relevant changes on that path the issue was not replicable with the bugfix branch.
So I'm going to close this issue. Thanks!
Did you test the latest
bugfix-2.1.x
code?Yes, and the problem still exists.
Bug Description
Description
I've started struggling with gradual layer shifting, as shown in the pictures below, first notice on ringing tower test:
Troubleshooting
I've started with this checklist:
Conclusion
None of those previous attempts fixed the issue, so I realized it could be related to my recent addition of the MKS WIFI Module to the printer, which turned out to be the root cause. After disabling it, the issue disappeared.
As an additional note, for consistency, I've been using the same gcode in all tests, and re-enabling the MKS Wifi brings the issue back, showing consistency in the bad behavior.
Also, the layer shift is clearly noticeable on my own design part, which is less aggressive on printer movements compared to the ringing tower:
Suggestions
For sure, the MKS guys will be the most knowledgeable on that fix (@mks-viva @MKS-Sean et al), but what I was able to validate is, if the
wifi_looping
is not called whenWORKING
, the printing goes well and the layer shift doesn't happen.Based on that, I would say there is some concurrency or overload caused by it, because even when the module is disconnected from the board, only with the configuration enabled is enough to cause the problem.
Here the rough code change I've made to validate where the issue came from, certainly won’t be the most adequate solution, as this completely disable the WiFi when printing![image](https://github.com/user-attachments/assets/1c302fbd-f1ed-4a57-8305-f2b94af1d80f)
Bug Timeline
After enabling MKS_WIFI_MODULE
Expected behavior
The MKS Wifi do what is expected to do, the problem is the side effect it's been causing on the printer movement.
Actual behavior
The printer is losing few steps every layer causing a linear inclination on the every part printed
Steps to Reproduce
No response
Version of Marlin Firmware
2.1.1
Printer model
Two Trees SP5
Electronics
MKS Robin Nano V3.1
LCD/Controller
No response
Other add-ons
MKS Wifi
Bed Leveling
No Bed Leveling
Your Slicer
Other (explain below)
Host Software
SD Card (headless)
Don't forget to include
Configuration.h
andConfiguration_adv.h
.Additional information & file uploads
GCode
Used for test, available in two different layer height, 0.15mm and 0.3mm: gcode_oven_grill_support.zip
3D Printer Specs
Brand: Two Trees Model: SP5 (Core XY with MKS Robin Nano V3.1 and MKS WiFi) Slicer: Orca Slicer 2.1.1
(fixed) Configuration_adv.zip