Max Gramser
1a6308aba7
A test and code-analysis round of 0.2.72 to 0.2.76 (suites at every tag, sanitizers, ESP32 and GitHub builds, host harnesses on both boards, the editor in a browser, best practice checked against ESPHome, LVGL, Home Assistant and Vue) found these, fixed here with Max's choices for the product questions: - Firmware 0.2.65: the second hand of a single analog clock moves again; on a page that is one full on/off tile the waking push also switches it; on the Guition a flick is never a tap and a finger that slides off a tile doesn't tap it; Previous/Next react to a firm press; the same Go to page tile may sit on several pages; a layout the screen has no memory for is refused instead of crashing; 64-bit redraw mask for 48 tiles; Montserrat 14 no longer built. - App: Save refuses a layout too long for one message or too big for eight pages; an offline screen keeps its firmware version from the device registry; HA refusals reach the editor; 128 KB requests; changelog out of the live stream; cached hashed assets; tini as init and a clean stop; changelog parsing without asterisks or crashes. - Editor: clicking the open screen keeps unsaved edits, edits during a save stay unsaved, a Page row and phone dragging to other pages, repeated page tiles, limits from the server, HA's error messages, a type-checked build. - tools/check.sh + GitHub Actions + a CYD flash budget; docs match 48 tiles and the new editor. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2.1 KiB
2.1 KiB
Testresultaten app 0.2.33 / firmware 0.2.28 (2026-09-14)
Alleen firmware: op de Guition zou LVGL beslissen of een tik doorgaat (loslaten binnen de tegel telt; zie de correctie hieronder), de verplaatsingsgrens van de tap-guard staat daar uit. Max koos dit na een live geweigerde druk van 73 px op Studio 1.
Wat veranderde
TouchGuard::configure(move_limit_px, ...)met 0 betekent geen grens:moved_wordt nooit gezet,accept()enaccept_repeat()kijken alleen nog naar duur, dubbel gebruik en dender. LVGL's press-lost (vinger verlaat het object) zou bepalen of de klik doorgaat.- Guition-profiel
TOUCH_MOVE_LIMIT_PX: "0"; CYD blijft 56 (resistief paneel springt). - Correctie (2026-09-18): LVGL beslist dat niet. Een tegel houdt LVGL's
LV_OBJ_FLAG_PRESS_LOCK(standaard aan), dus een vinger die van de tegel schuift stuurt nooitLV_EVENT_PRESS_LOST, en loslaten buiten de tegel telde op de Guition nog steeds als tik. Vanaf firmware 0.2.65 controleert de tegel dat zelf (runtime_tiles::event): een tik of vasthouden waarbij de vinger buiten de tegel loslaat, doet niets. PRESS_LOCK blijft aan.
Geautomatiseerd
- C++ (clang++ -std=c++17 -Wall -Wextra -Werror -I.): 11/11 PASS;
test_cyd_uidektconfigure(0, 20): 200 px drift blijft een tik, ook voor de −/+ toetsen. - Python: 91 tests OK (
FIRMWARE_VERSION0.2.28 in app, profielen en pakketten).generate_packages.py --checkgroen; bench-kopieën opnieuw gegenereerd. - ESPHome 2026.6.2 compile:
easy-guition-device.yamlSUCCESS in 40 s (RAM 32,0%, flash 18,3%),easy-cyd-device.yamlSUCCESS in 36 s (RAM 31,0%, flash 76,1%); geen nieuwe waarschuwingen.
Nog te controleren op Studio 1
- Een stevige, schuivende druk op een tegel voert de actie uit zolang je binnen de tegel loslaat; over de rand van de tegel loslaten doet niets (zo bedoeld; waar vanaf firmware 0.2.65, zie de correctie hierboven).
- De randveeg (0.2.27) na een update zonder eerst een kaart te sluiten, en de eerste veeg
na een paginawissel; het log meldt
randveeg niet gevuurd: …als hij te kort was.