Je n’avais pas la bonne version de la doc. Pour obtenir l’état, c’est la commande : /api/xdevices.js on?Get=XENO (sans clef)
Mais contrairement à ce qui est indiqué, il faut entrer la clef. Et il y a de fortes chances pour qu’il en soit de même pour les commandes que tu as citées.
Mais c’est quand même étrange que la quasi totalité des infos du X-Eno soient remontées dans le status.xml et pas l’état des actionneurs. Une idée @Benjamin_GCE ?
Ok je me doutais qu’il pouvait y avoir un lien avec la v.35.
Est-il possible à partir d’un widget HTML d’accéder directement au contenu du io.xml qui est visiblement rechargé très souvent ? Ou faut-il créer une source de données ?
Je suppose que les bits concernés sont à partir du 120 dans la chaine .
La clef est activée, mais la doc laisse penser qu’il n’y a pas besoin de l’indiquer dans la commande du fait de l’indication « (sans clef) ». Peut-être à corriger dans la doc.
J’ai trouvé comment récupérer l’état de mes actionneurs Enocean via une source de données io.xml que j’ajoute au Dashboard (en attendant que Benjamin me donne peut-être une méthode pour accéder directement sans passer par une source de données si c’est possible).
Si je charge une variable avec : var Act1 = parseInt(datasources["io.xml"]["response"]["eno"].slice(120,121),2);
Je récupère bien la valeur numérique que je peux manipuler, afficher…
Par contre la même ligne au sein d’une fonction init() appelée dans un window.onload ne marche pas, j’ai une erreur : ReferenceError: datasources is not defined
NB : la fonction est entre 2 balises et même si je place la déclaration en dehors de la fonction j’ai un message similaire.
La fonction datasource n’est pas accessible depuis cet endroit.
Je ne sais pas comment contourner le pb…
J’ai réussi à contourner en indiquant directement les commandes à envoyer dans un onclick (2 newAJAXCommand pour changer les états) sans faire de fonction.
Je viens d’essayer de simplifier le code en pilotant les 2 contacteurs dans la même commande puisqu’a priori c’est possible. J’ai donc remplacé les 6 lignes décrivant les commandes par celles-ci :
Tous les appuis sur les différents boutons d’état fonctionnent, sauf Eco qui fait bien basculer l’actionneur 1 mais pas le 2, ce qui passe le chauffage en « Arrêt ». Dans la console, on voit bien la commande partir, mais l’actionneur 2 ne bascule pas (sauf très rares exceptions, celle de la 5ème ligne de GET dans l’image ci-dessous).
Je pense que cela cache un bug au niveau du X-ENO. Pourriez-vous regarder @gce ?
Cela rejoint ce que j’ai déjà pu constater, avec mon ancien système basé sur des SV, d’absence de certains basculement des actionneurs lors de la concomitance de 2 ordres
Et avez-vous une idée/solution par rapport au bug que je rencontre concernant le pilotage simultané des 2 actionneurs du même micro-module Ubiwizz décrit ci-dessus ?
NB : j’ai fait une demande au Helpdesk pour ce pb.