perf(P4): Zeichenpuffer für flüssigen Bildlauf (1.6.25)

Nach der Umstellung auf einen Bildspeicher war der Bildlauf sehr zäh. Grund
war der Zwischenpuffer: Mit 120 Zeilen brauchte ein Bildlauf über die ganze
Seite sechs Durchgänge, jeder mit eigener Übertragung in den Bildspeicher.

- CONFIG_EXAMPLE_LVGL_PORT_BUF_HEIGHT auf LCD_V_RES: ein Durchgang statt
  sechs.
- Zweiter Zeichenpuffer (LVGL_PORT_SECOND_DRAW_BUFFER), damit LVGL den
  nächsten Bereich zeichnen kann, während der vorige übertragen wird. Dafür
  eine kleine, markierte Änderung in lvgl_port_v9.c - der Hersteller-Port
  legt dort nur einen Puffer an.

Kosten 2 x 2,8 MB PSRAM. Das Startverhalten bleibt unberührt: Es handelt
sich um Zeichenpuffer, nicht um Bildspeicher der Anzeige - es bleibt bei
einem Bildspeicher.

Beide Panel-Varianten mit arduino-cli gegengebaut.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

P4_Display_Firmware/Changelog.txt

@@ -1,3 +1,93 @@
+Version 1.6.25:
+- Der Bildlauf war nach der Umstellung auf einen Bildspeicher sehr zaeh. Grund war der
+  Zwischenpuffer, in den LVGL zeichnet: Mit 120 Zeilen brauchte ein Bildlauf ueber die
+  ganze Seite sechs Durchgaenge, jeder mit eigener Uebertragung in den Bildspeicher.
+- Der Zwischenpuffer hat jetzt volle Bildhoehe - ein Durchgang statt sechs. Dazu kommt ein
+  zweiter Puffer, damit LVGL bereits den naechsten Bereich zeichnen kann, waehrend der
+  vorige noch uebertragen wird.
+- Kosten: 2 x 2,8 MB PSRAM zusaetzlich, bei 32 MB unkritisch. Am Startverhalten aendert
+  sich nichts: Diese Puffer sind Zeichenpuffer, keine Bildspeicher der Anzeige - es bleibt
+  bei EINEM Bildspeicher, und nur der war fuer den Startfehler verantwortlich.
+
+Version 1.6.24:
+- Ursache des unzuverlaessigen Starts gefunden und behoben: die Anzahl der Bildspeicher.
+  Mit zwei Bildspeichern kam nach dem Einschalten kein Bild - der Hochlauf meldete
+  durchgehend Erfolg, das Panel blieb dunkel, und erst ein Reset half. Mit genau einem
+  startet es zuverlaessig. Belegt wurde das mit den Prueffarbbalken: Sie erscheinen mit
+  einem Speicher sofort, mit zweien nicht. Der Werks-Testsketch benutzt ebenfalls einen -
+  das war der letzte verbliebene Unterschied zu ihm.
+- Die Oberflaeche laeuft deshalb ohne Doppelpufferung: LVGL zeichnet in einen
+  Zwischenpuffer von 120 Zeilen im PSRAM, der dann in den einen Bildspeicher uebertragen
+  wird. Bei schnellen Bildwechseln kann kurz eine Kante sichtbar werden; ein zuverlaessig
+  startendes Display wiegt das auf.
+- Schalter WS7_SINGLE_FB in pins_config.h. WS7_PARTIAL_REFRESH ist damit wirkungslos, weil
+  es ohne Doppelpufferung nichts umzuschalten gibt.
+- Der PSRAM-Bedarf sinkt von 5,4 MB auf 2,8 MB.
+- Die Umgehungen aus den Vorversionen bleiben erhalten: Anlaufzeit, wiederholte
+  Bridge-Grundeinstellung, wiederholte Weckbefehle und der Neustart nach Kaltstart. Ob
+  jede davon noch noetig ist, laesst sich jetzt einzeln pruefen - der Startfehler selbst
+  ist behoben.
+
+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
+  ersten Reset nur die Beleuchtung, erst nach dem zweiten das Bild. Ein Ab- und Wiederaufbau
+  im laufenden Betrieb ist einem echten Chip-Reset also nicht gleichwertig. WS7_DSI_RESTART
+  steht deshalb wieder auf 0; der Schalter bleibt samt Begruendung erhalten.
+- Stattdessen der Weg, den die Messungen eindeutig stuetzen: Nach einem Kaltstart startet
+  der P4 sich genau einmal selbst neu, sobald der erste Hochlauf durch ist. Damit passiert
+  genau das, was bei jedem Versuch zuverlaessig geholfen hat - ohne dass jemand die
+  Reset-Taste druecken muss.
+- Eine Schleife ist ausgeschlossen: Beim zweiten Durchlauf ist der Startgrund kein Kaltstart
+  mehr, die Bedingung greift nicht erneut. Der Fruehstart-Zaehler der Absturzsicherung wird
+  vor dem gewollten Neustart zurueckgesetzt, damit dieser nicht als Absturz zaehlt.
+- Kostet rund drei Sekunden, und nur beim Einschalten. Schalter WS7_COLD_BOOT_RESTART in
+  pins_config.h.
+- Das ist eine Umgehung, keine Erklaerung: Warum das Panel den ersten Anlauf nach dem
+  Einschalten nicht annimmt, ist weiterhin offen. Der Hochlauf meldet durchgehend Erfolg.
+
+Version 1.6.21:
+- Der Hochlauf lief zuletzt vollstaendig fehlerfrei durch - Bridge zweimal eingestellt,
+  Panel zweimal geweckt, alle I2C-Bausteine erreichbar - und trotzdem kam beim ersten
+  Einschalten kein Bild. Erst ein Reset half, und der zuverlaessig. Es fehlte also kein
+  Befehl mehr; es fehlte der Vorgang selbst.
+- Ein Reset unterscheidet sich an dieser Stelle in genau einem Punkt: Die DSI-Verbindung
+  geht einmal weg und neu auf, waehrend Bridge und Panel bereits versorgt und eingestellt
+  sind. Weder die wiederholte Grundeinstellung noch die wiederholten Weckbefehle ersetzen
+  das - beide laufen ueber eine Verbindung, die durchgehend bestand.
+- Der Hochlauf baut die DSI-Strecke jetzt einmal komplett ab und wieder auf: Bildausgabe,
+  Kommandokanal und Bus werden freigegeben und neu angelegt. Damit passiert ohne Reset,
+  was vorher erst der zweite Start brachte. Schalter WS7_DSI_RESTART in pins_config.h,
+  Pause dazwischen WS7_DSI_RESTART_MS (Vorgabe 200 ms).
+- Der DSI-Aufbau steckt dafuer in einer eigenen Funktion, damit der Vorgang wiederholbar
+  ist statt zweimal im Quelltext zu stehen.
+
+Version 1.6.20:
+- Nach 1.6.19 lief es reproduzierbar so ab: Beim Einschalten ging nach zwei bis drei
+  Sekunden die Hintergrundbeleuchtung an, dann kam nichts mehr; nach einem Reset ging die
+  Beleuchtung kurz aus und danach erschien Beleuchtung samt Bild. Daraus folgt der letzte
+  fehlende Schritt: Auch die Grundeinstellung der Bridge lief bisher nur einmal, und zwar
+  bevor die DSI-Strecke ueberhaupt existierte. Beim Reset half es nur deshalb, weil die
+  Bridge ihre Einstellung aus dem vorigen Durchlauf noch hatte und diesmal ein DSI-Signal
+  vorfand.
+- Die Grundeinstellung der Bridge wird jetzt ein zweites Mal geschrieben, sobald die
+  Videoausgabe laeuft - dasselbe Vorgehen wie bei den Weckbefehlen des Panels in 1.6.19.
+  Damit wird ohne Reset erreicht, was vorher erst der zweite Durchlauf brachte.
+- Im Start-Log sind beide Durchgaenge benannt ("Bridge-Grundeinstellung vor dem DSI-Start"
+  und "... nach dem Start der Videoausgabe").
+
 Version 1.6.19:
 - Die Wartezeit aus 1.6.18 hat den Start deutlich verbessert, aber noch nicht zuverlässig
   gemacht. Aus dem verbliebenen Fehlerbild folgt der nächste Schritt: Die Beleuchtung ging

