Beiträge von Marzipanologe

Update:

Ich hatte beim Shelly 2 nochmal einen Factory Reset durchgeführt und das Gerät neu eingerichtet. Dabei war auffällig, dass bei der Aktivierung von MQTT für beide Kanäle vom Shelly 2 zuerst ein OFF gesendet wurde und für den Kanal 1 unmittelbar darauf ein ON. Das war auch immer wieder reproduzierbar, wenn ich MQTT im Shelly aus- und wieder eingeschaltet habe. Der ON-Status war auch unabhängig vom "Power On Default State", selbst wenn für beide Kanäle als Default OFF eingestellt war, wurde für den ersten Kanal ein ON gesendet.

Ich habe letztendlich beide Shelly Devices gegen neue getauscht und die Probleme sind verschwunden! Ich vermute also tatsächlich einen Hardware-Defekt.

18.12.2021 00:14:02 Shelly Kueche CH1: shellies/shellyswitch-55967C/relay/0: {"_msgid":"36a6eebdf2de35e7","_topic":"shellies/shellyswitch-55967C/relay/0","payload":"on","qos":0,"retain":false,"topic":"shellies/shellyswitch-55967C/relay/0"}

18.12.2021 00:14:03 Shelly Aussenlicht: shellies/shelly1-4FFC37/relay/0: {"_msgid":"bd5a0fb40d41d073","_topic":"shellies/shelly1-4FFC37/relay/0","payload":"off","qos":2,"retain":false,"topic":"shellies/shelly1-4FFC37/relay/0"}

Also am Status der Devices ist zum Zeitpunkt des Schaltvorgangs nichts außergewöhnliches zu erkennen!
Beispiel:

{
  "actions_stats": {
    "skipped": 0
  },
  "cfg_changed_cnt": 0,
  "cloud": {
    "connected": false,
    "enabled": false
  },
  "fs_free": 148843,
  "fs_size": 233681,
  "has_update": false,
  "inputs": [
    {
      "event": "",
      "event_cnt": 0,
      "input": 1
    },
    {
      "event": "",
      "event_cnt": 0,
      "input": 1
    }
  ],
  "mac": "CC50E355967C",
  "meters": [
    {
      "counters": [
        0,
        0,
        0
      ],
      "is_valid": true,
      "overpower": 0,
      "power": 1.03,
      "timestamp": 1639786443,
      "total": 43321
    }
  ],
  "mqtt": {
    "connected": true
  },
  "ram_free": 35308,
  "ram_total": 50448,
  "relays": [
    {
      "has_timer": false,
      "is_valid": true,
      "ison": true,
      "overpower": false,
      "source": "mqtt",
      "timer_duration": 0,
      "timer_remaining": 0,
      "timer_started": 0
    },
    {
      "has_timer": false,
      "is_valid": true,
      "ison": false,
      "overpower": false,
      "source": "mqtt",
      "timer_duration": 0,
      "timer_remaining": 0,
      "timer_started": 0
    }
  ],
  "serial": 1,
  "time": "00:14",
  "unixtime": 1639782843,
  "update": {
    "has_update": false,
    "new_version": "20211109-125129/v1.11.7-g682a0db",
    "old_version": "20211109-125129/v1.11.7-g682a0db",
    "status": "idle"
  },
  "uptime": 541812,
  "voltage": 236.55,
  "wifi_sta": {
    "connected": true,
    "ip": "192.168.178.31",
    "rssi": -63,
    "ssid": "Rabatz"
  }
}

Die beiden Devices schalten übrigens nicht immer zeitgleich, es kommt auch schon mal vor, dass sich nur ein Shelly von alleine schaltet, wie z.B. gestern das Licht in der Küche.
Das ging plötzlich von alleine an:

19.12.2021 11:24:56 Shelly Kueche CH1: shellies/shellyswitch-55967C/relay/0: {"_msgid":"397ff5469e97d863","_topic":"shellies/shellyswitch-55967C/relay/0","payload":"on","qos":0,"retain":false,"topic":"shellies/shellyswitch-55967C/relay/0"}

Ich habe noch einen neuen Shelly 1 hier liegen. Ich werde zum Test mal den für das Außenlicht tauschen und dann mal schauen, ob das Problem durch den Tausch behoben wird.

Zitat

Sorry, konnte Dein Gerät gerade nicht abfragen.

Aber das, was Du da gerade postest ist mit Sicherheit nicht von einem ShellyPro4PM!

Das ist richtig, sorry! Ich wollte keine Verwirrung stiften! Ich hatte nur geantwortet weil du fragtest, welche Firmware "ihr" draufhabt. Bei mir sind es ja ein Shelly 1 und Shelly 2 die ein ähnliches Verhalten zeigen.
Damit es nicht weiter zur Verwirrung kommt, bleibe ich mit solchen Antworten besser in meinem eigenen Beitrag und lese hier nur mit.

