Remontée statut shelly1

Ah oui, là j’ai quelque chose :


[2021-07-24 17:44:06][INFO] : jeedom: niveau de log modifié à debug
[2021-07-24 17:44:06][INFO] : relance du démon nécessaire
[2021-07-24 17:44:06][INFO] : arrête le démon
[2021-07-24 17:44:07][INFO] : désactive le mode d'inclusion automatique
[2021-07-24 17:44:07][INFO] : démarre le démon
[2021-07-24 17:44:07][DEBUG] : daemon starts, pid is 10388
[2021-07-24 17:44:07][DEBUG] : status cmd id: 2, topic: jeedom/status
[2021-07-24 17:44:07][INFO] : Connect to mosquitto: Host=localhost, Port=1883, Id=jeedom
[2021-07-24 17:44:07][DEBUG] : broker msg: Client jeedom sending CONNECT
[2021-07-24 17:44:07][INFO] : Equipment Alarme: subscribes to "shellies/shelly1-2C6CCB/#" with Qos=1
[2021-07-24 17:44:07][DEBUG] : broker msg: Client jeedom sending SUBSCRIBE (Mid: 1, Topic: shellies/shelly1-2C6CCB/#, QoS: 1)
[2021-07-24 17:44:07][INFO] : Equipment jeedom: subscribes to "jeedom/#" with Qos=1
[2021-07-24 17:44:07][DEBUG] : broker msg: Client jeedom sending SUBSCRIBE (Mid: 2, Topic: jeedom/#, QoS: 1)
[2021-07-24 17:44:07][INFO] : Equipment Jeedom: subscribes to "Jeedom/#" with Qos=1
[2021-07-24 17:44:07][DEBUG] : broker msg: Client jeedom sending SUBSCRIBE (Mid: 3, Topic: Jeedom/#, QoS: 1)
[2021-07-24 17:44:07][INFO] : Equipment Portail Statut: subscribes to "shellies/shelly1-E09806A9B6BA/#" with Qos=1
[2021-07-24 17:44:07][DEBUG] : broker msg: Client jeedom sending SUBSCRIBE (Mid: 4, Topic: shellies/shelly1-E09806A9B6BA/#, QoS: 1)
[2021-07-24 17:44:07][INFO] : Equipment Porte de garage: subscribes to "shellies/shelly1-2C791A/#" with Qos=1
[2021-07-24 17:44:07][DEBUG] : broker msg: Client jeedom sending SUBSCRIBE (Mid: 5, Topic: shellies/shelly1-2C791A/#, QoS: 1)
[2021-07-24 17:44:07][INFO] : Equipment shellies: subscribes to "shellies/#" with Qos=1
[2021-07-24 17:44:07][DEBUG] : broker msg: Client jeedom sending SUBSCRIBE (Mid: 6, Topic: shellies/#, QoS: 1)
[2021-07-24 17:44:07][INFO] : Subscribes to the API topic "jeedom/api"
[2021-07-24 17:44:07][DEBUG] : broker msg: Client jeedom sending SUBSCRIBE (Mid: 7, Topic: jeedom/api, QoS: 1)
[2021-07-24 17:44:07][DEBUG] : broker msg: Client jeedom received CONNACK (0)
[2021-07-24 17:44:07][DEBUG] : broker msg: connection response is Connection Accepted.
[2021-07-24 17:44:07][DEBUG] : broker msg: Client jeedom sending PUBLISH (d0, q1, r1, m8, 'jeedom/status', ... (6 bytes))
[2021-07-24 17:44:07][DEBUG] : broker msg: Client jeedom received SUBACK
[2021-07-24 17:44:07][DEBUG] : Payload offline for topic jeedom/status
[2021-07-24 17:44:07][INFO] : -> jeedom|status offline
[2021-07-24 17:44:07][DEBUG] : broker msg: Client jeedom received SUBACK
[2021-07-24 17:44:07][DEBUG] : broker msg: topic subscription accepted, mid=3
[2021-07-24 17:44:07][DEBUG] : broker msg: Client jeedom received SUBACK
[2021-07-24 17:44:07][DEBUG] : broker msg: topic subscription accepted, mid=4
[2021-07-24 17:44:07][DEBUG] : broker msg: Client jeedom received SUBACK
[2021-07-24 17:44:07][DEBUG] : broker msg: topic subscription accepted, mid=5
[2021-07-24 17:44:07][DEBUG] : broker msg: Client jeedom received SUBACK
[2021-07-24 17:44:07][DEBUG] : broker msg: topic subscription accepted, mid=6
[2021-07-24 17:44:07][DEBUG] : broker msg: Client jeedom received SUBACK
[2021-07-24 17:44:07][DEBUG] : broker msg: topic subscription accepted, mid=7
[2021-07-24 17:44:07][DEBUG] : broker msg: Client jeedom received PUBACK (Mid: 8)
[2021-07-24 17:44:07][DEBUG] : broker msg: Client jeedom received PUBLISH (d0, q1, r0, m2, 'jeedom/status', ... (6 bytes))
[2021-07-24 17:44:07][DEBUG] : broker msg: Client jeedom sending PUBACK (Mid: 2)
[2021-07-24 17:44:07][DEBUG] : Payload online for topic jeedom/status
[2021-07-24 17:44:07][INFO] : -> jeedom|status online
[2021-07-24 17:44:11][DEBUG] : broker msg: Client jeedom received PUBLISH (d0, q0, r0, m0, 'shellies/shelly1-E09806A9B6BA/relay/0', ... (3 bytes))
[2021-07-24 17:44:16][DEBUG] : Payload off for topic shellies/shelly1-E09806A9B6BA/relay/0
[2021-07-24 17:44:16][INFO] : -> Portail Statut|relay:0 off
[2021-07-24 17:44:16][INFO] : -> shellies|shelly1-E09806A9B6BA:relay:0 off
[2021-07-24 17:44:16][DEBUG] : broker msg: Client jeedom received PUBLISH (d0, q0, r0, m0, 'shellies/shelly1-E09806A9B6BA/input/0', ... (1 bytes))
[2021-07-24 17:44:16][DEBUG] : Payload 1 for topic shellies/shelly1-E09806A9B6BA/input/0
[2021-07-24 17:44:16][INFO] : -> Portail Statut|input:0 1
[2021-07-24 17:44:16][INFO] : -> shellies|shelly1-E09806A9B6BA:input:0 1

Il faudrait avoir l’avis de @Domochip.

Bonjour,
J’ai eu très récemment un problème un peu similaire avec JMQTT et des info shelly qui ne remontaient pas. Je n’ai pas eu trop le temps de cherche et ces sherry étant critiques pour le fonctionnement de l’ensemble j’ai mis une « rustine » en attendant de comprendre où est le pb. J’ai installé MQTT de Lunarock en // avec JMQTT et sur MQTT les info qui ne bougeaient plus sur JMQTT fonctionnaient bien avec MQTT, donc pour l’instant j’ai basculé sur MQTT? Je reconnais ça fait un peu désordre mais je n’ai pas plus de temps à y consacrer pour l’instant.

Kool ça avance, et au moins nous savons chercher maintenant.
C’est étrange car le plugin est plutot verbeux.
Ton Equipement est bien déclaré avec le bon topic ? car dans ce cas le topic remonte aussi dans les logs->event, regardes par là…

Bonjour,

J’ai ce matin installé MQTT de Lunarok, les 3 modules Shelly 1 sont bien remontés dans les équipements mais je rencontre le même problème qu’avec JMQTT, à savoir aucun changement d’état de « input », le résultat reste constamment sur 1 que le capteur magnétique soit actif ou non…

Est-il préférable que je downgrade à une version antérieure de Jeedom ?

Ton input change d’état lorsque tu regardes avec MQTT Explorer ?
EDIT:
Ton shelly est alimenté en 12Volts DC ou en 220 V AC ?

Bonjour @PanoLyon
Non, aucun changement sur MQTT explorer malgré les ouvertures/fermetures de la porte…

Concernant l’alimentation des shelly, les 3 sont en 220 V AC

et la commande est bien en 220 V ?
Cette entrée change dans l’interface web du shelly ?
Sur ta copie d’écran ton input serait fermée.

J’ai trouvé ça :c’est bien expliqué …

Le montage pour ma porte de garage a été fait ainsi :

Alors là, je n’y comprends rien… J’étais dehors lorsque je reçois une notification sur Jeedom Connect comme quoi ma porte de garage est ouverte !!!
Du coup, j’ai 2 shelly sur 3 qui remonte maintenant les infos.

Seul celui de mon portail ne remonte rien, je vais regarder de nouveau mes branchements.

Regardes bien le paramétrage de l’entrée aussi dans la partie web…
Je pense que c’est pas un pb de serrage sur en bornier :kissing_closed_eyes:

Et vois-tu le changement d’état des inputs dans cette même interface ?

Capture d’écran du 2021-07-25 11-58-48Capture d’écran du 2021-07-25 12-01-05

La première étape est bien de vérifier que les messages MQTT sont publiés lors des changements d’état. Un petit coup de MQTT Explorer et on fait bouger tout ça pour voir ce qu’on reçoit :slight_smile:

1 « J'aime »

Bonjour,

Je ne sais pas s’il y a un lien, mais depuis ce soir, impossible d’accéder à Jeedom par l’adresse habituelle, ni en local ni via putty !

J’utilise une clé USB et elle est bien repérée sur ordinateur

Le Raspberry est fonctionnel puisqu’une ancienne version Jeedom que j’ai sur clé USB fonctionne…

Ce bug peut-il être du aux problèmes que je rencontre avec mes modules Shelly ?

Tu n’as pas répondu à cette question.

Sur l’interface Web des Shelly, oui je vois bien le changement d’état du input sur les modules que ce soit celui de la porte de garage ou du portail…
L’info remontait bien sur Jeedom pour la porte de garage mais pas pour le portail…

ce qui me gêne le plus c’est de ne plus avoir accès à Jeedom, je vais regarder en soirée pour ré-installer une sauvegarde sur une nouvelle clé et je vous tiens au courant

Bonjour,

Je vais encore avoir besoin de vous car une fois de plus, je sèche…
Comme évoqué plus haut, mon jeedom a planté du jour au lendemain… J’ai acheté une clé USB neuve, réinstaller l’image jeedom
jeedom-debian-buster-rpi-4.1.23.zip
avec balenaEtcher… et restaurer une sauvegarde récente…

Jusque là parfait… mais je n’arrive plus a accéder à mon jeedom à distance, seulement en local.
J’ai vérifié les paramètres DNS de mon nom de domaine, le port mapping de mon routeur, les adresses dans la configuration de Jeedom mais je ne vois pas d’où vient le problème.

Bonne nouvelle tout de même, le fait de ré-installer l’ensemble a résolu mon problème de remontées d’infos du module Shelly, pour quelle raison : aucune idée.

Sur quelle piste dois-je partir pour résoudre mon problème d’accès à distance ?
Encore merci de votre aide

Si tu n’as plus de problème avec le #plugin-jmqtt, il est d’usage de fermer ce post en cochant la case solution et d’ouvrir un nouveau sujet pour ton nouveau problème.

1 « J'aime »

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.