P4_Display_Firmware/P4_Display_Firmware.ino

@@ -24,6 +24,7 @@
 #include "protocol_client.h"
 #include "ui.h"
 #include "display_hal.h"
+#include "pins_config.h"
 #include <ArduinoJson.h>
 #include <Update.h>
 #include <Preferences.h>
@@ -296,6 +297,31 @@ void setup() {
     g_client.onOta(onOta);
 
     hal_init(&g_client);   // LVGL + Panel/Touch + Dashboard (ruft ui_init intern auf)
+
+    // --- Waveshare-Panel: einmaliger Neustart nach dem Einschalten ---
+    //
+    // Das Panel kommt nach dem Anlegen der Versorgung im ersten Anlauf nicht zuverlaessig
+    // hoch: Die Beleuchtung geht an, ein Bild bleibt aus - obwohl jeder Schritt des
+    // Hochlaufs Erfolg meldet. Ein Reset behebt es zuverlaessig, und zwar nur ein echter
+    // Chip-Reset; die DSI-Strecke im laufenden Betrieb ab- und wieder aufzubauen genuegt
+    // nicht (siehe WS7_DSI_RESTART).
+    //
+    // Deshalb startet der P4 sich nach einem Kaltstart genau einmal selbst neu, nachdem
+    // der erste Hochlauf durch ist. Beim zweiten Durchlauf ist der Startgrund kein
+    // Kaltstart mehr, die Bedingung greift also nicht erneut - eine Schleife ist
+    // ausgeschlossen. Kostet rund drei Sekunden, aber nur beim Einschalten.
+#if (JC_PANEL_TYPE == WS_PANEL_7H) && WS7_COLD_BOOT_RESTART
+    if (esp_reset_reason() == ESP_RST_POWERON) {
+        // Der Fruehstart-Zaehler wurde oben bereits erhoeht. Diesen gewollten Neustart
+        // darf er nicht mitzaehlen, sonst laeuft die Absturzsicherung nach ein paar
+        // Einschaltvorgaengen in den Update-Modus.
+        { Preferences p; p.begin("bootguard", false); p.putUShort("early", 0); p.end(); }
+        DBG_SERIAL.println(F("[Panel] Kaltstart - einmaliger Neustart fuer das Displaypanel"));
+        DBG_SERIAL.flush();
+        delay(50);
+        esp_restart();
+    }
+#endif
     g_client.begin();      // UART starten, hello folgt automatisch in loop()
 
     DBG_SERIAL.println(F("Bereit. Warte auf Verbindung zur Hauptplatine..."));

P4_Display_Firmware/README.md

@@ -50,7 +50,7 @@ Vendor-Pakete: 4,3" im Ordner `JC4880P443C_I_W/`, 7,0" im Repo-Ordner
 | Touch-Rohkoordinaten | 480×800 (= Panelraster) | **800×480** → wird auf 1024×600 skaliert | **720×1280** (Hochformat) → X/Y werden getauscht |
 | LCD-Reset | GPIO5 | **GPIO27** | kein Reset-Pin (macht die Bridge) |
 | Backlight | GPIO23 (LEDC-PWM) | GPIO23 (LEDC-PWM) | **Bridge-Register** auf I²C **0x45** (`AD`/`AB`/`AA`) |
-| Framebuffer | 3 × 750 KB ≈ 2,3 MB PSRAM | 3 × 1,2 MB ≈ 3,6 MB PSRAM | 3 × 2,8 MB ≈ 8,3 MB PSRAM |
+| Framebuffer | 3 × 750 KB ≈ 2,3 MB PSRAM | 3 × 1,2 MB ≈ 3,6 MB PSRAM | **1 × 2,8 MB** — mehr verträgt das Panel beim Start nicht |
 | Freie Expansion-IO | Stiftleiste **JP1**: GPIO 52/51/50/49/35/34/33/32/31/30/29/28 | FPC 1,0 mm 16-pol. **FPC4**: GPIO 34/33/32/31/30/29/28 · **FPC3**: 48/47/46/45/5/4/3/2 | 40-poliger Header im Raspberry-Pi-Pico-Format; belegt sind I²C (7/8), TF-Karte (9/10/11/12/13/53) und Debug-UART0 (37/38) |
 | UART zur Hauptplatine | TX GPIO33 / RX GPIO31 | TX GPIO33 / RX GPIO31 | **TX GPIO20 / RX GPIO21** |
 

P4_Display_Firmware/board_bringup.c

@@ -193,8 +193,24 @@ static void ws7_bridge_write(uint8_t reg, uint8_t value)
     }
 }
 
