Seite 3 von 23
Re: Smarthome 2.0, Sammlung neuer Anforderungen und Ideen
Verfasst: So Jul 04, 2021 2:34 pm
von cjungde
Noch eine Idee: eine Vorbereitung um OpenWB -intern- mit weiteren Modulen zu erweitern.
Es ist mir klar, dass dies heute schon von extern geht.
Für FHEM hat einer aufgrund der DWD Strahlungsdaten ein Modul mit dem Namen SolarForecast geschrieben. Die Werte sind deutlich genauer als meine Glaskugel aber natürlich nur eine Näherung. Meiner Meinung sollte sowas nicht in den Standard, weil man sonst 2000x hier im Forum erklären muss, warum die Werte nicht 100% stimmen. Aber mir gehts ja auch nur um die Möglichkeit, die OpenWB durch eigene Module zu erweitern, die auch Schaltungssteuerungen übernehmen können. In diesem Fall wäre es ein Modul auf dem gleichen Raspberry ausserhalb von PV, Soc, Bat und EVU.
Ich würde dem Thema aber eine niedrige Prio geben. Die Frage ist nur, ob man eine solche Option in der Applikationsarchitektur schon einplant. Evtl. habt ihr das ja auch schon auf dem Schirm.
Danke für all die vielen Stunden, die Ihr in dieses Thema investiert.
Christoph
Re: Smarthome 2.0, Sammlung neuer Anforderungen und Ideen
Verfasst: Di Jul 27, 2021 6:26 pm
von okaegi
okaegi hat geschrieben: ↑Mi Jun 23, 2021 4:40 pm
JSAnyone hat geschrieben: ↑Di Jun 22, 2021 6:27 pm
Vielleicht kannst du auch noch ein MQTT-Modul in die Liste aufnehmen. Generische HTTP/MQTT Module sind immer gut.
Von Openwb gelesen Topics
Also über ein spezifisch Topic wird z.b. die Leistungsaufnahme, der On / Off Status, und optional einen Zählerstand übermittelt.
Von Openwb geschriebene Topics
Wenn Einschalt oder Ausschaltschwelle überschritten ist und der aktuelle Überschuss.
Grzss Oliver
Mit einer der nächste Nightly gibt es ein generische mqtt Modul für Smarthome 2.0.
Folgende Topics werden neu für die MQTT Smarthomeerweiterung gesendet, ((Beispiel für Device 4);)
Bei durchlaufen vom on trigger
openWB/SmartHome/set/Devices/4/ReqRelay = 1
openWB/SmartHome/set/Devices/4/Ueberschuss = in Watt
Bei durchlaufen vom off trigger
openWB/SmartHome/set/Devices/4/ReqRelay = 0
openWB/SmartHome/set/Devices/4/Ueberschuss = in Watt
Bei der periodischen Abfrage wird die aktuelle Leistung
openWB/SmartHome/set/Devices/4/Aktpower = in Watt erwartet
und der aktuelle Zähler in Wattstunden wird hier erwartet
openWB/SmartHome/set/Devices/4/Powerc
wenn kein Zähler übergeben wird, rechnet openwb selber
Sperate Leistungsmessung (nur periodische Abfrage) sollte auch gehen.
Bitte testen und feedback. Damit es übersichtlicher wird, neuen Treat.
Es hatte dann noch folgende Frage:
Gibt es derzeit die Möglichkeit den "Status" Automatik/Manuell über MQTT auszulesen und auch zu schreiben?
Zum setzen müsste es das hier sein:
openWB/config/set/SmartHome/Device"s/4/device_manual_control auf 1
Und zum lesen
openWB/config/get/SmartHome/Devices/4/device_manual_control
Gruss Oliver
Re: Smarthome 2.0, Sammlung neuer Anforderungen und Ideen
Verfasst: Di Jul 27, 2021 7:40 pm
von thesorrow101
okaegi hat geschrieben: ↑Di Jul 27, 2021 6:26 pm
okaegi hat geschrieben: ↑Mi Jun 23, 2021 4:40 pm
JSAnyone hat geschrieben: ↑Di Jun 22, 2021 6:27 pm
Vielleicht kannst du auch noch ein MQTT-Modul in die Liste aufnehmen. Generische HTTP/MQTT Module sind immer gut.
Von Openwb gelesen Topics
Also über ein spezifisch Topic wird z.b. die Leistungsaufnahme, der On / Off Status, und optional einen Zählerstand übermittelt.
Von Openwb geschriebene Topics
Wenn Einschalt oder Ausschaltschwelle überschritten ist und der aktuelle Überschuss.
Grzss Oliver
Mit einer der nächste Nightly gibt es ein generische mqtt Modul für Smarthome 2.0.
Folgende Topics werden neu für die MQTT Smarthomeerweiterung gesendet, ((Beispiel für Device 4);)
Bei durchlaufen vom on trigger
openWB/SmartHome/set/Devices/4/ReqRelay = 1
openWB/SmartHome/set/Devices/4/Ueberschuss = in Watt
Bei durchlaufen vom off trigger
openWB/SmartHome/set/Devices/4/ReqRelay = 0
openWB/SmartHome/set/Devices/4/Ueberschuss = in Watt
Bei der periodischen Abfrage wird die aktuelle Leistung
openWB/SmartHome/set/Devices/4/Aktpower = in Watt erwartet
und der aktuelle Zähler in Wattstunden wird hier erwartet
openWB/SmartHome/set/Devices/4/Powerc
wenn kein Zähler übergeben wird, rechnet openwb selber
Sperate Leistungsmessung (nur periodische Abfrage) sollte auch gehen.
Bitte testen und feedback. Damit es übersichtlicher wird, neuen Treat.
Es hatte dann noch folgende Frage:
Gibt es derzeit die Möglichkeit den "Status" Automatik/Manuell über MQTT auszulesen und auch zu schreiben?
Zum setzen müsste es das hier sein:
openWB/config/set/SmartHome/Device"s/4/device_manual_control auf 1
Und zum lesen
openWB/config/get/SmartHome/Devices/4/device_manual_control
Gruss Oliver
Bombe, probiere ich morgen mal aus. Dann kann ich vielleicht solange mit einem Skript den derzeitigen Fehler umgehen, dass die openWB in Modus "manuell" alle Geräte nach paar Sekunden abschaltet, wenn ich sie extern schalte.
Mal wieder danke für deinen Einsatz!
Re: Smarthome 2.0, Sammlung neuer Anforderungen und Ideen
Verfasst: Di Jul 27, 2021 7:46 pm
von okaegi
Warte noch bis der Pullrequest drin ist.
Gruss Oliver
https://github.com/snaptec/openWB/pull/1497
Re: Smarthome 2.0, Sammlung neuer Anforderungen und Ideen
Verfasst: Fr Jul 30, 2021 8:55 am
von thesorrow101
Noch kurze Verständnisfrage zu frühester Start, Spätester Start und spätestens fertig um.
Frühester Start heißt, unabhängig von der PV Energie startet das Gerät er ab da. Spätester Start heißt ab dem Zeitpunkt startet es sicher (unabhängig von den Bedingungen?), außer die Ausschaltschwelle wäre erreicht und spätestens fertig erschließt sich wieder, da ist immer Ende
Stimmt das so?
Korrekt so?
Re: Smarthome 2.0, Sammlung neuer Anforderungen und Ideen
Verfasst: Fr Jul 30, 2021 12:50 pm
von okaegi
ne nicht ganz
Ich muss die Beschreibung noch klarer machen
Spätestens fertig um
Das Gerät wird unabhängig von der Pv Leistung so angestellt, das es um diese Zeit fertig ist. (Basierend auf der Mindesteinschaltdauer).
Wenn das Gerät heute schon an war, wird es nicht mehr eingeschaltet (da schon gelaufen)
Damit ist die Geschirspülmaschine sicher durchgelaufen.
Frühster Start um
Spätester Start um
Das definiert ein Zeitfenster wo die Einschaltbedigung überhaupt geprüft wird.
Das du willst dein Klimaanlage im Schlafzimmer erst ab 16:00 anschmeissen bei Pv Überschuss. Die Ausschaltbedigung gilt immer.
Die zwei Punkte muss ich noch implementieren.
Gruss Oliver
Re: Smarthome 2.0, Sammlung neuer Anforderungen und Ideen
Verfasst: Mo Aug 02, 2021 4:48 pm
von okaegi
Die Funktionen
Frühster Start um
Beschreibung:
Der Wert "00:00" schaltet die Funktion ab. Einschaltbedingungen gelten erst ab der definierten Uhrzeit. Ausschaltbedingungen gelten den ganzen Tag.
Spätester Start um
Beschreibung:
Der Wert "00:00" schaltet die Funktion ab. Einschaltbedingungen gelten nur bis zu der definierten Uhrzeit. Ausschaltbedingungen gelten den ganzen Tag.
sind nun im Smarthomehandler eingebaut und können getestet werden. Feedback bitte in einem neuen Treat. Ebenso habe ich die MQTT Topics im Samarthome setting eingebaut.
Gruss Oliver
Re: Smarthome 2.0, Sammlung neuer Anforderungen und Ideen
Verfasst: Mo Aug 02, 2021 4:53 pm
von HSC
Danke Oliver,
d.h. die jetzige nightly ist damit aktiv, in dieser:
1.9.247 (2021-08-02 14:42:07 +0200 [d6e45d26] )
schon drin? Weil, da steht noch "Das Feature befindet sich noch in der Entwicklung!" dabei....
Werde morgen "frühestens um" gleich testen...
Wie ich eben sehe, ist damit Pkt. 3 auch schon abgehakt.
VG
Re: Smarthome 2.0, Sammlung neuer Anforderungen und Ideen
Verfasst: Mo Aug 02, 2021 5:07 pm
von okaegi
Ja richtig, Software ist drin (seid heute morgen um 7:30 drin) zur Sicherheit würde ich die jetzige Nightly runterladen.
Folgende Punkte sind umgesetzt:
3) Frühster Start um definieren
5) Nur bis steuern (uhrzeit)
7) In Hausverbrauch inkludieren (ja / nein) pro device
9) Generische Mqtt Modul
Viel Spass beim testen
Gruss Oliver
Re: Smarthome 2.0, Sammlung neuer Anforderungen und Ideen
Verfasst: Mo Aug 02, 2021 5:08 pm
von HSC
HSC hat geschrieben: ↑Mo Aug 02, 2021 4:53 pm
Danke Oliver,
d.h. die jetzige nightly ist damit aktiv, in dieser:
1.9.247 (2021-08-02 14:42:07 +0200 [d6e45d26] )
schon drin? Weil, da steht noch "Das Feature befindet sich noch in der Entwicklung!" dabei....
Werde morgen "frühestens um" gleich testen...
Wie ich eben sehe, ist damit Pkt. 3 auch schon abgehakt.
VG
...hatte sich überschnitten, lies mal bitte.
VG
