-
Notifications
You must be signed in to change notification settings - Fork 80
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Auto bed levelling returning early to the Z-offset screen after factory reset and subsequent leveling #87
Comments
I can confirm that printing still seems to be working as expected after the levelling hicup, although it completed very slowly. Much slower than the previous version and without feedback on the UI. |
Are you able to reproduce and collect some logging? I think @grobux was able to do it once but not reproduce it after.
How is the calibration cube relevant to this issue? 😉 |
The calibration cube is relevant to the issue as it shows how I'm also running auto bed levelling within a print. Including any preheat logic that I have going on. Take it or leave it, it's additional information that I can use to reproduce the issue. |
I will have a go at generating some logs and provide them here as requested, will try and do that today. |
I can confirm that the first Autobed Levelling after flashing the firmware also behaves this way on the stock CR-6. Not just a BTT issue. Subsequent leveling seems to work correctly, if it is not meant to stay on the 16-point display screen at the end of the cycle. |
So it only happens after a factory reset?
Met vriendelijke groet,
Sebastiaan Dammann
…________________________________
Van: Thinkersbluff <notifications@github.com>
Verzonden: Thursday, December 24, 2020 3:27:51 PM
Aan: CR6Community/Marlin <Marlin@noreply.github.com>
CC: Sebastiaan Dammann <sebastiaandammann@outlook.com>; Comment <comment@noreply.github.com>
Onderwerp: Re: [CR6Community/Marlin] Auto bed levelling no longer working with stock touch screen UI, branch extui-btt-skr-stock-tft (#87)
I can confirm that the first Autobed Levelling after flashing the firmware also behaves this way on the stock CR-6. Not just a BTT issue. Subsequent leveling seems to work correctly, if it is not meant to stay on the 16-point display screen at the end of the cycle.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub<https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FCR6Community%2FMarlin%2Fissues%2F87%23issuecomment-750897562&data=04%7C01%7C%7C07ddea8150a84c10c9c408d8a81818ad%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637444168730270353%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=QKpjHF00LLmBclAalrkHBxKzQlE03z%2FhaRxwcyNJYRE%3D&reserved=0>, or unsubscribe<https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAAK4FMKWDVOFXN3M5XHLDPTSWNFWPANCNFSM4VICSLBA&data=04%7C01%7C%7C07ddea8150a84c10c9c408d8a81818ad%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637444168730270353%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=TPWKqBBJWdH6urM%2B5hI%2FbDho8u8TPCl%2Fewp6cUj6m3U%3D&reserved=0>.
|
I'll try running it a few times in a row to see what happens... |
Just ran it twice in a row, first time showed the behaviour described above, and second time worked. I must admit, I never recall this on the creality board firmware (community version) tbh. Once it's done its second run, I'll reboot the machine and see if it works first time then. |
On my stock CR-6, I flashed the v5 pre-release, then ran Autobed Level and it worked correctly. Seems to be a function of whether or not there is an existing mesh when the routine starts? |
Worked perfect after the reboot too, thanks. That just leaves the speed, but then I guess that's probably personal preference so I'll play about with it a bit to suit my requirements. |
Got the log. It appears that after factory reset we quickly get the all the meshes through from Marlins bed leveling code, which confuses the touch screen. |
I think I got it now - please try the latest sources and retry. @InsanityAutomation That call for |
Looks like my system (stock CR6 TFT + 4.5.2 MB) is not yet performing as intended, testing the latest extui branch with most recent files timestamped approx 4pm, 25 Dec.. G29 from terminal ends on wrong screen (see log) though does run ABL in synch with display,
Issue87_25Decextui Test-log.txt Circumstantial evidence from small sample suggests heaters on or off changes the mesh values: |
Just got to try the latest fix and it didn't work as expected, this time it heated the hot end, but not the bed. Then when it started it turned off the hot end heater. Although it did continue to show the progress of the levelling process, so that bit is working now. For now I'll just run it twice after a factory reset. |
@NickDevoctomy Can you detail the exact steps to reproduce? |
Same steps, nothing has changed, just being explicit here about this being the first time ABL is run from the screen. |
“ ...the first time ABL is run from the screen.” No factory reset required to trigger this bug on your system? Worked first time on my system but behaves as reported in this bug if I then do a factory reset. |
@Thinkersbluff sounds like you can reproduce the issue? |
Looks that way. Factory reset seems to reliably trigger this bug on my system. |
Cool, my printer's in the process of printing unfortunately, so I can't mess about with it right now. I can try a simple factory reset and ABL once that's complete. |
UPDATE Happy to report that when I flashed my display with the latest* pinned DWIN_SET files, I lost the ability to reproduce the bug. (*The previous files I had flashed were timestamped 22 Dec. The new files I flashed are timestamped 23 Dec.) First "Run ABL" after Factory Reset ran perfectly. I think this problem may be fixed. |
@NickDevoctomy Can you please confirm this as well? |
RATS - Using the display firmware CR-6-touchscreen-2020-12-27.zip + the latest motherboard F/W source as of 10pm Montreal time 27 Dec, the first ABL after Factory reset is again without heaters. :( |
Got it! I was now able to reproduce that the heaters are turned off after probing. Exact reproduction steps:
|
I thought it was the hot-end idle timeout but it isn't. Didn't capture anything useful either:
|
This should now be fixed. I need to submit this bug upstream because this affect anyone with these settings. |
Not sure if related, but I started RUN ABL with system heated to PETG pre heat values on the latest CF5 builds and the target temps changed to 120/50 at point 2. Point 1 still displayed the PETG target temps. I know - don’t do that, then... Just sayin’ in case ;) |
I can't reproduce it. If you have a good scenario, please open a separate issue. |
Will do, if it persists. Thanks. |
@Thinkersbluff It appears to be an upstream bug: When the heaters are paused for probing, they aren't actually paused, the |
Gotcha. That explains it. Thanks. |
…EATERS_OFF Previously the HOTEND_IDLE_TIMEOUT was (ab)used for disabling the heaters, but HOTEND_IDLE_TIMEOUT doesn't necessarily turn off the heaters. It just may set them to a lower temperature. In addition, some people like to level at a high temperature and we do not want to reset their temperature. Fixes #87 also
Reported upstream:
Requested option to keep heaters of the bed on: Implemented already in this code base. |
Description
Auto bed levelling would previously auto home, heat bed and nozzle, and then level the bed. During which the UI would show which point is being levelled on the bed.
Steps to Reproduce
If this is a Bug Report, please describe the steps needed to reproduce the issue
Expected behavior:
Actual behavior:
Additional Information
Configuration.h
andConfiguration_adv.h
files if you don't run a precompiled buildI've attached a sample gcode of a calibration cube that worked as expected with my previous version. Unfortunately I cannot revert to my previous version as I didn't keep a copy and can't locate it in the revision history, so I can't do any checks against the previous version I had.
CCR6SE_xyzCalibration_cube.zip
Issues that do not follow this issue template will be closed
The text was updated successfully, but these errors were encountered: