Beiträge von bombardi

Die beiden Flood sind in der gleichen Alexa Gruppe (Keller)

Wichtig wäre in dem Zusammenhang zu wissen wie die Shellys an Alexa angebunden sind.
Ich kenne bisher zwei Skills , direkt mit "Shelly Cloud" oder aber "FHEM Connector" um die in meinem FHEM bekannten Shellies und anderen Smarthome Geräte ohne Cloud zu betreiben.
Dabei habe ich festgestellt, das meine beiden Flood im Keller die per MQTT eingebunden sind auch die Temperatur liefern.
Wenn ich Alexa Frage "Wie ist die Temperatur im Keller" wird der Mittelwert aus beiden angesagt.

Kann das mal jemand für die Anbindung über Shelly CLoud verifizieren ?

Schöne Weihnachten allen und einen Guten Rutsch

Zitat

das freut mich. Sind deine bedenken gegen die Lösung weg

Die Benachrichtigung der App kann eigentlich aber nur noch lokal erfolgen (WLAN).

Vielleicht ist dein doif für ein paar andere auch interessant. Nicht so schüchtern

Ich weiß nicht warum aber ich nehm lieber notify. Das ist aber echt komplett egal in dem Fall.

Auf zum nächsten Projekt

Ich bin auf Tür/Fenster Kontakte mit Erschütterung gespannt. Würde genauso laufen und man könnte zb direkt Kameras starten und sich ein Bild senden lassen.

Alles anzeigen

Hier mein DOIF, relativ einfach

([MQTT2_shellyflood_xxxxxx:"^flood:.true$"]) ({fhem("set WhatsApp send Waschmaschine undicht");})

Das MQTT2-DEVICE hat FHEM dankt Autocreate selbst angelegt und der DOIF ist über das Eventlog mit false$ erzeugt worden. Unteer WhatsApp muss man den Namen des eigenen Yowsup-Devices angeben.

ich habe ja die cloud nicht abgeschaltet und laut Gerüchten sollte ja die Firmware irgendwann mqtt+cloud können. Vielleicht ist das in flood schon undokumentiert enthalten

bin im Urlaub und die shelly cloud aktualisiert immer noch alle 12 stunden den Status

Habs doch schon geschafft zu testen.

Flood auf MQTT umgestellt, autocreate in FHEM hat das Device erzeugt.

Eventlog zum erstellen eines DOIF für FLOOD = True verwendet.

Dort yowsup angestossen und läuft.

Die APP erhält trotzdem immer noch eine eigene Mitteilung wie zuvor.

Echt EASY

Danke für eure Tips

Danke schon mal für die Hilfe im Voraus,

bin jetzt bis Mitte November unterwegs,

aber danach werden ich die MQTT Lösung versuchen ans laufen zu bringen.

Ich will die Werte, Temperatur und Batteryladung und Überflutung in FHEM bekommen wenn der Flood aufwacht.
Ist Überflutung wahr will ich so schnell wie möglich am Handy informiert sein ohne Cloud.

Die Whatsappanbindung von FHEM habe ich bereits. Ich brauche die Infos nur asap in FHEM wenn was passiert.

Das sollte aber soweit ich MQTT verstanden habe möglich sein.

Ich hatte nur den weg über die Cloud gewählt,

weil Flood->Cloud->App mir schneller erschien wegen weniger Beteiligter

als Flood->MQTT->FHEM->Yowsup->Whatsapp.

Cool, dann werde ich den Weg per MQTT mal testen und mich über Yowsup per Whatsapp informieren lassen.

Hey 87Insane,

um deine Neugier zu befriedigen, du hast es richig erkannt, ich verweile nur in der Cloud mit den Floods weil ich die noch nicht in FHEM habe und die mag ich so bald wie möglich wieder verlassen, darum will ich auch nicht warten.

Sorry hier lag ein Missverständnis vor.
Die Lösung von 66er ist die HOMATIC-Anbindung von der Ich spreche, ich habe keine einzige Homatickomponente im Einsatz.

Meine Shellys gehen alle direkt nach FHEM.

Dafür hat pah (Prof. Dr. Peter Henning) aus dem Forum forum.fhem.de das Modul 36_Shelly.pm entwickelt das ich verwende.

Dies unterstützt aber den Flood nicht.

Leider kann ich also die Lösung HM->FHEM nicht verwenden.

P.S. Danke das ihr euch so intensiv um eine Lösungsempfehlung bemüht.

Mit der Power muss es doch am Ende irgendwie direkt gehen.

Hallo 87insane,

ich möchte nicht auf MQTT umstellen, da dann die Verbindung zur Cloud und damit zur App verloren geht und ich sofort Bescheid bekommen möchte wenn ich Wasser im Keller habe.

Alle anderen Shelly Komponenten habe ich nicht an der Cloud.

Es gibt berim Shelly Flood die Möglichkeit eine ReportURL anzugeben.

Zitat aus der API-Reference für den Shelly Flood

""

Ich habe das so verstanden, das diese beim Aufwachen angesprochen wird.

Leider habe ich noch nirgens gefunden was man konkret dort eintragen muss und wie man die Informationen auf der Empfängerseite auswertet.
Für Homatic ist hier im Forum eine Lösung beschrieben, aber das ist eben nicht FHEM.

