Shelly flood

PrinzEisenherz1

Jetzt ist mir n Schönheitsfehler aufgefallen

~~Und die Luftfeuchte fehlt.~~
Ansonsten TOP

Espace0401

@PrinzEisenherz1 Also der Adapter läuft bei mir derzeit auch, allerdings ist der Shelly Flood noch nicht in der Objekt Liste aufgetaucht. In der App steht bei mir immer, dass sich das Gerät im Energiesparmodus befindet, ist das bei dir auch?

PrinzEisenherz1

@Stuebi Flood hat nur Temperaturmessung und nicht noch Luftfeuchte. Kannst den letzten Satz ignorieren.
@Espace0401 Öffne mal Deinen Flood und drücke einmal auf die Taste dann kommen die Datenpunkte

Stuebi

@PrinzEisenherz1 sagte in Shelly flood:

Jetzt ist mir n Schönheitsfehler aufgefallen

~~Und die Luftfeuchte fehlt.~~
Ansonsten TOP

Rechtschreibfehler habe ich korrigiert

Espace0401

Vielen Dank für die prompte Einbindung. Auch bei mir werden die Werte nun angezeigt. Habe heute noch einen zweiten in System eingebunden, wurde auch gleich erkannt.

Dr. Bakterius

@Stuebi

Ich habe seit heute auch vier Shelly Flood. Doch klappt es mit dem Adapter (v3.1.0) nicht wirklich.

Folgendes habe ich getan:

Batterie rein
Mit dem Handy mit dem Shelly verbunden
Unter 192.168.33.1 das WLAN konfiguriert
Unter der neuen IP CoAP aktiviert und den SNTP-Server umgestellt.
Die Shelly-Cloud deaktiviert
Auf die aktuelle Firmware aktualisiert.

Irgendwann ist er dann in den Datenpunkten aufgetaucht.

Wenn ich ihn dann einen Alarm auslösen lasse, fängt er an zu piepsen und über die Weboberfläche meldet er 'Flood'. Doch im Adapter steht unter 'flood' immer nur 'false'. Auch nach einem längeren Alarm geht der Datenpunkt nie auf 'true'. Im Log findet sich immer nur die aktuelle RSSI und die Uptime, doch nichts zum Flood-Status.

2019-09-12 17:58:23.195 - debug: shelly.0 Set state SHWT-1#6946DC#1.uptime, Value: "00:00:28" for 192.168.1.162 (shellyflood / shellyflood-6946DC / SHWT-1#6946DC#1)
2019-09-12 17:58:23.196 - debug: shelly.0 Set state SHWT-1#6946DC#1.rssi, Value: -66 for 192.168.1.162 (shellyflood / shellyflood-6946DC / SHWT-1#6946DC#1)

Auch im 'Rain-Mode' wird nichts gemeldet.

Mache ich etwas falsch? Wie muss man den Shelly-Flood bzw. den Adapter konfigurieren damit man einen Alarm gemeldet bekommt?

Stuebi

@Dr-Bakterius , ich kann den Fehler leider nicht nachstellen, da ich ich keinen Shelly Flood besitze. Ist es das der neue oder alte Flood?

Kannst Du den Shelly Adapter einmal auf Debug stellen. Ich benötige dann die CoAP Message für das Geräte shellyflood / shellyflood-6946DC / SHWT-1#6946DC#1 (bitte nur diese!) .
Am besten einmal wenn Flood ausgelöst wurde und einmal im Normal Zustand.

Dr. Bakterius

@Stuebi
Meinst du das?

