diag(P4): Prüfbild mit genau einem Bildspeicher, wie im Testsketch (1.6.23) #51

Merged
thomas merged 1 commits from diag/pruefbild-ein-bildspeicher into main 2026-09-02 03:04:57 +02:00
2 changed files with 19 additions and 0 deletions
+12
View File
@@ -1,3 +1,15 @@
Version 1.6.23:
- Der Selbst-Neustart aus 1.6.22 reicht nicht: Ein Software-Neustart setzt offenbar nicht
dasselbe zurueck wie die Reset-Taste. Der Schalter bleibt eingeschaltet, er schadet nicht,
loest das Problem aber nicht allein.
- Zurueck zu dem einen Unterschied zum funktionierenden Werks-Testsketch, der bisher nie
ueberprueft wurde: Dieser legt EINEN Bildspeicher an, die Firmware zwei. Der Pruefbild-Test
lief bislang ebenfalls mit zwei und war damit nie ein echter Nachbau des Testsketches - er
wich an genau der Stelle ab, die noch offen ist.
- Mit WS7_TEST_PATTERN = 1 wird jetzt genau ein Bildspeicher angelegt, wie im Testsketch.
Erscheinen die Farbbalken damit zuverlaessig, liegt es an der Anzahl der Bildspeicher, und
die Oberflaeche laesst sich darauf umstellen.
Version 1.6.22:
- Der Ab- und Wiederaufbau der DSI-Strecke aus 1.6.21 hat nicht geholfen, sondern das Bild
um einen Schritt verschlechtert: Nach dem Einschalten kam gar nichts mehr, nach dem
+7
View File
@@ -458,7 +458,14 @@ static bool ws7_dsi_bringup(esp_lcd_dsi_bus_handle_t *out_bus,
#else
.pixel_format = LCD_COLOR_PIXEL_FORMAT_RGB565,
#endif
#if WS7_TEST_PATTERN
// Im Pruefbild-Modus genau ein Bildspeicher - wie im funktionierenden
// Werks-Testsketch. Nur so ist der Test wirklich ein Nachbau davon: Bisher lief er
// mit zwei Speichern und wich damit an genau der Stelle ab, die noch offen ist.
.num_fbs = 1,
#else
.num_fbs = LVGL_PORT_LCD_BUFFER_NUMS,
#endif
.video_timing = {
.h_size = BSP_LCD_H_RES,
.v_size = BSP_LCD_V_RES,