Bien qu’il doit être possible d’y arriver par cette méthode, ce n’est pas la meilleur je pense.
Vous devez plus séparer les événements & actions.
Le principe est d’une part de faire remonter des infos à jeedom via les équipements des différents plugins et d’autres part de déclencher des actions programmées (horaire) ou déclenchées (événement)
Donc intégrez votre shelly à jeedom (avec le plugin de votre choix), vous aurez alors des commandes infos (etat de la porte) disponible et vous pourrez utiliser cette commande pour déclencher un scénario.
concernant l’erreur, la clé api est probablement incorrecte ou utilisé depuis une source non-autorisée (est-il active en liste blanche ou globalement?)
Sur le principe je suis d’accord @Mips mais le shelly semble avoir un comportement un peu particulier. Il se réveille pour un court laps de temps à chaque ouverture/fermeture.
Si l’update de l’état du capteur par jeedom ne tombe pas dans cette période il n’est pas mis au courant de la maj.
Par contre le module permet de configurer des hook sur certaine actions, fermeture, ouverture le jour, dans la pénombre, dans le noir…
D’où l’idée d’utiliser ces hooks pour déclencher un scénario, qui met à jour l’état du capteur et fait éventuellement d’autres actions.
Comment je fais pour savoir si ma clé est utilisée depuis une source non autorisée ??
J’ai utilisé la première clé de la liste « Clé API ». Pour l’instant je test un appel depuis mon laptop, mais à terme ca sera mon module shelle qui s’en chargera. Les deux appareils sont sur le meme réseau que Jeedom et ma box.