UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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!

[freaktech]

Hallo!

Ich kann über das Webinterface nur den Adapter 3.0.8 installieren, ein Update wird mir nicht angezeigt

kann mir jemand in ein paar einfachen Schritten erklären wie ihr die 3.1 draufbekommen habt?

kenn mich da nicht so aus, bis jetzt

danke
tom

[Stuebi]

@freaktech , du musst ioBroker von stable auf latest Version umstellen. Dann siehst du die Updates.

[freaktech]

und wo im Webinterface mach ich das?

finde nichts

danke

[Dr. Bakterius]

@freaktech sagte in Shelly flood:

und wo im Webinterface mach ich das?

[Stuebi]

@freaktech sagte in Shelly flood:

und wo im Webinterface mach ich das?

finde nichts

danke

Wer suchet der findet: https://forum.iobroker.net/topic/18850/adapter-aus-latest-installieren/2

[Espace0401]

Heute hatte ich den ersten Ernstfall mit einem Flood Melder. An meiner Waschmaschine ist Wasser ausgelaufen und der shellyflood hat nasse Füße bekommen. Mitbekommen, habe ich es aber nur, weil der Melder angefangen hat zu piepen. Eine Mitteilung über die Shelly App gab es keine :-(. Auch im Nachhinein wurde nichts angezeigt. Nach einem erneuten Versuch ging es dann und die Meldung kam über die App rein.

Ich habe in der App auch ständig ein Meldung stehen, das "Die Einstellungen wurden nicht an das Gerät gesendet....." Da hilft auch kein Knopf drücken. Selbst ein komplettes Reset mit neuem einbinden hilft nicht. In der App habe ich auch oft die Mitteilung "Gerät ist Offline"

Ich habe das Vertrauen und die Lust in diese Melder verloren und werde sie wohl allesamt wieder verkaufen. Sicherheit sieht für mich anders aus.