Gruß,

Jörg

Zitat

Welche Firmware habt Ihr drauf?

Bei mir ist auf allen Geräten immer die neuste Firmware drauf! Sieht man auch, wenn man den Status des Geräts aufruft:

pasted-from-clipboard.png

Zitat

Interessanter als die MQTT-Logs wäre zeitnah nach einem solchen Verhalten der Aufruf

Code

IP/status

um in der Response den Grund des Schaltvorgangs zu erkennen.

Gute Idee! Ich baue ich mal mit ins Log ein, dass der Status per HTTP GET mit abgefragt und protokolliert wird!

Zitat

Hallo Marzipanologe (klingt lecker!),

das ist tatsächlich ein merkwürdiges Verhalten. Solche Effekte kenne ich, wenn mein Node-Red Raspi neu gestartet wird und manchmal! dann Schaltungen, die nicht retained sind, trotzdem nochmal ausgeführt werden.

Probier mal, in den shellies und in den Node-Red Ausgängen die QoS auf 2 zu stellen. Damit dürften die Aktionen ja nur genau 1x (mit Rückschein) ausgeführt werden...

VG Martin

Hallo Martin!
Danke schon mal für den Tipp!
Ich hatte gestern auch schon überlegt, ob vielleicht der Shelly selbst neu startet aber unter http://%7bshely_ip%7d/status sieht man auch die Laufzeit des Shellys und die beiden liefen durch. NodeRed und Mosquitto werden auch nicht neu gestartet. Falls Nachrichten "nachversendet" würden, sollte die ja eigentlich dem zuletzt gesendeten Status entsprechen und dann sollte sich am Device selbst nichts tun.
Ich frage mir nur, ob dann nicht auch ein grundsätzliches Problem mit Node-Red und/oder Mosquitto vorhanden sein müsste und das Verhalten hin und wieder auch bei anderen Shelly-Devices auftreten sollte!? Unter dem Topic shellies/shelly1-4FFC37/relay/0/command stehe ich zu dem Zeitpunkt auch keine Nachricht mit einem Payload, der die Shellys ein- oder auschalten würde.

Aber vielleicht liegt das Problem eher im Shelly selbst? Ich versuche mal, was bei QoS 2 passiert!

Ich habe ein ähnliches Verhalten bei einem Shelly 1 und einem Shelly 2. Diese schalten schon mal sporadisch von alleine an oder aus (der Shelly 1 nur aus, der Shelly 2 nur ein).

Das habe ich gerade in folgenden Post beschrieben:

Thema

Shellys schalten von alleine an oder aus wenn MQTT aktiv ist

Ich habe bei mir zu Hause u.a. eine Reihe von Shelly-Geräten ( Shelly 1 , Shelly 2 und Shelly Plug S ) im Einsatz, die alle ausschließlich über MQTT gesteuert werden. Das funktioniert mit fast allen Shellys ohne Probleme, nur zwei der Shellies (erste Generation, Produktionsjahr 2018) verhalten sich (vermutlich schon immer) seltsam, indem sie sich mitten in der Nacht automatisch ein- oder ausschalten! Ich vermute mittlerweile einen Hardwaredefekt bei diesen 2 Geräten?

Verhalten

- Ein Shelly 1 …

Marzipanologe

15. Dezember 2021 um 12:20

Ich habe bei mir zu Hause u.a. eine Reihe von Shelly-Geräten (Shelly 1, Shelly 2 und Shelly Plug S) im Einsatz, die alle ausschließlich über MQTT gesteuert werden. Das funktioniert mit fast allen Shellys ohne Probleme, nur zwei der Shellies (erste Generation, Produktionsjahr 2018) verhalten sich (vermutlich schon immer) seltsam, indem sie sich mitten in der Nacht automatisch ein- oder ausschalten! Ich vermute mittlerweile einen Hardwaredefekt bei diesen 2 Geräten?

Verhalten

- Ein Shelly 1 schaltet von Zeit zu Zeit von alleine aus (aber noch nie automatisch ein)

- Ein Shelly 2 schaltet einen Kanal automatisch ein (aber nie automatisch aus) und dies auch nur auf Kanal #1, nie auf Kanal #2

Das Schaltverhalten ist auch unabhängig vom konfigurierten "Power On Default Mode" der Geräte, also egal ob ich ON, OFF oder Restore Last Mode konfigurieren, der eine Shelly geht automatisch aus, der andere an.

Konfiguration

- Die Firmware beider Geräte ist aktuell

- Gesteuert wird nur über MQTT

- Cloud ist nicht aktiv

- Es sind keine Timer in den Geräten selbst gesetzt

- Keine Steuerung oder Zugriff über HTTP

- Betrieb nur im lokalen Netzwerk

- Frontend und MQTT sind passwortgesichert

- Der Shelly 2 in der Küche ist nur 50cm überhalb der WLAN-Repeaters

