homeassistant_espscreen/docs/GUITION.md

Guition ESP32-S3 4-inch wallbox — 480 × 480

This branch adds a separate profile for the Guition 4848S040 with an ST7701S RGB display and GT911 capacitive touch, ESP32-S3, 16 MB flash, and 8 MB octal PSRAM. The name/2mm wall plate also describes the enclosure; always check the electronics. This profile doesn't configure any relay.

Hardware source: the ESPHome Guition board writeup and the built-in ST7701S driver. The panel configuration follows the original manufacturer demo, found physically clean; see the comparison. No local RGB driver or periodic recovery script is needed. The GT911 uses unmirrored coordinates.

Files

• guition-4848s040.yaml: neutral hardware + 480×480 interface.
• guition-device.example.yaml: personal device/tile settings.
• guition-device.yaml: your local profile, outside Git.
• secrets.yaml: local Wi-Fi/API/OTA settings, outside Git.
• tools/verify_gt911.py: physical pixel check; no resistive ADC calibration.

The 2.8-inch CYD profile stays separate. Don't flash that to the Guition, and don't carry over calibration.yaml or the XPT2046 correction.

Interface

Mounting and screen rotation (runtime 0.2.9+)

Install Guition firmware 0.2.9 and ESP Screen Manager 0.2.9. Open the screen in the management page, go to Screen settings, and choose 0°, 90°, 180°, or 270° (clockwise) under Rotate screen. Click save. After that, a firmware flash is no longer needed to change the angle. The setting is kept in the app data and on the screen after a restart.

This uses native ESPHome/LVGL rotation for both display and touch, with no changes to the panel initialization or GT911 mirroring. After mounting, physically check the four corners and navigation; a render test doesn't test touches. The option is only visible for the Guition once its new firmware has been discovered by HA. The CYD stays on its existing orientation with its own calibration.

Six tiles of 218 × 108 pixels per page, 12px spacing, and a separate navigation strip. In ESP Screen Manager, twenty tiles fit across up to four pages; navigation disappears at six or fewer. The current interface has a light gray background, white cards, and colored domain icons. From 0.2.10, you can choose a pastel background with dark text per tile. Standby starts after ten minutes without touch by default and is adjustable in the management page. From 0.2.13, the backlight dims via the LEDC hardware fader (backlight_fade.h, 1.5 s to standby, 80 ms to wake): the full LVGL redraw on standby no longer interrupts the transition. ESPHome's light state is synced after the fade, so the entity in HA and later transitions stay correct.

The existing tile actions, climate control, and vacuum card are preserved. All card types are available at all twenty runtime positions. Only in the old manual profile does the vacuum card stay on tile 6 and do positions 8/10 have limitations; see TILES.md.

New installation

Follow the Python/USB setup in README.md, in a fresh copy. Create this profile:

python tools/new_device.py --board guition --name wallbox-kitchen --friendly-name "Wallbox kitchen"

This creates guition-device.yaml and new secrets; existing files are not overwritten. Fill in Wi-Fi and change the tile entities. With multiple boards, use a separate folder per device. The owner's current local Guition profile may use their existing secrets.

Check the serial port and chip before uploading. On the tested board, higher serial speeds proved unreliable when reading. Use 115200 baud:

python -m esphome config guition-device.yaml
python -m esphome compile guition-device.yaml

Flash via esphome run if the USB connection is reliable. For explicit 115200 baud, you can use the combined factory image. Replace both the port and the device name in the path with your own values:

python -m esptool --chip esp32s3 --port <USB_PORT> --baud 115200 write-flash 0 .esphome/build/wallbox-kitchen/.pioenvs/wallbox-kitchen/firmware.factory.bin

The factory image belongs to this S3 profile and starts at address 0, unlike some classic ESP32 images. Keep a recovery copy before replacing existing firmware if you might need it later. Keep binaries and logs local.

Testing GT911 and orientation

The GT911 reports pixels directly. Usually no calibration is needed; a wrong rotation/transform should not be papered over with the CYD affine wizard.

With a working Wi-Fi/API connection:

python diagnostics/control_ui.py touch_diagnostics --host wallbox-kitchen.local --name wallbox-kitchen
python tools/verify_gt911.py --port <USB_PORT> --output measurements-guition.json
python diagnostics/control_ui.py end_touch_diagnostics --host wallbox-kitchen.local --name wallbox-kitchen

Five crosshairs appear. The wizard asks for three separate taps per point; press Enter first, then touch only the named crosshair. Error at most 16px, spread at most 18px. The test doesn't send any HA actions.

Without Wi-Fi, you can first build with -s CALIBRATION_ON_BOOT true, which shows the GT911 measurement screen right after the USB upload. After checking, rebuild/reflash without that override. This compatibility name only opens a pixel test; it doesn't perform any ADC calibration.

On the tested panel, both GT911 axes are mirrored: TOUCH_MIRROR_X and TOUCH_MIRROR_Y are set to true. The default is LVGL_ROTATION: "0". For a different mounting, set the desired LVGL rotation and give the wizard the same value, for example --rotation 90. Check every corner; only change the GT911 TOUCH_SWAP_XY / TOUCH_MIRROR_X / TOUCH_MIRROR_Y if the physical measurement requires it.

HA and acceptance

Add the new device via the ESPHome integration (name/IP, port 6053, API key from secrets). Grant permission for HA actions and use DIRECT_ACTIONS: "true" once the correct entities have been checked.

python diagnostics/run_ui_test.py --host wallbox-kitchen.local --name wallbox-kitchen
python -m unittest discover -s tests -p 'test_*.py'

Also go through the physical checks in ACCEPTANCE.md, using the GT911 wizard instead of the XPT2046 calibration. Check the display, correct touches, pagination, long press, climate/vacuum, real HA feedback, standby, and recovery after a restart. A compile/render test doesn't replace that physical check. The original CYD board's test outcome says nothing about this new board.

Inspecting the rendered interface

python diagnostics/capture_ui.py --host wallbox-kitchen.local --name wallbox-kitchen --output diagnostics/guition-home.png

This only takes an LVGL snapshot on request and sends a 240×240 preview over the encrypted API. The temporary buffer is released after about 24 seconds. The image verifies the renderer; it doesn't prove the physical RGB signals, screen colors, or mounting orientation are correct. The render test also checks that visible click areas fall within the 480×480 screen.

Recovery copy of this test board

The original firmware in use, including bootloader, partition table, and NVS, is stored locally as diagnostics/guition-original-recovery.bin. The lengths of the five application segments determined the needed 4,788,224 bytes; this is not a copy of the full 16 MB flash. The stub verified the MD5 of every block read. SHA-256 of the complete recovery file:

a656c793c422848b5ad72bc16545fb92c844b7dfba029f4e4399d22444a9e046

This copy is private, belongs only to the tested board, and is not committed or exported. Recovery happens at address 0, with the same 115200-baud command as the factory image, but with this recovery file.

RGB memory settings

The pixel clock is set to 16 MHz: on the test board, this removed the faint flicker seen at the 12MHz setting. For the RGB bounce buffer, code and constant data run from octal PSRAM, with a 64KB data cache and 64-byte cache lines; RGB stream recovery happens on VSYNC. These settings follow Espressif's RGB LCD recommendations. Physically check for occasional glitches under Wi-Fi/render load; a software snapshot can't prove a disturbance in the panel signal.