-// Bridge am I2C-Bus anmelden und Grundinitialisierung schreiben. Muss VOR dem
-// DSI-Bringup laufen; die Hintergrundbeleuchtung bleibt dabei noch aus.
+// Grundeinstellung der Bridge. Bewusst mehrfach aufrufbar, siehe unten.
+//
+// Warum zweimal: Beim ersten Aufruf existiert die DSI-Strecke noch gar nicht - die Bridge
+// bekommt ihre Einstellung also, bevor ein Signal anliegt. Beim ersten Einschalten reichte
+// das nicht: Die Beleuchtung ging an (die haengt an der Bridge), ein Bild kam aber nicht.
+// Erst ein Reset half - und dann nur deshalb, weil die Bridge ihre Einstellung aus dem
+// vorigen Durchlauf noch hatte und diesmal ein DSI-Signal vorfand. Genau das holt der
+// zweite Aufruf nach, ohne dass ein Reset noetig ist. Die Register sind wiederholbar.
+static void ws7_bridge_core_init(const char *wann)
+{
+    esp_rom_printf("[Panel] Bridge-Grundeinstellung %s\n", wann);
+    ws7_bridge_write(0xC0, 0x01);
+    ws7_bridge_write(0xC2, 0x01);
+    ws7_bridge_write(0xAC, 0x01);
+}
+
+// Bridge am I2C-Bus anmelden und erstmalig einstellen. Laeuft VOR dem DSI-Bringup;
+// die Hintergrundbeleuchtung bleibt dabei noch aus.
 static void ws7_bridge_pre_init(void)
 {
     i2c_device_config_t dev_cfg = {
@@ -206,9 +222,7 @@ static void ws7_bridge_pre_init(void)
         s_bridge_handle = NULL;
         return;
     }
-    ws7_bridge_write(0xC0, 0x01);
-    ws7_bridge_write(0xC2, 0x01);
-    ws7_bridge_write(0xAC, 0x01);
+    ws7_bridge_core_init("vor dem DSI-Start");
 }
 
 void jc_backlight_init(void)
