Bonjour,
Pas vraiment regarde bien
l’une sert a lire
l’autre a écrire
les apikey ne son pas les mêmes
celle qui écrit comporte un argument &value=#value#
c’est comme dans un scénario pour écrire dans une commande tu utilise event
bonne journée
Bonjour
je me permet de déterrer ce sujet car il me semble qu’il y’a eu quelques évolutions depuis peu.
après la dernière mise à jour je me suis retrouvé avec pas mal d’erreurs lors des mises à jours d’état de mes virtuels.
mon ancienne commande PUSH URL était du type :
https://MON_URL/core/api/jeeApi.php?type=virtual&apikey=API_KEY&id=ID_ETAT_VIRTUEL&value=#value#
et dorénavant, la syntaxe exacte est :
https://MON_URL/core/api/jeeApi.php?plugin=virtual&type=event&apikey=API_KEY&id=ID_ETAT_VIRTUEL#&value=#value#
uniquement pour la version 4.2 du core de Jeedom.
oui, effectivement, je suis passé à la version 4.2.7
cela risque à terme de concerner tout le monde du coup.
tout est dans la durée du terme.
Pour citer un célèbre humoriste défunt cela peut prendre un certain temps
bonjour à tous,
je compte passer prochainement en 4.2.8 et comme dit plus haut, la sécurité oblige à modifier la syntaxe des push URL.
Pour ma part, j’ai beaucoup de :
http://192.168.0.1/core/api/jeeApi.php?plugin=virtual&apikey=APIKEYVIRTUEL&type=virtual&id=30&value="$LuneAscDesc"
de :
https://www.chezmoi.fr/core/api/jeeApi.php?apikey=APIKEYCORE&type=interact&utf8=1&query={{TextField}}
et de :
https://www.chezmoi.fr/core/api/jeeApi.php?apikey=APIKEYCORE&type=scenario&id=20&action=start
Pouvez vous m’indiquer la nouvelle syntaxe pour le core 4.2.8 ?
Merci à vous
Bonjour
Voir l’edit du 1er post du sujet 
les 1ere lignes !
Bonjour et merci pour ta réponse.
oui en effet, on trouve la réponse pour type=virtual comme indiqué dans le changelog mais pas pour :
type=interact
ni pour :
type=scenario
salut,
Tu devrait reformuler sur un autre sujet la on est que sur plugin-virtuel et les push …
Merci. Je ne trouve pas trop dans quelle catégorie je peux poster ma question pour le coup … 
j’aurais bien mis dans « sécurité » mais je ne trouve pas une catégorie qui va dans ce sens…
je vais tenter dans « Core »
Salut @olive.
Un heureux de plus grâce à ce tuto…
J’ai bien galéré avant de comprendre que la documentation pour le type ‹ virtuel › se trouvait (plus ou moins) avec la doc du plugin virtuel et non avec la doc de l’API HTTP, comme les types scenario, CMD, message, objet, equipement, full data et variable.
Bref ma question est la suivante: peut on transmettre simultanément les valeurs de plusieurs commande infos dans l’URL de retour, et si oui quelle est la syntaxe?
un peu comme dit dans la doc de l’API HTTP ici:
Citation
Note
Il est possible pour le champs #ID# de passer plusieurs commandes d’un coup. Pour cela, il faut passer un tableau en json (ex %5B12,58,23%5D, à noter que [ et ] doivent être encodés d’où les %5B et %5D). Le retour de Jeedom sera un json.
Note
Les paramètres doivent être encodés pour les urls, Vous pouvez utiliser un outil, ici.
Citation
Bonjour,
Je ne comprends pas du tout comment faire un push url.
J’ai bien installé le plugin virtuel et mis dans le champs push url:
Cependant, comment exécuter ce virtuel?
Comment faire un virtuel qui peut gérer plusieurs états (clim, chauffage, arrêt) tout en envoyant une commande différente?
Bonjour,
Je ne suis pas bien compétent mais voici je que j’ai compris:
Le PUSH URL est disponible pour toute commande de type INFO, qu’elle soit rattachée à un « Virtuel » ou à n’importe quel équipement.
Il sert à transmettre la valeur de cette commande via le réseau à un autre appareil, ordinateur , capable de le recevoir (muni d’une API voire tout autre moyen pour le récupérer)
Les exemples qu’on trouve dans le forum sont souvent pour envoyer des valeurs à un autre JEEDOM, voire à son propre JEEDOM. (Je suppose que http://192.168.1.132/control? représente ta PAC Panasonic, capable de recevoir cette information).
Dans ton virtuel tu peux mettre autant de commandes « Info » que tu veux, donc autant d’équipements potentiels, à charge pour toi de leur communiquer des valeurs. On peur aussi créer des commandes « Info » qui reflètent l’état d’une commande « Action », qui elle ne dispose pas du champ PUSH URL (du moins sur les miennes…).
Ce que je ne comprends pas c’est quel l’élément déclencheur du PUSH… Changement de la valeur de la commande? de quel pourcentage?
En fait moi j’utilise le contraire: envoi de valeurs depuis un Rpi2 vers l’API de Jeedom, avec l’URL de retour.
J’ai trouvé comment faire. Je ne me sers pas du push url dans le virtuel. J’ai une info et 3 actions. Chaque action change une variable et un scénario sur le changement de cette variable qui va faire le push url.
je n’ai aps trop commpris ce quet u voulais faire… Enfin si tu as trouvé ton bonheur!
