Frage zu Shelly4Pro und FHEM

Hey waki,

das ist nun echt ein wenig Arbeit.

Es gibt ein keepalive Request der nicht durch geht aber das Gerät ist online..hmmm...

1. Interessant ist ob das Gerät in dem Zeitraum, indem FHEM den Request sendet und nix bekommt, wirklich via Webinterface erreichbar ist. Das wäre die erste Prüfung.

2. Am besten mal ein Bildchen deiner MQTT Einstellungen des Shelly.

3. keepalive Einstellungen deines MQTT2 Servers in FHEM bzw. Was FHEM denkt, wie das Gerät eingestellt ist. list TYPE=MQTT2_SERVER cid keepalive

Hinzu (würde ich) den Shelly einmal komplett Resetten. Nicht via Software sondern HW-Seitig. (5 mal Taste drücken Methode)

Ich habe x Shellys und dieses Phänomen noch nie gehabt. Zu meinen Shelly kommen noch y andere MQTT Geräte. Mein FHEM läuft auf einem Raspi 3.

Hast du weitere Geräte mit diesem Problem? Was sagt dein LOG zu diesem Shelly ggf. noch?

Am Ende ist so, dass der Shelly dem Server sagt, wie hoch oder niedrig seine keepalive Zeit ist. Die kleine grüne Lampe reagiert auf das Reading (online true/false). Bei mir gibt es Shellys die in der Tat mal aus dem WLAN fliegen aber das liegt daran, das ich welche im Garten habe und ich aktuell einen AccessPoint zu wenig habe. Also mein WLAN geht einfach nicht weit genug. Diese werden dann auch direkt als offline angezeigt.

Um es dir selber einfacher zu machen, fang am besten mit dem Reset des Shelly und dem neu anlegen des Gerätes in FHEM an. Sollte das wirklich nicht klappen. Bitte die ganzen anderen Punkte abarbeiten und ein List des betroffenen Gerätes anhängen.

PS: Beim anlegen des Gerätes in FHEM - BITTE AUTOCREATE nutzen und nicht von Hand anlegen.

Zitat

PPS: Trotz QOS = 1 wurden aber die Ventile am Morgen nicht geschaltet.

QOS 1 ist in dem Fall aus Sicht des Shelly. Auch wenn er immer und immer wieder senden will, aber nicht durch kommt (warum ist ja noch zu klären), ist das leider so. So als ob du bei mir anrufst und es ist immer besetzt. Du probierst es immer wieder da QOS1 aktiv ist aber ich bleibe besetzt.

Wovon ist abhängig ob die Ventile schalten sollen? (ggf. finden wir eine bessere Lösung)

Woher weißt du sicher, das diese nicht geschaltet hatten?

Egal ob positiv oder negativ - Bitte Feedback Danke!

Zitat

Danke, ich werde es noch beobachten und dann die Schritte durchführen. (Gerät ist nicht so leicht zugänglich. zugebaut !).

SW Reset wäre ein Anfang und neu anlegen via autocreate in FHEM. Aber leider keine Garantie.

Zitat

Was ich bei mqtt nicht verstehe: Laut Definition von qos=1 soll der Befehl so lange wiederholt werden, bis ein positives Feedback kommt. Dann müssten doch auch im log die set-Befehle zu sehen sein.

Naja.. Wenn z.B. dein Server blockiert, kann der Shelly so oft senden wie er will. (Beispiel mit dem Telefon-Anruf).

Hier muss man die Seite (Sender/Empfänger) beachten. MQTT abonniert Nachrichten. Es gibt so gesehen kein "set QOS -tollesFeedback". Der Shelly meldet sich am Server an und teilt ihm mit wie er Nachrichten versenden wird. Es gibt noch einige Dinge die wir testen können - z.B. LWT usw. Aber am besten fangen wir erstmal oben an