Bonjour @tous,
En effet, j’ai la meme situation depuis peu…!
Afin de tout arriver à centraliser sur ma V5 (en tant que superviseur domotique), je fais passer par JEEDOM (comme concentrateur de VARIABLE de mon environnement domotique) tout les objets connectés … pas connectables à la V5 nativement.
(Sur mon NAS SYNOLOGY, via DOCKER, en solution JEEDOM DIY)
En gros, tout les objects connectés qui n’arrivent pas à remonter les infos sur la V5 en natif (car nécessité d’une requete HTTP en GET avec Headers, ou autre du genre), avec JEEDOM, c’est pratique d’installer le pluggin de l’objet et d’obtenir les différents états.
Mais actuellement, je suis bloqué au meme niveau que MICOU.
Le protocole qu’utilise l’API JEEDOM n’est pas du JSON pour retourner l’état d’une variable IO ou ANA.
C’est un pur STRING, donc en gros, on utilise la V5 avec requete HTTP en GET et la syntaxe de l’API JEEDOM, et la reponse dans un browser, c’est au caractère près « 23.7 » ou « 0 » ou « 1 », etc …
Donc en effet, il serait approprié d’avoir ou option sur le type de PARSER à instancier dans la V5.
Les PARSER actuels PARSE les reponses sous protocole JSON, et donc demande une clé.
Il faudrait qu’il soit possible à la création d’un PARSER dans la V5, de choisir le protocole à décoder ; du genre « JSON » ou « STRING ».
Dans le cas du JSON, on l’utilise tous actuellement en l’état et ca marche très bien.
Dans le cas du STRING, il n’y aurait donc qu’une seule sortie, et il faudrait quand meme lui identifier le type de variable (IO, ANA8, ANA16, ANA32 …).
De ce fait, il sera possible de rappatrier vers la V5, toutes les variables transitant par JEEDOM … utilisé comme Concentrateur De Variables Domotiques (HAVC … car en accronyme anglais « home automation variable concentrator »).
Un avantage de plus pour GCE de rester le leader en ramenant vers lui la supprématie du superviseur domotique dans chaque foyer.
Merci par avance à GCE d’implémenter cette fonction SOFT, pour le prochain release : ce sera vraiment très utile pour tous !