Plugin virtuel : soucis de synchronisation

[stephcas]

Bonjour à tous,

Nouveau possesseur d’une Jeedom (sur Debian sur un NUC pour l’instant), je suis en train de migrer l’ensemble de ma configuration qui fonctionnait actuellement sur eedomus.

Mon installation domotique est basée sur du Legrand Myhome… très mauvais choix du passé puisque c’est un système fermé… Néanmoins, j’avais développé par le passé un logiciel permettant l’interfaçage de ce système avec ma box domotique. Ce script se pilote en http et pilote / suit l’activité de myhome pour renvoyer les données à la domotique.

Après quelques recherches, j’ai eu l’impression que la meilleur solution sur Jeedom serait d’utiliser un plugin virtuel pour indiquer l’état mais aussi piloter les périphériques.

J’ai configuré mon virtuel ainsi :

avec la configuration push suivante pour piloter la domotique :

Le soucis que je rencontre est le suivant : le pilotage des lampes peut être réalisé soit par Jeedom, soit par les interrupteurs. Dans ce dernier cas, pour que Jeedom soit synchrone, le script externe remonte l’information à Jeedom par la commande suivante :
http://192.168.1.72/core/api/jeeApi.php?type=virtual&apikey=XXXXXX&id=#cmd_id#&value=#value#

C’est là que mon soucis commence : cet appel, s’il réalise bien la mise à jour de l’état dans l’IHM, provoque aussi le lancement de la commande ‹ push ›. Dans des cas bien particulier de timing entre le on/off, cela me provoque un Larsen ou Jeedom et le script pilote en boucle des on/off interminables.

Ma question est la suivante : sur eedomus, il y a la possibilité de remonter un statut à la box en lui indiquant qu’il ne faut pas déclencher d’action, mais juste mettre à jour la valeur (paramètre ‹ update_only › pour les puristes), existe-t-il un équivalent sur Jeedom ? si non, quelle est la solution à mon soucis ? (j’ai essayé de parcourir des tutoriels, mais je n’ai pas trouvé de réponse)

Je vous remercie et vous souhaite un bon week-end

[Mips]

Bonjour,

Vous devez remonter l’état vers jeedom sur une commande info et faire vos actions sur des commandes actions.
Les commandes actions seront liées à la commande info pour avoir leur état actuel.

Ainsi pas de ping pong.

Donc pas d’action push sur la commande info, cette config ne doit servir qu’à envoyer un état sur un système distant (pour historique par exemple) mais pas pour faire une action.

[stephcas]

Merci pour votre réponse.

Donc, si je vous comprends bien, vis à vis de la configuration actuelle, la seule chose que je dois faire, c’est retirer ma commande push liée à l’info et la mettre dans une commande action.

Le soucis que je rencontre, c’est que je ne vois pas de commande push dans les parties actions : il faut faire comment ? utiliser un autre plugin ? si oui, de quel type ?

[stephcas]

J’ai trouvé la réponse pour la commande push : le plugin script (en relisant mon premier message, j’ai vu le tag plugin script, j’ai regardé, du coup j’ai regardé la doc de ce plugin

Donc maintenant ça marche

[Mips]

En fait vous avez tag les deux plugins plugin-virtual et plugin-script mais est-ce que vous utilisez les deux ou juste virtuel?

D’après ce que j’ai compris de votre setup, je ferais uniquement un équipement dans le plugin script.
Une commande info que vous utilisez comme la commande actuelle (sans l’action push) et donc vous utiliserez l’api http pour mettre à jour la commande comme fait actuellement.

Une commande action, et comme vous serez dans un équipement script vous pourrez executer une requete http (ou un script plus évolué) lors de l’execution de la commande, exemple:

et une deuxième s’il faut un off etc bien entendu.

edit: nos messages se sont croisés.