Seul moyen pour déclencher mon scénario est de récup le trigtime mais les temps de réponse sont mauvais et le changement parfois inexistants!! Le key ne bascule que lorsque pression simple puis double et inversement. La LED de com sur le bridge est immédiate.
Si appuie simple key passe à 0
Si appuie double key passe à 1
Si n x appuies simple à suivre key reste à 0 et pas de déclenchement du scénario, that is the problem !
En complément de tes recherches sur ce fil de discussion et pour information, ce module est complètement intégré Jeedom/Deconz avec dongle ConBee2 Zigbee
Un device zigbee forcé en mode cloud n’a pas de sens ?
C’est pour le Bridge seulement que cela aurait du sens?
J’ai fait un test LAN/CLOUD
Config → Pas de forçage cloud, ni sur le bridge, ni sur le bouton zig…
Cloud général seul actif → Ok avec tj 2 à 4 secondes de temps de réponse (trop long de mon point de vue) et pas de perte d’événement
LAN général Seulement → Pas de réponse et pourtant le statut est connecté !
La case a cocher est pour un appareil compatible LAN.
Forcement la case n’a pas de sens pour du Zigbee…
Idem pour le bridge, il n’est pas compatible LAN donc normal que ça ne fonctionne pas en LAN seul.
Pour le tigger ça viens forcément d’un des apareil, la date et l’heure viens du cloud Sonoff et n’est pas généré par le plugin.
Sur la capture de l’aplication eWeLink tu es sur un bouton, la capture de Jeedom est sur un capteur.
Tu peux vérifier ?
Pour le temps de latence, je ne peux pas encore vérifier le bouton n’est pas encore arrivé.
Tu peux vérifier le temps de latence avec l’app ? Car le plugin as une demi seconde de différence habituellement, par rapport à l’app.
Tout ceci est assez logique. Néanmoins, ne pourrais-tu pas les faire disparaître lorsqu’ils n’ont pas lieu d’être, cela porte à confusion?
Tu peux vérifier ? => Oupss, en effet, je n’ai pas pris le bon mais j’ai l’historique avec jeedom via export xls (sur le bon cette fois) et un screen shot sur l’app ewelink