删除LVGL,屏幕驱动测试完成

This commit is contained in:
CSBOOK\44744
2026-06-25 23:10:18 +08:00
parent 5812fc500b
commit 3993bf962f
220 changed files with 1059 additions and 3455 deletions
+2 -3
View File
@@ -46,7 +46,7 @@ power hold
| 2 | Audio init | Wait with bounded timeout | Log and skip boot sound | Initializes the codec path needed for playback: I2C, I2S, codec, PA control, codec buffers, and decoder resources. |
| 3 | Boot sound playback | Wait for completion or timeout | Stop playback and continue boot | The sound must not block startup indefinitely. Use a short product-defined timeout. |
| 4 | Audio release | Wait for synchronous release | Continue if release reports a recoverable error | If Wi-Fi/TLS starts soon after, deinit or release idle audio resources to reduce DMA/internal heap pressure. |
| 5 | LCD device init | Wait | Continue with display disabled if init fails | Initializes SPI, panel, LVGL, draw buffers, tick timer, and backlight. |
| 5 | LCD device init | Wait | Continue with display disabled if init fails | Initializes SPI, ST7789 panel, direct draw buffers, render state, and backlight. |
| 6 | LCD render loop | Start and continue | Continue with display disabled if task creation fails | Needed for the default boot image or animation to appear. |
| 7 | Boot/default expression | Do not wait for animation completion | Ignore request failure when LCD is unavailable | This is the first visible boot state. |
| 8 | Platform/domain init | Wait | Stop boot on unrecoverable error | Performs stepper electrical initialization and domain direction state setup. |
@@ -91,7 +91,7 @@ storage/filesystem prerequisite must be moved before audio playback.
TLS handshake, HTTPS requests, or fortune refresh.
- Prefer releasing idle audio resources before Wi-Fi bootstrap to reduce
internal heap and DMA-capable memory pressure.
- Do not initialize LCD/LVGL draw buffers concurrently with audio init unless
- Do not initialize LCD draw buffers concurrently with audio init unless
memory measurements prove it is stable.
- Boot sound playback must have bounded completion semantics.
- Audio startup failure must not prevent display, calibration, or Wi-Fi startup.
@@ -133,4 +133,3 @@ The boot sound API should define:
- what happens after timeout,
- whether audio resources remain initialized after playback,
- idempotent behavior for repeated boot calls.