- Der Shelly 1 im Flur ist ca. 3m vom Repeater entfernt

Die kompletten Settings der beiden Shellys habe ich mal als Dateiangang an diesen Post drangehängt.

Fehlereingrenzungen bisher

Wenn MQTT ausgeschaltet ist, tritt das Verhalten nicht auf!

Ursprünglich hatte ich vermutet, dass vielleicht ja eine MQTT-Nachricht fehlerhafter Weise gesendet wird (von einem Timer in NodeRed), aber selbst wenn ich in NodeRed jegliche MQTT-Kontrolle für diese Geräte entferne und die Geräte nur mit dem MQTT-Server (Mosquitto) verbunden sind, tritt dieses Verhalten auf.

Dann hatte ich vermutet, dass es vielleicht etwas mit Retained Messages zu tun haben könnte, aber das ist im MQTT Broker nicht aktiviert und alle Shellys sind auf QOS 0 eingestellt, so dass keine Nachrichten mehrfach gesendet bzw. nachversendet werden.

Um das Problem weiter einzugrezen, protokolliere ich nun die Topics announce, command und input für die beiden Geräte in eine Datei.

Dabei fällt schon mal auf, dass (wie erwartet) keine /relay/0/command Message zu den Geräten gesendet wurde, wenn diese von alleine schalten!

Interessanter Weise schalten beide Shellys zeitgleich und ich erhalte nur eine Message zum Relaiszustand.

Bei ersten automatischen Schalten gestern Abend hatten beide Geräte auch eine announce-Message schickt, was auf einen Reconnect hindeutet, oder?

12/14/2021 21:13:53 Shelly Kitchen: shellies/shellyswitch-55967C/announce: {"_msgid":"2439dc8a07f19c98","_topic":"shellies/shellyswitch-55967C/announce","payload":"{\"id\":\"shellyswitch-55967C\",\"model\":\"SHSW-21\",\"mac\":\"CC50E355967C\",\"ip\":\"192.168.178.31\",\"new_fw\":false,\"fw_ver\":\"20211109-125129/v1.11.7-g682a0db\",\"mode\":\"relay\"}","qos":0,"retain":false,"topic":"shellies/shellyswitch-55967C/announce"}

12/14/2021 21:13:53 Shelly Frontdoor: shellies/shelly1-4FFC37/announce: {"_msgid":"01ca12dcadc81706","_topic":"shellies/shelly1-4FFC37/announce","payload":"{\"id\":\"shelly1-4FFC37\",\"model\":\"SHSW-1\",\"mac\":\"CC50E34FFC37\",\"ip\":\"192.168.178.35\",\"new_fw\":false,\"fw_ver\":\"20211109-124958/v1.11.7-g682a0db\"}","qos":0,"retain":false,"topic":"shellies/shelly1-4FFC37/announce"}

14.12.2021 21:13:53 Shelly Kitchen: shellies/shellyswitch-55967C/relay/0: {"_msgid":"c8ea34ef8e6d8972","_topic":"shellies/shellyswitch-55967C/relay/0","payload":"on","qos":0,"retain":false,"topic":"shellies/shellyswitch-55967C/relay/0"}

14.12.2021 21:13:53 Shelly Frontdoor: shellies/shelly1-4FFC37/relay/0: {"_msgid":"4d25495a9532f8b0","_topic":"shellies/shelly1-4FFC37/relay/0","payload":"off","qos":0,"retain":false,"topic":"shellies/shelly1-4FFC37/relay/0"}

Heute Morgen hatten bei beiden Shellys dann noch mal automatisch geschaltet, diesmal aber ohne eine announce-Message zu senden:

15.12.2021 03:14:06 Shelly Kitchen: shellies/shellyswitch-55967C/relay/0: {"_msgid":"2f6a5367e64125d4","_topic":"shellies/shellyswitch-55967C/relay/0","payload":"on","qos":0,"retain":false,"topic":"shellies/shellyswitch-55967C/relay/0"}

15.12.2021 03:14:06 Shelly Frontdoor: shellies/shelly1-4FFC37/relay/0: {"_msgid":"0b16c26d77d91e53","_topic":"shellies/shelly1-4FFC37/relay/0","payload":"off","qos":0,"retain":false,"topic":"shellies/shelly1-4FFC37/relay/0"}

An den Min- und Max MQTT Reconnect Timeouts oder an der Keep alive time habe ich in den Shellys noch nie etwas verstellt!

Komisch ist auch, dass bei dem Shelly 2 immer nur der eine Kanal betroffen ist und noch die das Licht auf dem anderen Kanal von alleine an- oder ausgegangen ist!?

Vielleicht hat ja von euch noch einer eine Idee was das Verhalten erklären könnte?

Ein ähnliches Verhalten wird bei einem Shelly Pro 4 übrigens auch in folgenden Post beschrieben:
ShellyPro4PM Schaltet sich aus