Das Shelly Modul für FHEM bekommt auch Zustandsänderungen per URL über Actions und das flott und problemlos wenn man es mal richtig eingerichtet hat.

Nur Actions gibt es beim Flood nicht.

Vielleicht findet sich ja jemand der in beiden Welten unterwegs ist und die Homatic Lösung nach FHEM überführen kann.

Oder es heisst warten bis die Firmware MQTT und Cloud parallel kann.

Hallo 87insane,

super das wir FHEM User uns jetzt auch hier über die Shellyeinbindung in FHEM unterhalten können.

Daher meine Fragen, es kommen jetzt immer mehr Komponenten mit Battery (H&T,FLOOD,Smoke2,DOORSensor...) in HOMATIC sind diese bereits erfolgreich angebunden.

Kennst du eine Lösung ohne MQTT mit der z.B. über die URL oder wie auch immer der Zustand des FLOOD beim Aufwachen übertragen wird ?
Batteryzustand, Temperatur und Flood-Alarm ?

Also ich kann auch nur bestätigen, das meine beiden Geräte aus der Preorderphase von anfang an prima laufen.

Ohne grossen Temperaturwechsel und glücklicherweise ohne Wasseralarm brauchen sie nicht extra erwachen.

Als ich den Alarm getestet habe haben sie immer sofort bis auf die App durchalarmiert und um Strom zu sparen reagieren sie inzwischen erst bei einem Temperaturwechsel um mehr als 4°C.

Ich brauche im Keller keine Wetterstation und wenn der Trockner läuft steigt die Temperatur schon mal um mehr als 3 Grad.

pasted-from-clipboard.png

Das ist ein Fehler in der Darstellung, wäre die Cloud nicht angebunden, hätte ich den Screenshot nicht von ausserhalb meines Hauses machen können, ich bin extra von woanders auf https://my.shelly.cloud gegangen, damit ich sicher bin das die Cloud verbunden ist. Die Einstellung habe ich mit der App gemacht als ich lokal im Heimnetz mit meinem Handy verbunden war per Wlan.

Und wie gesagt für den anderen Flood funktioniert es. Die Anzeige ist aber auch mit roter Wolke.

update.jpg

Hallo zusammen,

zur Ausgangssituation, ich habe 2 Floods aus einer Lieferung der ersten Charge im Einsatz.

Beide sind an der Cloud angemeldet,

Wenn es nun ein Firmware update gibt, bekomme ich das angezeigt und kann es anstossen.

Der Unterschied zwischen beiden besteht darin, das beide male wenn ich auf Update gehe er mir mitteilt, dass das Update beim nächsten Aufwachen durchgeführt wird, was ich eine super Sache finde, aber dies nur für einen funktioniert. Bei dem zweiten funktioniert es nicht, sondern nur wenn ich nach Aufwecken durch Knopfdruck das Update anstosse. Ich habe das schon bei 2 Updates gehabt und auch über mehrere Tage gewartet, damit der Flood aufwachen konnte, was er laut log auch getan hat.

Kennt jemand das Problem auch oder hat sogar eine Lösung ?

Zitat

Katastrophe diese Flood Dinger!

Zuerst riesige Probleme beim Anmelden, dann beim Updaten,

und jetzt verabschieden sich trotz guter WLAN Abdeckung ständig.

Habe 4 Stk. davon.

Langsam reicht es.

Wie merkst du das sie sich verabschieden, meine melden sich einmal pro Tag an wenn die Temperatur sich nicht ändert und dann gehen sie wieder schlafen. Das ist das normale verhalten, um Energie zu sparen. Warum sollten sie auch sonst an sein.

Bei Temperaturänderungen werden sie extra geweckt.

Es gibt für FHEM ein eigenes Shelly Modul,

dazu gibt es in der englischen Commandref von FHEM eine Beschreibung wie man die Actions einstellen muss, damit man ohne MQTT unter Verwendung des Shelly Moduls eine nahezu sofortige Reaktion von FHEM erreicht wenn sich am Shelly eine Schalthandlung vollzieht. Dabei kann unterschieden werden zwischen Schalter ein/aus und Ausgang ein/aus.

Bei mir funktioniert das 1A nachdem ich einige Hürden wegen Benutzer und Passwort und Token von FHEM überwunden hatte. Das dauert nicht mal 2 Sekunden.

Sorry Missverständnis,

nicht die Fritzbox muss Zugang zum Internet haben sondern der Shelly.

In der Konfiguration funktioniert es bei mit mit allen Shelly 1, 2 und RGBW2.

Zitat

Was heißt denn das?

Die frei konfigurierbare SNTP-Server Eingabe funktioniert überhaupt nicht!

Ich verstehe auch nicht wie man dieses tolle neue Feature (wurde extra beworben) überhaupt freigeben konnte. Das kann doch Niemand gestestet haben, sonst hätte man ja wohl gemerkt das es nicht funktioniert.

Also deine Aussage ist etwas übertrieben.

Der SNTP-Server funktioniert nur dann überhaupt nicht wenn die Shelly keinen Zugang zum Internet hat.

Bei mir ist die Fritzbox der NTP-Server und wenn ich dem Shelly den Zugang zum Internet erlaube holt er sich die Zeit von der Fritze.

Das diese Funktion nicht läuft wenn der Shelly Internetverbot hat ist bereits bekannt und muss noch behoben werden. Der Cloudzugang ist bei mir auch nicht freigegeben.