@@ -408,6 +422,86 @@ static void ws7_panel_wake(esp_lcd_panel_io_handle_t io, const char *wann)
 }
 #endif
 
+#if JC_PANEL_TYPE == WS_PANEL_7H
+// Baut die komplette DSI-Strecke auf: Bus, Kommandokanal, Bildausgabe, und weckt das
+// Panel. Bewusst als eigene Funktion, damit der ganze Vorgang wiederholbar ist.
+static bool ws7_dsi_bringup(esp_lcd_dsi_bus_handle_t *out_bus,
+                            esp_lcd_panel_io_handle_t *out_io,
+                            esp_lcd_panel_handle_t *out_panel,
+                            esp_lcd_dpi_panel_config_t *out_dpi_config)
+{
+    esp_lcd_dsi_bus_handle_t mipi_dsi_bus = NULL;
+    esp_lcd_panel_io_handle_t io = NULL;
+    esp_lcd_panel_handle_t disp_panel = NULL;
+
+    esp_lcd_dsi_bus_config_t bus_config = {
+        .bus_id = 0,
+        .num_data_lanes = WS7_DSI_LANES,
+        .phy_clk_src = MIPI_DSI_PHY_PLLREF_CLK_SRC_PLL_F20M,
+        .lane_bit_rate_mbps = WS7_DSI_LANE_MBPS,
+    };
+    BSP_STEP(esp_lcd_new_dsi_bus(&bus_config, &mipi_dsi_bus), "MIPI-DSI-Bus");
+
+    esp_lcd_dbi_io_config_t dbi_config = {
+        .virtual_channel = 0,
+        .lcd_cmd_bits = 8,
+        .lcd_param_bits = 8,
+    };
+    BSP_STEP(esp_lcd_new_panel_io_dbi(mipi_dsi_bus, &dbi_config, &io), "DBI-Kommandokanal");
+
+    esp_lcd_dpi_panel_config_t dpi_config = {
+        .virtual_channel = 0,
+        .dpi_clk_src = MIPI_DSI_DPI_CLK_SRC_DEFAULT,
+        .dpi_clock_freq_mhz = WS7_DPI_CLOCK_MHZ,
+#if WS7_COLOR_BITS == 24
+        .pixel_format = LCD_COLOR_PIXEL_FORMAT_RGB888,
+#else
+        .pixel_format = LCD_COLOR_PIXEL_FORMAT_RGB565,
+#endif
+        // Anzahl der Bildspeicher. Beim Waveshare-Panel genau einer: mit zweien kam nach
+        // dem Einschalten kein Bild (siehe WS7_SINGLE_FB in pins_config.h).
+        .num_fbs = LVGL_PORT_LCD_BUFFER_NUMS,
+        .video_timing = {
+            .h_size = BSP_LCD_H_RES,
+            .v_size = BSP_LCD_V_RES,
+            .hsync_back_porch = WS7_HSYNC_BACK,
+            .hsync_pulse_width = WS7_HSYNC_PULSE,
+            .hsync_front_porch = WS7_HSYNC_FRONT,
+            .vsync_back_porch = WS7_VSYNC_BACK,
+            .vsync_pulse_width = WS7_VSYNC_PULSE,
+            .vsync_front_porch = WS7_VSYNC_FRONT,
+        },
+        .flags = {
+            .use_dma2d = true,
+        },
+    };
+    BSP_STEP(esp_lcd_new_panel_dpi(mipi_dsi_bus, &dpi_config, &disp_panel),
+             "DPI-Panel (Framebuffer im PSRAM)");
+    if (disp_panel == NULL) {
+        esp_rom_printf("[Panel] Abbruch: Panel wurde nicht angelegt. Haeufigste Ursache ist zu "
+                       "wenig PSRAM - PSRAM in den Board-Einstellungen aktivieren oder in "
+                       "pins_config.h weniger Framebuffer waehlen.\n");
+        return false;
+    }
+
+    ws7_panel_wake(io, "vor dem Start der Videoausgabe");
+
+    BSP_STEP(esp_lcd_panel_init(disp_panel), "DPI-Videoausgabe starten");
+
+    // Zweiter Anlauf, jetzt bei laufender Videoausgabe: faengt den Fall ab, dass das
+    // Panel beim ersten Mal noch nicht aufnahmebereit war.
+    vTaskDelay(pdMS_TO_TICKS(WS7_PANEL_SETTLE_MS));
+    ws7_bridge_core_init("nach dem Start der Videoausgabe");
+    ws7_panel_wake(io, "nach dem Start der Videoausgabe");
+
+    *out_bus = mipi_dsi_bus;
+    *out_io = io;
+    *out_panel = disp_panel;
+    *out_dpi_config = dpi_config;
+    return true;
+}
+#endif
+
 // Bringt Panel + Touch + LVGL-Port hoch (LVGL laeuft danach in eigenem Task).
 // Rueckgabe false: Panel kam nicht hoch - der Aufrufer darf dann KEINE LVGL-Funktion
 // benutzen, sonst folgt ein zweiter Absturz, der die eigentliche Ursache ueberdeckt.
