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

[Stuebi]

Ich habe eben den Shelly Flood im Adapter aufgenommen (Shelly Adapter Version 3.1.0). Kann den bitte jemand testen. Am besten CoAP und MQTT.

Installation der Version 3.1.0
Einmal in ioBroker auf dem Reiter Adapter, die GitHub Katze auswählen (Installieren aus eigener URL) und dort in der Dropdownliste den Shelly Adapter auswählen. Nach der Installation auf dem Reiter Instanzen den Shelly Adapter neu starten. Im Logfile siehst Du die Versionsnummer.

[PrinzEisenherz1]

Super, teste ich gleich mal :-)

[PrinzEisenherz1]

Perfekt Stuebi!
Du bist mein Held!
Sogar mit Überwachung der Batteriespannung!
Und wenn ich den Flood auslöse dann geht auch schön der Datenpunkt auf true.
Perfekt.

Tausend Dank

[Stuebi]

@PrinzEisenherz1 sagte in Shelly flood:

Perfekt Stuebi!
Du bist mein Held!
Sogar mit Überwachung der Batteriespannung!
Und wenn ich den Flood auslöse dann geht auch schön der Datenpunkt auf true.
Perfekt.

Tausend Dank

Klasse, dann werde ich die Version 3.1.0 bald veröffentlichen

[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