„Die Shelly Vintage Lampe gibt es bei mir immer noch Probleme mit der Energie Variable.“
Habe bereits Beta. Aber gestern gesehen das es eine Aktualisierung gibt.
So auf den ersten Blick scheint nun alle OK zu sein.
Danke dir
Hier ist es. Der MQTT Server nimmt nur einen Teil der Variablen auf. Da liegt mE das Problem (siehe debug vom letzten Mal). Im debug der Shelly-Instanz fehlen diese Variablen dann ebenso - für mich nachvollziehbar.
Grüsse, Hans-Christian
dump (2).txt (3.27 KB)
Schaue ich mir am PC in Ruhe nochmal an.
Bei einigen scheint das Gerät zu funktionieren.
Welche Firmware hast du drauf?
Evtl. gibt es da Änderungen.
Grüße,
Kai
Gesendet von iPhone mit Tapatalk
Die Firmware ist ganz neu (20200812-091355/v1.8.0@8acf41b0). Hab beim Support von Shelly nachgefragt. Die meinten, dass es mit einigen MQTT Brokern Problem gibt, sie sind aber überzeugt sich an den Standard zu halten. Mit Mosquitto scheint es zu funktionieren …
Gesendet von iPhone mit Tapatalk Pro
Gibt es mittlerweile nicht die FW 1.8.3?
Oder wurde der Flood Da ausgegrenzt?
Evtl mal den Flood neu starten und die neueste FW updaten. Kann aber sein das dort etwas geändert wurde.
Changelogs werden eigentlich durch Alterco bereitgestellt
Mein Flood meldet, dass dies die neueste verfügbare Firmware sei …
Gesendet von iPhone mit Tapatalk Pro
Stimmt, die 1.8.3 war nur für netzbetriebene Shellies…
Ich habe leider noch keinen Flood, sondern nur netzgespeiste Aktoren (Shelly1, Shelly2.5,ShellyDimmer)
Hallo Kai,
Ich habe 3 Floods und die funktionieren einwandfrei mit deinem Modul. Kann / soll ich was testen?
Gruß Peter
Kannst du auch mal ein Debug posten?
Welche Firmware hast du drauf?
Das Shelly von @hcp sendet andere Daten als in der API stehen.
Ich will mal schauen, was bei dir ankommt.
Grüße,
Kai
Gesendet von iPhone mit Tapatalk
Hallo Kai,
Ich liefere die Debug-Infos heute Abend.
Ich habe 2 Floods noch auf 1.5.x, der gestern getestete ist auf der 1.8.0.
Vielen Dank. Dann kann ich das mal vergleichen.
Grüße,
Kai
Gesendet von iPhone mit Tapatalk
Wichtig dabei ist, dass der Shelly „schläft“ bevor er in den Alarmzustand gebracht wird. Weckt man den Shelly vorher auf, zB um sich gleichzeitig auf der Weboberfläche zu tummeln, reagiert er anders …
Grüsse, Hans-Christian
Gesendet von iPhone mit Tapatalk Pro
Hab es jetzt mit einem neu gelieferten Flood versucht, der die Firmware „20190723-093815/???“ (entsprechend der Web-Oberfläche) hat. Damit scheinen die Probleme nicht aufzutreten. Es könnte also eine Frage der neuen Firmware sein …
Hier die beiden Dumps. Shelly Flood aufgeweckt durch Tastendruck auf der Platine.
Alarme habe ich keine generiert.
dump_1_5.txt (7.42 KB)
dump_1_8_0.txt (9.85 KB)
Beim Tastendruck ist bei mir alles OK. Nur im Alarmfall gibt es die Probleme …
Gesendet von iPhone mit Tapatalk Pro
Habe gerade beide nochmal mit einem Alarm geweckt. Push-Nachricht kommt auch aufs Handy… Debugs anbei.
dump_1_5_alarm.txt (18.3 KB)
dump_1_8_0_alarm.txt (19.7 KB)
@hcp und @Peter1984, die Debugs sind unterschiedlich.
Bei @Peter1984:
Topic: shellies/shellyflood-68CC97/sensor/flood Payload true oder false
Bei @hcp kann ich das nicht erkennen.
Da kann ich aber noch erkennen, wieso das Gerät geweckt wurde: act_reasons
Wird der Status denn irgendwann wieder zurückgesetzt? Kannst du das mal prüfen? Dann könnte man darauf noch reagieren und somit dein Problem lösen und wenn der Shelly Flood durch einen Alarm geweckt wird, die Variable Wassereinbruch auf true setzen.
Grüße,
Kai
@KaiS
hast du mal in meinen Debug vom RGBW2 geschaut?
Danke
Richimaint
Gesendet von iPhone XS mit Tapatalk