Puis je me suis aperçu que c'était trop compliqué au vu de mes capacités.
Je me suis limité par la suite à envoyer du forth sur un bus de commande et à simplement obtenir les trucs amusants comme arrêter, relancer une mesure, remettre à zéro le bot, ... pinger .... Bref, je réimplémente un C&C en python + forth maison.
Mais, je me dis que le truc étant agnostique sur l'origine du message, ça pourrait être tout aussi bien être un IPC avec passage de forth sur le fil au lieu de passer juste des données.
J'ai trop d'idées, mais l'une d'entre elle est de faire un ansible pour IoT où comme tu peux paramétrer tes commandes cotées client, tu implémentes (ou pas) les commandes à exécuter, la sécurité reposant sur les ACLs MQTT sur les canaux. De la bonne, vraie, injection de commande par conception dans un forth qui se veut confiné en ressource et fonctionnalités pour éviter des problèmes triviaux (comme le halting problème).
Une autre, c'est de muscler le langage pour permettre de faire tout ce que fait le démonstrateur en python afin de créer une sorte d'objective forth où par défaut toute fonction est un agent indépendant qui communique par MQTT en s'envoyant du forth comme message sur un bus.
[^] # Re: lapin
Posté par Jul (site web personnel) . En réponse au journal J'ai des nœuds au cerveau, je ne sais pas comment continuer. Évalué à 1.
Je voulais émuler GPIB au dessus de MQTT.
Puis je me suis aperçu que c'était trop compliqué au vu de mes capacités.
Je me suis limité par la suite à envoyer du forth sur un bus de commande et à simplement obtenir les trucs amusants comme arrêter, relancer une mesure, remettre à zéro le bot, ... pinger .... Bref, je réimplémente un C&C en python + forth maison.
Mais, je me dis que le truc étant agnostique sur l'origine du message, ça pourrait être tout aussi bien être un IPC avec passage de forth sur le fil au lieu de passer juste des données.
J'ai trop d'idées, mais l'une d'entre elle est de faire un ansible pour IoT où comme tu peux paramétrer tes commandes cotées client, tu implémentes (ou pas) les commandes à exécuter, la sécurité reposant sur les ACLs MQTT sur les canaux. De la bonne, vraie, injection de commande par conception dans un forth qui se veut confiné en ressource et fonctionnalités pour éviter des problèmes triviaux (comme le halting problème).
Une autre, c'est de muscler le langage pour permettre de faire tout ce que fait le démonstrateur en python afin de créer une sorte d'objective forth où par défaut toute fonction est un agent indépendant qui communique par MQTT en s'envoyant du forth comme message sur un bus.