OpenClaw déployé sur Wiren Board : comment un agent IA contrôle le contrôleur et écrit des scripts

OpenClaw est généralement déployé comme un agent IA personnel sur un ordinateur ordinaire, mais Wiren Board a décidé d'aller plus loin et de l'installer directement sur le contrôleur. L'expérience a démontré que l'agent peut non seulement répondre sur Telegram, mais aussi travailler avec des équipements réels : lire des configs, scanner le Modbus, écrire des scripts et corriger ses propres erreurs.

Comment tout a été configuré

Pour l'expérience, ils ont pris un Wiren Board 8 séparé et n'ont pas installé la version la plus récente d'OpenClaw. L'auteur a choisi la version 2026.2.22 : les compilations plus récentes avaient déjà introduit des bugs sur Telegram et étaient devenues notablement plus lourdes. Les dépendances de base se sont avérées être assez directes — `git` et `Node.js`, mais même ainsi le système occupe beaucoup d'espace : environ 200 Mo pour les dépendances sur la partition système et environ 700 Mo pour l'application elle-même, principalement en raison de `node_modules`. Tout a été installé dans le répertoire home `root` sur la grande partition `/mnt/data/root`.

• Installé `git` et `nodejs`
• Préparé un dossier séparé pour OpenClaw
• Désactivé la dépendance inutile `node-llama-cpp` via `package.json`
• Installé `[email protected]` et connecté la CLI via `npm link`
• Lancé `gateway`, `doctor`, vérifié les modèles et les logs

Ensuite est venu la partie la moins agréable — la configuration. Le format de fichier JSON a changé entre les versions, donc les commandes automatiques `onboard` et `configure` n'assemblaient pas toujours la configuration correcte pour les fournisseurs de modèles personnalisés. Un problème étrange avec les clés a aussi surgi : pour les fournisseurs standard elles étaient prises de `auth-profiles.json`, mais pour les personnalisés étaient inopinément lues de `models.json`. L'auteur appelle directement cela un bug et duplique les clés aux deux endroits. De plus, ils ont installé `wireguard-tools` sur le contrôleur pour contourner les restrictions régionales de certains fournisseurs LLM.

Présenter l'agent au matériel

Après la configuration de base, OpenClaw a été connecté à Telegram. Par défaut, le bot ne peut pas exécuter des utilitaires, modifier le système ou faire d'autres choses potentiellement dangereuses, donc les permissions étendues ont dû être activées manuellement et autorisées uniquement pour un utilisateur Telegram spécifique. Ensuite, un ensemble séparé de `wb-openclaw-skills` a été téléchargé sur le contrôleur, contenant des connaissances sur le matériel Wiren Board, les protocoles, les registres et les utilitaires typiques. L'agent a reçu sa première instruction de manière très directe : lorsque vous travaillez avec du matériel, toujours chercher d'abord et utiliser le `wb-*` Skill approprié.

Les tests ont montré que ce contexte fonctionne réellement. L'agent a parlé avec confiance de la ligne de compteurs WB-MAP, a ensuite scanné le bus RS-485 et trouvé les appareils connectés. Sa brève réponse ressemblait à ceci :

"Là maintenant je vois en fait 3 appareils Modbus physiques"

Derrière cela se cachaient des actions réelles sur le contrôleur : le bot a identifié un capteur WB-MSW v4, un module relais WB-MR6C et un compteur électrique WB-MAP6S. Après cela, il a vérifié le firmware du compteur, confirmé que la version 2.12.0 est actuelle, puis collecté les lectures en direct de la tension, puissance, température, humidité et CO₂.

Où l'expérience est devenue utile

Le test le plus révélateur a commencé par une tâche pratique : écrire un script `wb-rules` qui envoie une notification à Telegram quand l'une des entrées du module MR6C est déclenchée. Le bot a créé le fichier de règle, l'a chargé, et a même rapporté que tout était prêt. Mais en réalité, les messages n'arrivaient pas.

Alors l'agent a suivi un cycle de débogage normal : a trouvé un appel `curl` peu fiable, a corrigé l'autorisation, a ajouté des diagnostics au log, a redémarré `wb-rules` et a envoyé un message de test. Le test est passé, mais les événements des entrées réelles restaient silencieux — et cela aussi a dû être enquêté. Le second problème s'est avéré être plus subtil : certains signaux ne provenaient pas des `Input N` réguliers, mais des compteurs d'impulsions `Input N counter`.

L'agent a ajouté une seconde boucle de traitement et après cela les notifications ont vraiment commencé à pleuvoir sur Telegram.

L'auteur n'a pas arrêté là et a donné à OpenClaw une tâche encore plus ambitieuse — concevoir une interface web pour maison intelligente pour l'équipement déjà connecté. Le bot a suggéré ce qui pouvait être automatisé, a divisé l'interface en écrans et a finalement aidé à assembler une page HTML+JavaScript fonctionnant via MQTT over WebSocket. Elle a été placée dans `/var/www/static/`, une route a été ajoutée à `nginx` et ouverte sur le réseau local en tant que panneau de contrôle séparé.

Ce que cela signifie

L'expérience a montré qu'OpenClaw sur Wiren Board n'est plus un chatbot pour les démonstrations, mais un prototype d'un opérateur local qui peut lire la documentation, interagir avec le système et travailler avec des appareils physiques. L'avantage ici est évident : au lieu de travail manuel avec les configs, registres et utilitaires, vous pouvez définir des tâches en langage courant. Mais le coût d'une erreur est aussi beaucoup plus élevé, car l'agent obtient l'accès non à un serveur abstrait, mais à une infrastructure d'ingénierie réelle. L'auteur considère OpenClaw une plateforme de démarrage pratique, bien que trop lourde pour ce scénario.