Shelly 1 contact sec poussoir

[PrFalKeN]

'Jour,

J'ai récupéré un Shelly 1; Je sais que l'on peut le flasher avec un firmware un peu comme le sonoff

Voilà ma problématique :
Sur mon interphone, j'ai un bouton ouverture, donc poussoir qui ne fait contact que quand on pousse dessus.
Je souhaite récupérer cette impulsion afin de déclencher une action sur le shelly qui est un contact sec pour ouverture d'une porte de garage

En effet aujourd'hui cela ouvre le portail mais pas le garage

Donc le shelly doit récupérer le on et déclencher un scénario et derrière repasser a off

Est-ce possible ?

[Jeandhom]

Dans Timer, tu as l'auto-off.

[PrFalKeN]

Oh super merci, je vais chercher plus en détail...

[Jeandhom]

Tu peux l'utiliser sans le flasher avec le plugin jMQTT.

J'ai fait un tuto dans le cadre de la domotisation d'un télérupteur : viewtopic.php?f=96&t=44696

[PrFalKeN]

merci je vais aller voir cela

mais j'ai vu un plugin de lunarok aussi

[lunarok]

https://lunarok.github.io/jeedom_docs/plugins/shelly/

Voir la doc, on peut récupérer les event des boutons poussoirs en direct.

[Jeandhom]

Il faut le faire préciser par lunarok, mais je crois que son plugin shelly fonctionne avec le cloud alors que jMQTT est complètement cloudless.

[lunarok]

Faux, c'est dans la doc mise en lien juste au dessus.

Mon plugin est entièrement cloudless.
Par contre la grosse différence c'est qu'il ne coupe pas le cloud Shelly. Ce qui veut dire que l'app Shelly marche toujours aux côtés de mon plugin, ce qui n'est pas le cas quand on passe par le MQTT (passer en jMQTT = pas de solution de controle à distance si jeedom tombe, donc pas de backup)

[Jeandhom]

passer en jMQTT = pas de solution de controle à distance si jeedom tombe, donc pas de backup

Complètement faux, l'interface WEB des Shellies est accessible même si ils sont basculés en MQTT.
Je peux donc les piloter sans l'utilisation de Jeedom et via mon proxy inverse depuis l'extérieur.
Donc pas besoin du cloud shelly.

[lunarok]

passer en jMQTT = pas de solution de controle à distance si jeedom tombe, donc pas de backup

Complètement faux, l'interface WEB des Shellies est accessible même si ils sont basculés en MQTT.
Je peux donc les piloter sans l'utilisation de Jeedom et via mon proxy inverse depuis l'extérieur.
Donc pas besoin du cloud shelly.

Proxy inverse, premier fois que je le vois traduit.
C'est pas complètement faux, tu as mis en place une solution pour te permettre un accès, ok, mais de base l'activaion jMQTT te désactive le cloud Shelly, donc si tu fais rien t'es à poil.
Et avoir un reverse proxy ne veut pas du tout dire que tu peux les piloter de l'extérieur, soit tu ne dis pas tout, soit tu n'as pas de solution fonctionnelle. Il te faut soit un VPN et alors là tu seras comme chez toi, tu verras donc les shelly comme si t'étais sur réseau local. Soit pour 20 shelly, tu fais 20 entrées reverse proxy, mais alors là oui tu peux les gérer un par un par interface web sans l'appli.
En gros, le côté WAF et même simple utilisable de base, tu repasseras.

Désolé, mais t'as dit n'importe quoi sur mon plugin et là ta réponse est pas du tout convainquante, juste pour pas avouer que activation MQTT = plus de WAF.
Ca sert à rien de vouloir le nier, les utilisateurs Home Assistant ont pleurer assez longtemps sur ce point car leur seule intégration disponible c'était MQTT mais qu'ils perdaient le cloud Shelly, donc c'est pas propre à Jeedom.

[Jeandhom]

C'est une solution de dépannage, donc cela n'a pas besoin d'être WAF.
J'ai une quinzaine de Shelly et je n'ai besoin que de deux entrées sur le proxy inverse pour tous les atteindre (l'un après l'autre).
Une entrée sur le proxy inverse pour modifier la configuration de redirection vers l'un des Shellies.
L'autre entrée pour accéder au Shelly choisi.

Je me suis même amusé à faire leur mise à jour de firmware de cette manière, car je n'étais pas chez moi et j'avais un peu de temps à perdre.

Pour ma part, j'ai trouvé que c'était un avantage de supprimer l'accès Shelly Cloud, surtout sur des équipements qui donnent l'accès chez moi.

[PrFalKeN]

Merci de toutes ces infos...

[Jeandhom]

En info supplémentaire, le plugin jMQTT permet d'avoir toutes les commandes infos disponibles dans le firmware du Shelly et les retours d'état de ces infos sont immédiats.

Exemple d'un Shelly 1PM.

[lunarok]

C'est bien t'es convaincu, faudrait que tu m'expliques aux mecs sur HA qui pleurent parceque mqtt ne permet pas de faire tout ce que permet l'API
PS : le temps réel c'est aussi le cas par API, bref rien de non faisable