@@ -469,9 +563,12 @@ bool jc_board_bringup(void)
     };
     BSP_STEP(esp_ldo_acquire_channel(&ldo_cfg, &phy_pwr_chan), "Stromversorgung MIPI-D-PHY");
 
-    esp_lcd_dsi_bus_handle_t mipi_dsi_bus;
+    esp_lcd_dsi_bus_handle_t mipi_dsi_bus = NULL;
     esp_lcd_panel_io_handle_t io = NULL;
     esp_lcd_panel_handle_t disp_panel = NULL;
+#if JC_PANEL_TYPE == WS_PANEL_7H
+    esp_lcd_dpi_panel_config_t dpi_config;
+#endif
 
 #if JC_PANEL_TYPE == WS_PANEL_7H
     // ---------------- Waveshare 7inch DSI LCD (H) (1280x720) ----------------
@@ -481,62 +578,29 @@ bool jc_board_bringup(void)
     bsp_report_psram((size_t)BSP_LCD_H_RES * BSP_LCD_V_RES * BSP_LCD_FB_BYTES_PER_PX
                      * LVGL_PORT_LCD_BUFFER_NUMS);
 
-    esp_lcd_dsi_bus_config_t bus_config = {
-        .bus_id = 0,
-        .num_data_lanes = WS7_DSI_LANES,
-        .phy_clk_src = MIPI_DSI_PHY_PLLREF_CLK_SRC_PLL_F20M,
-        .lane_bit_rate_mbps = WS7_DSI_LANE_MBPS,
-    };
-    BSP_STEP(esp_lcd_new_dsi_bus(&bus_config, &mipi_dsi_bus), "MIPI-DSI-Bus");
-
-    esp_lcd_dbi_io_config_t dbi_config = {
-        .virtual_channel = 0,
-        .lcd_cmd_bits = 8,
-        .lcd_param_bits = 8,
-    };
-    BSP_STEP(esp_lcd_new_panel_io_dbi(mipi_dsi_bus, &dbi_config, &io), "DBI-Kommandokanal");
-
-    esp_lcd_dpi_panel_config_t dpi_config = {
-        .virtual_channel = 0,
-        .dpi_clk_src = MIPI_DSI_DPI_CLK_SRC_DEFAULT,
-        .dpi_clock_freq_mhz = WS7_DPI_CLOCK_MHZ,
-#if WS7_COLOR_BITS == 24
-        .pixel_format = LCD_COLOR_PIXEL_FORMAT_RGB888,
-#else
-        .pixel_format = LCD_COLOR_PIXEL_FORMAT_RGB565,
-#endif
-        .num_fbs = LVGL_PORT_LCD_BUFFER_NUMS,
-        .video_timing = {
-            .h_size = BSP_LCD_H_RES,
-            .v_size = BSP_LCD_V_RES,
-            .hsync_back_porch = WS7_HSYNC_BACK,
-            .hsync_pulse_width = WS7_HSYNC_PULSE,
-            .hsync_front_porch = WS7_HSYNC_FRONT,
-            .vsync_back_porch = WS7_VSYNC_BACK,
-            .vsync_pulse_width = WS7_VSYNC_PULSE,
-            .vsync_front_porch = WS7_VSYNC_FRONT,
-        },
-        .flags = {
-            .use_dma2d = true,
-        },
-    };
-    BSP_STEP(esp_lcd_new_panel_dpi(mipi_dsi_bus, &dpi_config, &disp_panel),
-             "DPI-Panel (Framebuffer im PSRAM)");
-    if (disp_panel == NULL) {
-        esp_rom_printf("[Panel] Abbruch: Panel wurde nicht angelegt. Haeufigste Ursache ist zu "
-                       "wenig PSRAM - PSRAM in den Board-Einstellungen aktivieren oder in "
-                       "pins_config.h weniger Framebuffer waehlen.\n");
+    if (!ws7_dsi_bringup(&mipi_dsi_bus, &io, &disp_panel, &dpi_config)) {
         return false;
     }
 
-    ws7_panel_wake(io, "vor dem Start der Videoausgabe");
+#if WS7_DSI_RESTART
+    // Die Strecke einmal komplett ab- und wieder aufbauen.
+    //
+    // Beim ersten Einschalten kam trotz fehlerfreiem Hochlauf kein Bild; erst ein Reset
+    // half, und zwar zuverlaessig. Ein Reset unterscheidet sich an dieser Stelle nur in
+    // einem Punkt von unserem Ablauf: Die DSI-Verbindung geht einmal weg und neu auf,
+    // waehrend Bridge und Panel bereits versorgt und eingestellt sind. Weder die
+    // wiederholte Grundeinstellung der Bridge noch die wiederholten Weckbefehle ersetzen
+    // das. Genau dieser Ab- und Wiederaufbau wird hier nachgeholt - ohne Reset.
+    esp_rom_printf("[Panel] DSI-Strecke wird neu aufgebaut\n");
+    esp_lcd_panel_del(disp_panel);
+    esp_lcd_panel_io_del(io);
+    esp_lcd_del_dsi_bus(mipi_dsi_bus);
+    vTaskDelay(pdMS_TO_TICKS(WS7_DSI_RESTART_MS));
 
-    BSP_STEP(esp_lcd_panel_init(disp_panel), "DPI-Videoausgabe starten");
-
-    // Zweiter Anlauf, jetzt bei laufender Videoausgabe: faengt den Fall ab, dass das
-    // Panel beim ersten Mal noch nicht aufnahmebereit war.
-    vTaskDelay(pdMS_TO_TICKS(WS7_PANEL_SETTLE_MS));
-    ws7_panel_wake(io, "nach dem Start der Videoausgabe");
+    if (!ws7_dsi_bringup(&mipi_dsi_bus, &io, &disp_panel, &dpi_config)) {
+        return false;
+    }
+#endif
 #if WS7_TEST_PATTERN
     // Prueffarbbalken: Sie entstehen im DSI-Baustein selbst und benutzen weder den
     // Bildspeicher noch LVGL. Erscheinen sie, arbeitet die Anzeigekette bis zum Panel und

P4_Display_Firmware/lvgl_port_v9.c

@@ -492,9 +492,15 @@ static lv_display_t  *display_init(esp_lcd_panel_handle_t panel_handle)
     // Normmaly, for RGB LCD, we just use one buffer for LVGL rendering
     buffer_size = LVGL_PORT_H_RES * LVGL_PORT_BUFFER_HEIGHT;
     buf1 = heap_caps_malloc(buffer_size * sizeof(lv_color_t), LVGL_PORT_BUFFER_MALLOC_CAPS);
-    // buffer_size = LVGL_PORT_H_RES * LVGL_PORT_BUFFER_HEIGHT;
-    // buf1 = heap_caps_malloc(buffer_size * sizeof(lv_color_t), MALLOC_CAP_DMA);
     assert(buf1);
+#ifdef LVGL_PORT_SECOND_DRAW_BUFFER
+    // PROJEKTAENDERUNG gegenueber der Hersteller-Portierung: ein zweiter Zeichenpuffer.
+    // Mit nur einem Puffer steht das Zeichnen still, solange der fertige Inhalt in den
+    // Bildspeicher uebertragen wird. Mit zwei Puffern zeichnet LVGL bereits den naechsten
+    // Bereich, waehrend der vorige noch uebertragen wird - beim Bildlauf deutlich spuerbar.
+    buf2 = heap_caps_malloc(buffer_size * sizeof(lv_color_t), LVGL_PORT_BUFFER_MALLOC_CAPS);
+    assert(buf2);
+#endif
     ESP_LOGI(TAG, "LVGL buffer size: %dKB", buffer_size * sizeof(lv_color_t) / 1024);
 #endif /* LVGL_PORT_AVOID_TEAR_ENABLE */
 

P4_Display_Firmware/pins_config.h

@@ -32,7 +32,13 @@
 //                           startet der P4 nicht mehr, hier zuerst auf 0 stellen.
 // -------------------------------------------------------------------------------------
 #define WS7_COLOR_BITS        24
+// Ohne Wirkung, solange WS7_SINGLE_FB = 1 ist: Mit nur einem Bildspeicher gibt es keine
+// Doppelpufferung, zwischen deren Betriebsarten man waehlen koennte.
 #define WS7_PARTIAL_REFRESH    1
+// Nur EIN Bildspeicher. Zwei vertraegt die DSI-Ausgabe dieses Panels beim Einschalten
+// nicht - siehe die ausfuehrliche Begruendung weiter unten beim Avoid-Tear-Schalter.
+// Auf 0 nur, wenn das Startverhalten erneut untersucht wird.
+#define WS7_SINGLE_FB          1
 #define WS7_PARALLEL_RENDER    1
 
 #define EXAMPLE_LVGL_PORT_TASK_MAX_DELAY_MS 500  //range 2 to 2000
@@ -42,7 +48,30 @@
 #define EXAMPLE_LVGL_PORT_TASK_CORE         -1  //range -1 to 1
 #define EXAMPLE_LVGL_PORT_TICK              2   //ragne 1 to 100
 
+// Ruckelfreie Ausgabe braucht mindestens zwei Bildspeicher, aus denen abwechselnd
+// angezeigt und in die gezeichnet wird.
+//
+// Das Waveshare-Panel vertraegt das nicht: Mit zwei Bildspeichern kam nach dem Einschalten
+// kein Bild - der Hochlauf meldete durchgehend Erfolg, das Panel blieb dunkel, und erst ein
+// Reset half. Mit genau einem Bildspeicher startet es zuverlaessig; belegt wurde das mit den
+// Prueffarbbalken, die der Werks-Testsketch ebenfalls mit einem Speicher anzeigt.
+// Deshalb hier ohne Doppelpufferung: LVGL zeichnet in einen kleinen Zwischenpuffer, der
+// dann in den einen Bildspeicher uebertragen wird. Bei schnellen Bildwechseln kann dabei
+// kurz eine Kante sichtbar werden - ein zuverlaessig startendes Display wiegt das auf.
+#if (JC_PANEL_TYPE == WS_PANEL_7H) && WS7_SINGLE_FB
+#define EXAMPLE_LVGL_PORT_AVOID_TEAR_ENABLE   0
+// Zwischenpuffer fuer das Zeichnen. Volle Bildhoehe, damit ein Bildlauf in EINEM Durchgang
+// gezeichnet und uebertragen wird. Mit 120 Zeilen waren es sechs Durchgaenge samt sechs
+// Uebertragungen - das war der Grund fuer den zaehen Bildlauf.
+// Dazu ein zweiter Puffer: LVGL zeichnet damit schon den naechsten Bereich, waehrend der
+// vorige noch in den Bildspeicher uebertragen wird.
+// Kosten: 2 x 2,8 MB PSRAM. Bei 32 MB unkritisch. Der interne Speicher waere zu knapp.
+#define CONFIG_EXAMPLE_LVGL_PORT_BUF_PSRAM    1
+#define CONFIG_EXAMPLE_LVGL_PORT_BUF_HEIGHT   LCD_V_RES
+#define LVGL_PORT_SECOND_DRAW_BUFFER          1
+#else
 #define EXAMPLE_LVGL_PORT_AVOID_TEAR_ENABLE   1
+#endif
 
 #ifdef  EXAMPLE_LVGL_PORT_AVOID_TEAR_ENABLE
 // 2 = Triple-Buffer + LVGL Full-Refresh: zeichnet bei jeder Aenderung das komplette
@@ -159,6 +188,22 @@
 // Beleuchtung brennt - sie haengt an der Bridge, nicht am Panel.
 #define WS7_PANEL_SETTLE_MS 200
 
+// Die DSI-Strecke beim Hochlauf einmal ab- und wieder aufbauen. Beim ersten Einschalten
+// kam sonst trotz fehlerfreiem Ablauf kein Bild; erst ein Reset half. Der einzige
+// Unterschied dabei: Die DSI-Verbindung geht einmal weg und neu auf, waehrend Bridge und
+// Panel schon versorgt und eingestellt sind. Genau das holt der zweite Aufbau nach.
+// Kostet WS7_DSI_RESTART_MS zusaetzliche Startzeit.
+#define WS7_DSI_RESTART    0
+#define WS7_DSI_RESTART_MS 200
+
+// Nach einem Kaltstart einmal selbst neu starten, sobald der erste Hochlauf durch ist.
+// Das Panel kommt beim ersten Anlauf nach dem Einschalten nicht zuverlaessig hoch;
+// ein echter Chip-Reset behebt es zuverlaessig, der Ab- und Wiederaufbau der
+// DSI-Strecke im Betrieb dagegen nicht. Kostet rund drei Sekunden beim Einschalten.
+// Eine Schleife ist ausgeschlossen: Beim zweiten Durchlauf ist der Startgrund kein
+// Kaltstart mehr.
+#define WS7_COLD_BOOT_RESTART 1
+
 #define WS7_TEST_PATTERN 0
 
 #elif JC_PANEL_TYPE == JC_PANEL_70