Bonjour,
Je voudrais controler les sorties virtuelles de l’erdt depuis jeedom.
j’ai reussi a la piloter mais je n’arrive pas a avoir le retour d’état…
J’ai essaayé un JSON et xml
Merci pour votre aide
pour le retour d’état essayez de mettre binaire à la place de numérique
cdlt
ca ne marche pas non plus…
En fait je pense que mon problème vient de la rubrique requete… enfin je pense.
la requête en Json ne semble pas correct, il devrait y avoir des lettres.
je n’ai pas trouvé…
J’aurais préféré en xml car en json avec les X4fp je n’ai jamais réussi a avoir le retour d’etat…
il faut aller voir dans le fichier XML ci dessous, mais cela n’est pas exploitable
http://192.168.xxx.xxx/admin/io2.json
Il est préférable d’utiliser le JSON.
http://192.168.xxx.xxx/api/xdevices.json?Get=VO
Les étiquettes sont V01 à V0128 à mettre dans requette de Jeedom
Pensez bien a faire une sauvegarde a chaque modif dans jeedom avant de faire un test.
Cdlt
ca ne fonctionne pas en json… il faut bien mettre le login et mot de passe ?
De toute facon j’ai essayé avec et sans je n’ai aucun retour.
Toutes mes commandes passes mais pas le json…
je suis en 2.00.31 B5
Pourquoi ne pas essayer avec un push et une scène dans l’EDRT vers un virtuel Jeedom ?
Dans jeedom, J’ai fait des agendas semaines travaillée et vacances.
Je voudrais a partir de jeedom controler les sorties virtuelles pour arreter le chauffage (fils pilotes) ou mettre en hors gel.
Avec le plug in mode je vais créer 4 modes (semaine travaillée, Vacances, HG, et arret) pour eviter d’oublier de desactiver un calendrier ou de laisser une sortie virtuelle ouverte.
j’avais lu que pour eviter de charger l’eco device c’est mieux de lire les infos depuis jeedom que de les envoyer de l’eco.
Je veux bien essayer d’envoyer les infos de l’eco vers jeedom mais j’aimerais comprendre pourquoi ca ne fonctionne pas en Json. j’ai forcement oublié quelque chose mais quoi ?
Merci pour votre aide
Je ne vois pas en quoi ça va surcharger l’ecodevice d’envoyer un push que sur changement d’état de ta sortie virtuelle plutôt qu’une requête à répétition de la part de Jeedom sur l’ecodevice.
Mais je peux me tromper.
ok je vais essayer… comment fait on ? quel scénario faut il faire ?
Comment fait on pour envoyer un push sur changement d’état ?
Quand j’avais essayé je voulais faire du retour d’etat des fils pilotes depuis l’eco vers jeedom mais j’avais créé un push regulier avec une Sortie virtuelle.
Dans ce cas c’est peut etre plus simple ?
Je crée un scenario avec
evenement : SV
Action : ON/OFF
Résultat : Push
Reste a connaitre l’url ON du push vers Jeedom pour les SV.
Et en URL OFF je laisse vide ?
Il faut mettre le même url en on et off:
Il faut mettre l’adresse IP de Jeedom
Les identifiants
Et en url:
/core/api/jeeApi.php?apikey=« cleapi »&type=virtual&id=« num »&value=$VO16
Pour le scénario, c’est bien comme cela qu’il faut faire.
Avez vous essayer de saisir l’URL ci dessous dans votre navigateur internet, pour vérifier que vous pouvez recevoir le retour en JSON
http://192.168.xxx.xxx/api/xdevices.json?Get=VO
cdlt
j’ai ca dans la page :
{
"product": "EcoDevices_RT",
"status": "Error"
}
Bonjour,
vous utilisez une APIKEY ?
cdt
Effectivement si l’API KEY est sélectionnée dans l’ECO RT elle doit être présente dans l’URL.
j’ai mis l’api key :
ca fonctionne comme ca mais pourquoi ca ne fonctionne pas dans jeedom ?
dnas la doc il est indiqué : http://EcoDevices_RT/api/xdevices. json?Get=VO (sans clef)
{
"product": "EcoDevices_RT",
"status": "Success",
"VO1": 0,
"VO2": 0,
"VO3": 0,
"VO4": 1,
"VO5": 0,
"VO6": 0,
"VO7": 0,
"VO8": 0,
"VO9": 0,
"VO10": 0,
"VO11": 0,
"VO12": 0,
"VO13": 0,
"VO14": 0,
"VO15": 0,
"VO16": 0,
"VO17": 0,
"VO18": 0,
"VO19": 0,
"VO20": 0,
"VO21": 0,
"VO22": 0,
"VO23": 0,
"VO24": 0,
"VO25": 0,
"VO26": 0,
"VO27": 0,
"VO28": 0,
"VO29": 0,
"VO30": 0,
"VO31": 0,
"VO32": 0,
"VO33": 0,
"VO34": 0,
"VO35": 0,
"VO36": 0,
"VO37": 0,
"VO38": 0,
"VO39": 0,
"VO40": 0,
"VO41": 0,
"VO42": 0,
"VO43": 0,
"VO44": 0,
"VO45": 0,
"VO46": 0,
"VO47": 0,
"VO48": 0,
"VO49": 0,
"VO50": 0,
"VO51": 0,
"VO52": 0,
"VO53": 0,
"VO54": 0,
"VO55": 0,
"VO56": 0,
"VO57": 0,
"VO58": 0,
"VO59": 0,
"VO60": 0,
"VO61": 0,
"VO62": 0,
"VO63": 0,
"VO64": 0,
"VO65": 0,
"VO66": 0,
"VO67": 0,
"VO68": 0,
"VO69": 0,
"VO70": 0,
"VO71": 0,
"VO72": 0,
"VO73": 0,
"VO74": 0,
"VO75": 0,
"VO76": 0,
"VO77": 0,
"VO78": 0,
"VO79": 0,
"VO80": 0,
"VO81": 0,
"VO82": 0,
"VO83": 0,
"VO84": 0,
"VO85": 0,
"VO86": 0,
"VO87": 0,
"VO88": 0,
"VO89": 0,
"VO90": 0,
"VO91": 0,
"VO92": 0,
"VO93": 0,
"VO94": 0,
"VO95": 0,
"VO96": 0,
"VO97": 0,
"VO98": 0,
"VO99": 0,
"VO100": 0,
"VO101": 0,
"VO102": 0,
"VO103": 0,
"VO104": 0,
"VO105": 0,
"VO106": 0,
"VO107": 0,
"VO108": 0,
"VO109": 0,
"VO110": 0,
"VO111": 0,
"VO112": 0,
"VO113": 0,
"VO114": 0,
"VO115": 0,
"VO116": 0,
"VO117": 0,
"VO118": 0,
"VO119": 0,
"VO120": 0,
"VO121": 0,
"VO122": 0,
"VO123": 0,
"VO124": 0,
"VO125": 0,
"VO126": 0,
"VO127": 0,
"VO128": 0
}
C’est bon grace a vous j’ai trouvé…
Il faut mettre VO4 pour voir la 4 et pas V04… par contre je ne comprends pas pourquoi dans la doc il est indiqué sans clé
maintenant que j’ai compris ca je vais tenter le push sur changement d’état. Avec les SV ca devrait fonctionner.
Dommage que ca ne fonctionne pas avec l’etat des X4FP
Sans l’ API KEY c’est possible car certains utilisateurs n’activent pas la sécurité.
L’URL proposée dans la doc s’applique alors pour eux.
1 « J'aime »