Il y a une URL push qui est sette par le plugin. Par contre faut bien s’assurer que le module est réveiller quand on sauvegarde l’équipement jeedom
Hello @lunarok
J’ai plusieurs plug et aucun problème
Mais côté DoorWindow c’est plus compliqué
Faut il forcer « rafraichir » toutes les secondes par jeedom?
Car le capteur, une fois en OFF line s’il n’a pas « choppé » la bonne info, le plugin ne sait pas dans quel état réel est le capteur
Quelle procédure conseilles tu?
Merci 
Le capteur étant sur pile, il ne se connecte en wifi que quand il y a un changement d’état. Cela provient du capteur et pas du plugin.
Hello @Kevin_Jns
En fait ça marche assez bien si on ne joue pas trop avec…
Il vaut mieux qu’il se déconnecte du wifi avant de changer d’état car s’il change d’état juste au moment où il se déconnecte, l’info est perdue…
Pas très emballé de ce capteur…
Merci 
Bonsoir,
Etant possesseur d’un W/D reçu ce jour, je l’ai installé et configurer en local et en cloud.
Lorsque j’enregistre l’équipement, les URLS push ne sont pas transmises et enregistrés, tout reste vide alors que le Shelly est bien connecté en wifi.
@Lunarok, as tu les url à pusher que l’on puisse les définir manuellement dans ce style ?
plugins/shelly/core/api/jeeShelly.php?apikey=blabla&id=440&relay=0&value=out_off_url
Merci
Je les ai pas sous la main mais elles apparaissent dans les logs en sauvegardant l’équipement.
Une idée aussi, ‹ réveiller › le capteur au moment de la sauvegarde pour le rendre actif
J’ai bien réveillé le module au moment de la sauvegarde mais rien n’y fait.
J’ai mis les logs en debug et ça me renvoi pas vraiment les url d’appel jeedom :
[2021-01-30 19:29:54][DEBUG] : Call : http://shelly-23-eu.shelly.cloud/status, return : 301
[2021-01-30 19:30:06][DEBUG] : Call : https://shelly-23-eu.shelly.cloud/device/status
[2021-01-30 19:30:06][DEBUG] : Call : https://shelly-23-eu.shelly.cloud/device/settings
[2021-01-30 19:30:06][DEBUG] : Call : https://shelly-23-eu.shelly.cloud/device/status
[2021-01-30 19:30:40][DEBUG] : Call : https://shelly-23-eu.shelly.cloud/device/status
[2021-01-30 19:31:31][DEBUG] : Call : https://shelly-23-eu.shelly.cloud/device/status
[2021-01-30 19:31:39][DEBUG] : Call : https://shelly-23-eu.shelly.cloud/device/status
[2021-01-30 19:35:05][DEBUG] : Call : https://shelly-23-eu.shelly.cloud/device/status
[2021-01-30 19:35:05][DEBUG] : Call : https://shelly-23-eu.shelly.cloud/device/settings
[2021-01-30 19:35:05][DEBUG] : Call : https://shelly-23-eu.shelly.cloud/device/status
Pour pallier au soucis, j’ai creer un virtuel en attendant mais c’est dommage.
Hello
Du coup j’essaye le Mode Cloud
J’ai trouvé la clé et l’ID Shelly, mais quel code faut-il saisir? J’ai mis les deux…
Merci
Il faut mettre la clé 40F5… uniquement. Pas ce qui est entre parenthèse.
Niveau IP, il faut mettre shelly-xx-eu.shelly.cloud
Hello @multinetworks
Merci pour l’info ça marche
Après plusieurs tests je pense garder les plugs en non cloud et les capteurs en cloud
Autre question, et/ou qui et quand réveille ou rafraichi le widget?
Pour faire le test j’ai crée un scénario action par « ouverture » qui me fait une petite sonnette quand l’état change… il est assez muet…
EDIT: en fait le cron du plugin est à 5 minutes
J’ai aussi essayé d’envoyer le Push de rafraîchissement de l’équipement, dans les paramètres du Shelly D/W pour le réveiller de suite
Mais ça ne marche pas…
Bonjour
@kermit
dans ton paramétrage, as-tu mis ton adresse LAN ou l’URL shelly-24-eu.shelly.cloud?
Car moi, quoi que je fasse, rien ne fonctionne.
J’ai bien un appel à shelly, mais pas de réponse: call : https://shelly-24-eu.shelly.cloud/device/status
Hello @jlmaillard , en fait mon serveur est le 22, tu as vérifié le tient?
Quand je veux programmer le w/d je le secoue comme un débil… du coup il reste connecté quelques minutes, c’est plus simple pour copier/coller les clés
J’ai quand même bloqué DHCP IP fixe pour le retrouvé facilement quand il est réveillé
Attention si tu as programmé un utilisateur ou pas ou à moitié bien fait, du coup je n’en ai pas mis…
Le rafraichissement se fait toutes les 5 minutes
Merci pour ces précisions.
Je suis bien configuré comme toi, mais je ne récupère rien dans le plugin shelly (ou alors une fois sur 10).
Je suis bien en shelly-24
J’exclus un dysfonctionnement du plugin, car il fonctionne apparemment pour tout le monde. De plus je l’ai déjà désinstaller et réinstallé sans changement.
Je crois plutôt à un Pb avec mon DW qui ne me semble pas d’un très grande souplesse ni fiabilité.
Je vais repartir de zéro. Si pas mieux, je laisserai tomber définitivement Shelly.
Hello @jlmaillard
Et comment il réagit avec l’appli smartphone?
T’as essayé sans wifi smartphone pour vérifier ton cloud?
J’utilise smartphone et PC, mais il n’y a pas de différence de comportement.
J’ai tout recommencé aujourd’hui, et c’est de pire en pire.
J’ai eu un mal fou à les réinclure. Le passage de Shelly - shellyswitch-xxxxx à mon wifi 2.4 ne se faisait pas. L’appli me disait OK mais le SSID Shelly - shellyswitch-xxxxx restait présent. Evidemment, revenu sur mon LAN, la connexion ne se faisait pas.
De plus, j’avais défini une scène qui m’envoyait un mail à l’ouverture, mais ça ne fonctionne plus.
J’ai eu de nombreux échanges avec Shelly la semaine dernière, et aujourd’hui, j’ai refait un point.
En résumé:
- trop complexe à mettre en oeuvre, et trop capricieux
- doit être très proche du point d’accès wifi, sinon, plus de détection d’ouverture même si pas de perte de connexion
- temps de réaction trop long quand ça réagit (plus de 10 s)
- ne fonctionne pas avec le plugin shelly (shelly-24-eu.shelly.cloud ne renvoie rien
C’est peut-être un cas particulier, mais pour moi, c’est du mauvais matériel, et je n’en rachèterai pas.
Pareil, je pensais avoir tout bien fini avec mon premier DW, je le colle à la fenêtre et je démarre un deuxième… Patatra plus rien qui marche, à se tirer par les cheveux…
Je reteste dans 8 jours, ras le pompom pour aujourd’hui… lol
Hello messieurs, @kermit @lunarok @jlmaillard @multinetworks
j’ai acheté par inadvertance un détecteur ouverture Shelly Door/Windows2 en Wifi (alors que je souhaitais que du Zigbee…)
Je me dis que comme j’ai le capteur, plutôt que de le renvoyer, j’allais essayer de l’utiliser.
Mais au vu de tout ce que je lit je suis au final pas très chaud…
Quelqu’un a-t-il réussit à faire fonctionner ce capteur avec le plug-in ne local?
J’ai cru comprendre que le mode local avait disparu au niveau de l’application mobile et que seul subsistait le mode Cloud (que j’aimerai éviter d’utiliser).
Merci pour vos retours d’expérience!
Bon je me suis lancé avec le plug-in et effectivement en local il loupe la plupart des changements d’état! :-((
Alors qu’il les détecte avec une latence de 6 secondes sur l’application mobile (qui passe donc par le Cloud)
Comment récupérer l’authorization cloud keys pour les paramétrer dans le plug-in?
Hello
Sur l’app mobile, tu vas dans les réglages puis « User settings » puis « authorization Cloud Key »
puis « Get Key »
1 « J'aime »