2019-09-12 17:53:58.905 - debug: shelly.0 CoAP status package received: {"3332":"SHWT-1#6946DC#1","3412":38400,"3420":512,"Uri-Path":"cit/s"} / {"G":[[0,23,0],[0,33,32.5],[0,77,78]]}
2019-09-12 17:53:58.907 - debug: shelly.0 Status update received for SHWT-1#6946DC#1: {"G":[[0,23,0],[0,33,32.5],[0,77,78]]}
2019-09-12 17:53:58.907 - debug: shelly.0 CoAP device description request for SHWT-1#6946DC#1 to 192.168.1.162(0)
2019-09-12 17:54:00.047 - debug: shelly.0 CoAP response: {"3332":"SHWT-1#6946DC#1"}
2019-09-12 17:54:00.048 - debug: shelly.0 Device description received: {"3332":"SHWT-1#6946DC#1"} / {"blk":[{"I":1,"D":"sensors"}],"sen":[{"I":23,"D":"flood","T":"S","R":"0/1","L":1},{"I":33,"D":"temperature","T":"T","R":"-40/125","L":1},{"I":77,"D":"battery","T":"B","R":"0/100","L":1}]}
2019-09-12 17:54:00.049 - info: shelly.0 Shelly device 192.168.1.162 (shellyflood / shellyflood-6946DC / SHWT-1#6946DC#1) with CoAP connected!
2019-09-12 17:54:00.065 - debug: shelly.0 CoAP Message for SHWT-1#6946DC#1 : {"G":[[0,23,0],[0,33,32.5],[0,77,78]]}
2019-09-12 17:54:00.066 - debug: shelly.0 Create State : SHWT-1#6946DC#1.sensor.battery, Payload: {"G":[[0,23,0],[0,33,32.5],[0,77,78]]}for SHWT-1#6946DC#1
2019-09-12 17:54:00.067 - debug: shelly.0 State change : SHWT-1#6946DC#1.sensor.battery, Value: 78 for 192.168.1.162 (shellyflood / shellyflood-6946DC / SHWT-1#6946DC#1)
2019-09-12 17:54:00.068 - debug: shelly.0 Create State : SHWT-1#6946DC#1.sensor.flood, Payload: {"G":[[0,23,0],[0,33,32.5],[0,77,78]]}for SHWT-1#6946DC#1
2019-09-12 17:54:00.069 - debug: shelly.0 State change : SHWT-1#6946DC#1.sensor.flood, Value: false for 192.168.1.162 (shellyflood / shellyflood-6946DC / SHWT-1#6946DC#1)
2019-09-12 17:54:00.069 - debug: shelly.0 Create State : SHWT-1#6946DC#1.sensor.temperature, Payload: {"G":[[0,23,0],[0,33,32.5],[0,77,78]]}for SHWT-1#6946DC#1
2019-09-12 17:54:00.070 - debug: shelly.0 State change : SHWT-1#6946DC#1.sensor.temperature, Value: 32.5 for 192.168.1.162 (shellyflood / shellyflood-6946DC / SHWT-1#6946DC#1)
2019-09-12 17:54:00.138 - debug: shelly.0 Set state SHWT-1#6946DC#1.firmware, Value: false for 192.168.1.162 (shellyflood / shellyflood-6946DC / SHWT-1#6946DC#1)
2019-09-12 17:54:00.140 - debug: shelly.0 Set state SHWT-1#6946DC#1.uptime, Value: "00:02:04" for 192.168.1.162 (shellyflood / shellyflood-6946DC / SHWT-1#6946DC#1)
2019-09-12 17:54:00.141 - debug: shelly.0 Set state SHWT-1#6946DC#1.hostname, Value: "192.168.1.162" for 192.168.1.162 (shellyflood / shellyflood-6946DC / SHWT-1#6946DC#1)
2019-09-12 17:54:00.142 - debug: shelly.0 Set state SHWT-1#6946DC#1.rssi, Value: -59 for 192.168.1.162 (shellyflood / shellyflood-6946DC / SHWT-1#6946DC#1)
2019-09-12 17:54:00.258 - debug: shelly.0 Set state SHWT-1#6946DC#1.version, Value: "20190827-134233/v1.5.4@023c4f54" for 192.168.1.162 (shellyflood / shellyflood-6946DC / SHWT-1#6946DC#1)

Das kommt aber nur beim Erkennen des Shelly-Flood. Beim Alarm kommt diesbezüglich nichts.

FW ist 20190827-134233/v1.5.4@023c4f54

Und worin unterscheiden sich die neuen von den alten? Ich habe sie vorige Woche erst bei Shelly direkt neu bestellt.

Wenn ich den Shelly-Flood mit der Taste aufwecke, dauert es gefühlt eine Minute bis er erreichbar ist. Ist das normal?

Nach einem Neustart von ioBroker habe ich es hinbekommen, dass die CoAP-Werte während eines Alarms übertragen wurden. Dafür kam dann der Reset nicht durch - Alarm steht also immer noch an!

2019-09-12 20:40:20.483 - debug: shelly.0 CoAP response: {"3332":"SHWT-1#6946DC#1"}
2019-09-12 20:40:20.484 - debug: shelly.0 Device description received: {"3332":"SHWT-1#6946DC#1"} / {"blk":[{"I":1,"D":"sensors"}],"sen":[{"I":23,"D":"flood","T":"S","R":"0/1","L":1},{"I":33,"D":"temperature","T":"T","R":"-40/125","L":1},{"I":77,"D":"battery","T":"B","R":"0/100","L":1}]}
2019-09-12 20:40:20.484 - info: shelly.0 Shelly device 192.168.1.162 (shellyflood / shellyflood-6946DC / SHWT-1#6946DC#1) with CoAP connected!
2019-09-12 20:40:20.489 - debug: shelly.0 CoAP Message for SHWT-1#6946DC#1 : {"G":[[0,23,1],[0,33,27.5],[0,77,100]]}
2019-09-12 20:40:20.489 - debug: shelly.0 Create State : SHWT-1#6946DC#1.sensor.battery, Payload: {"G":[[0,23,1],[0,33,27.5],[0,77,100]]}for SHWT-1#6946DC#1
2019-09-12 20:40:20.489 - debug: shelly.0 State change : SHWT-1#6946DC#1.sensor.battery, Value: 100 for 192.168.1.162 (shellyflood / shellyflood-6946DC / SHWT-1#6946DC#1)
2019-09-12 20:40:20.490 - debug: shelly.0 Create State : SHWT-1#6946DC#1.sensor.flood, Payload: {"G":[[0,23,1],[0,33,27.5],[0,77,100]]}for SHWT-1#6946DC#1
2019-09-12 20:40:20.491 - debug: shelly.0 State change : SHWT-1#6946DC#1.sensor.flood, Value: true for 192.168.1.162 (shellyflood / shellyflood-6946DC / SHWT-1#6946DC#1)
2019-09-12 20:40:20.491 - debug: shelly.0 Create State : SHWT-1#6946DC#1.sensor.temperature, Payload: {"G":[[0,23,1],[0,33,27.5],[0,77,100]]}for SHWT-1#6946DC#1
2019-09-12 20:40:20.491 - debug: shelly.0 State change : SHWT-1#6946DC#1.sensor.temperature, Value: 27.5 for 192.168.1.162 (shellyflood / shellyflood-6946DC / SHWT-1#6946DC#1)
2019-09-12 20:40:20.559 - debug: shelly.0 Set state SHWT-1#6946DC#1.firmware, Value: false for 192.168.1.162 (shellyflood / shellyflood-6946DC / SHWT-1#6946DC#1)
2019-09-12 20:40:20.561 - debug: shelly.0 Set state SHWT-1#6946DC#1.uptime, Value: "00:00:18" for 192.168.1.162 (shellyflood / shellyflood-6946DC / SHWT-1#6946DC#1)
2019-09-12 20:40:20.561 - debug: shelly.0 Set state SHWT-1#6946DC#1.hostname, Value: "192.168.1.162" for 192.168.1.162 (shellyflood / shellyflood-6946DC / SHWT-1#6946DC#1)
2019-09-12 20:40:20.562 - debug: shelly.0 Set state SHWT-1#6946DC#1.rssi, Value: -66 for 192.168.1.162 (shellyflood / shellyflood-6946DC / SHWT-1#6946DC#1)
2019-09-12 20:40:20.654 - debug: shelly.0 Set state SHSW-1#2C6A16#1.uptime, Value: "13D21:07:49" for 192.168.1.124 (shelly1 / shelly1-2C6A16 / SHSW-1#2C6A16#1)
2019-09-12 20:40:20.681 - debug: shelly.0 Set state SHWT-1#6946DC#1.version, Value: "20190827-134233/v1.5.4@023c4f54" for 192.168.1.162 (shellyflood / shellyflood-6946DC / SHWT-1#6946DC#1)

Stuebi

Laut Deinem Logfile wurde um 17:54 SHWT-1#6946DC#1.sensor.flood , auf false gesetzt und um 20:20 SHWT-1#6946DC#1.sensor.flood auf true (alarm).
Nach Logfile sieht alles gut aus.

Auszug aus Deinem Logfile:

2019-09-12 17:54:00.068 - debug: shelly.0 Create State : SHWT-1#6946DC#1.sensor.flood, Payload: {"G":[[0,23,0],[0,33,32.5],[0,77,78]]}for SHWT-1#6946DC#1
2019-09-12 17:54:00.069 - debug: shelly.0 State change : SHWT-1#6946DC#1.sensor.flood, Value: false for 192.168.1.162 (shellyflood / shellyflood-6946DC / SHWT-1#6946DC#1)
2019-09-12 20:40:20.490 - debug: shelly.0 Create State : SHWT-1#6946DC#1.sensor.flood, Payload: {"G":[[0,23,1],[0,33,27.5],[0,77,100]]}for SHWT-1#6946DC#
2019-09-12 20:40:20.491 - debug: shelly.0 State change : SHWT-1#6946DC#1.sensor.flood, Value: true for 192.168.1.162 (shellyflood / shellyflood-6946DC / SHWT-1#6946DC#1)

Nachtrag:
Wenn Du keine CoAP Nachrichten wie diese um 17:54 oder 20:20 nicht im Logfile siehst, schickt der Shelly wahrscheinlich keine. Vielleicht ist da ein Fehler in der Firmware?

Wenn ich den Shelly-Flood mit der Taste aufwecke, dauert es gefühlt eine Minute bis er erreichbar ist. Ist das normal?

Ja ist normal. Da WLAN "viel" Strom verbraucht, ist der Shelly nicht durchgehend erreichbar und meldet sich alle x Sekunden/Minuten.

Dr. Bakterius

@Stuebi sagte in Shelly flood:

Wenn Du keine CoAP Nachrichten wie diese um 17:54 oder 20:20 nicht im Logfile siehst, schickt der Shelly wahrscheinlich keine. Vielleicht ist da ein Fehler in der Firmware?

Nein, diese Meldungen kommen nur einmal wenn der Shelly vom Adapter "gefunden" wird. Danach nur die 'state'-Meldungen für RSSI, Temp, Batterie und Uptime.

@PrinzEisenherz1 hat lt. seinem Screenshot ebenfalls die aktuelle FW installiert. Vielleicht kann er etwas dazu sagen ob bei ihm der Alarm korrekt gemeldet wird?!

PrinzEisenherz1

Hi zusammen!
Also ich habe auch die aktuelle Firmware auf den Floods (1.5.4) und bei mir klappt es ohne Probleme.
Wenn ich ihn ins Wasser halte dann geht der State flood schön auf true und wenn ich ihn wieder aus dem Wasser nehme wieder auf false.

Gruß
Johnny

Dr. Bakterius

@PrinzEisenherz1 danke für die Rückmeldung.

Seltsam, ich habe die Flood jetzt einmal mit der Chelly-Cloud verbunden. Hier kommt kurz nach Auslösung des Alarms auch in der App der Alarm an.

Hier mal meine Konfig - vielleicht übersehe ich ja irgendwas:

Dr. Bakterius

@Stuebi Kann das etwas damit zu tun haben, dass mein ioBroker in einem Proxmox-Container läuft? Die Shelly1 melden aber alle wie sie sollen...

Stuebi

@Dr-Bakterius , Nein, dann würde der Shelly 1 auch nicht gehen

Stuebi

@PrinzEisenherz1 , nutzt du CoAP oder MQTT?

PrinzEisenherz1

Also bei mir ist ioBroker in einer Proxmox-VM und alle shellys sind über CoAP eingebunden.

Gruß
Johnny

Stuebi

@Dr-Bakterius , ich habe heute ein Shelly flood von Shelly zugeschickt bekommen. Bei mir wird der Wassereinbruch in ioBroker angezeigt.

Dr. Bakterius

@Stuebi Zweimal hat es bei mir jetzt auch funktioniert. Aber wirklich zuverlässig erscheint mir das nicht. Außerdem dürfte die WLAN-Reichweite sehr bescheiden sein. Denn nicht immer klappt die Verbindung bei einem Alarm. Vielleicht lege ich mir noch einen Accesspoint zu (habe ohnehin mit dem Gedanken gespielt obwohl sonst alle Geräte ausreichend Empfang haben).

Stuebi

@Dr-Bakterius , ich nutze für alle "wichtigen" Geräte wie Feuermelder, Wasserwarner, Türkontakte, ... kein WLAN sondern Zigbee. Da gehe ich auf Nummer sicher!
Von Shelly habe ich nur den Shelly Plug S, Shelly 1, 1pm, 2 und 2.5 im Einsatz.

Dr. Bakterius

@Stuebi Zigbee ist dem WLAN ja nicht unähnlich. Da ist man nicht unbedingt sicherer unterwegs. Vor allem wenn nur bei 'Alarm' eine Verbindung aufgebaut und nicht ständig gehalten wird. Bei batteriebetriebenen Geräten geht das aber vernünftigerweise gar nicht anders.

Will man auf Nummer Sicher gehen, macht man eine Ringverkabelung und führt die Komponenten redundant aus. Da ist man dann aber in einem ganz anderen Bereich was Aufwand und Finanzierung anlangt.

Übrigens: vielen Dank für deine Unterstützung und für den tollen Adapter!

NEWS

Shelly flood

Support us

735
Online

31.6k
Users

79.5k
Topics

1.3m
Posts

NEWS

Shelly flood

Support us

735Online

31.6kUsers

79.5kTopics

1.3mPosts

735
Online

31.6k
Users

79.5k
Topics

1.3m
Posts