diff --git a/P4_Display_Firmware/Changelog.txt b/P4_Display_Firmware/Changelog.txt
index b18554d..ae55c33 100644
--- a/P4_Display_Firmware/Changelog.txt
+++ b/P4_Display_Firmware/Changelog.txt
@@ -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
diff --git a/P4_Display_Firmware/board_bringup.c b/P4_Display_Firmware/board_bringup.c
index 5f7d61c..d0ee0ab 100644
--- a/P4_Display_Firmware/board_bringup.c
+++ b/P4_Display_Firmware/board_bringup.c
@@ -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,