Closed pienjo closed 2 years ago
I see, let me check.
I've added a configuration flag DGUS_LCD_UI_CREALITY_TOUCH_ORIENTATION to Configuration.h to allow configuration of this. While I agree that getting the config from the touch screen itself it the most ideal way, it would require some rebuild of the current code paths - and I don't trust DWIN to report this correctly anyway.
I've updated the configs from PR #277 already.
I was just made aware of a mistake I made in the implementation @pienjo - should be alright now.
Did you test the latest
extui
code or prerelease?Yes, and the problem still exists.
Bug Description
The screen initialisation in
DGUSDisplay::SetTouchScreenConfiguration
overrides the display orientation as stored in the display firmware, causing displays that are not in a landscape orientation to show garbage.Bug Timeline
Issue has been around for a while, but the CR6-SE is not affected.
Expected behavior
The lower two bits of the configuration byte (which stores the screen orientation) is retrieved from the display and retained. A landscape display will work correctly:
(note: this is with a modified version of
DGUSDisplay::SetTouchScreenConfiguration
which enfoces a 0-degree rotation - this will cause problems with CR6-SE displays!)Actual behavior
The lower two bits of the configuration byte (which stores the screen orientation) is overwritten with two 1's, enforcing a 270 degree orientation. A landscape display shows garbage
Steps to Reproduce
Version of CR6Community Firmware
https://github.com/CR6Community/Marlin/pull/277
Printer model
Other (I will explain below)
Motherboard
Other (I will explain below)
Display
Creality CR-6 stock touch screen
Mods
Stock Creality CR200B, using the stock Creality 4.2.5 (Not 4.5.2!) board.
Add-ons
No response
Bed Leveling
No response
Your Slicer
No response
Host Software
No response