Smarthome 2.0, Sammlung neuer Anforderungen und Ideen
-
- Beiträge: 2382
- Registriert: Fr Mär 08, 2019 1:57 pm
- Has thanked: 1 time
- Been thanked: 9 times
Smarthome 2.0, Sammlung neuer Anforderungen und Ideen
Hallo Leute,
Hier in diesem ersten Beitrag sammele ich mal die Ideen / Anforderung zu Smarthome 2.0:
1) Bei Autoladen ausschalten - PV Überschuss - Smarthome 2.0
viewtopic.php?p=36978#p36978
Feedback oli > erst mit openWb 2.0 sinnvoll möglich
2) 70% Regelung zur Deviceaktivierung nehmen
viewtopic.php?p=37101#p37101
Feedback oli -> sollte heute schon gehen, bitte mal testen
3) Frühster Start um definieren
Siehe auch 5
viewtopic.php?p=37089#p37089
4) Minesteinschaltdauer pro Tag definieren
viewtopic.php?p=35760#p35760
Oder
viewtopic.php?p=21327#p21327
5) Nur bis steuern (uhrzeit)
Siehe auch 3
viewtopic.php?p=37133#p37133
6) Maximale Einschaltdauer pro Schaltvorgang mit Pause definieren
viewtopic.php?p=37263#p37263
7) In Hausverbrauch inkludieren (ja / nein) pro device
viewtopic.php?p=37302#p37302
Feedback Oli -> Online Grafiken betroffen
8) Anlauferkennung mehrere Zyklen pro Tag
viewtopic.php?p=37395#p37395
9) Generische Mqtt Modul
viewtopic.php?p=37498#p37498
10) Änderung manueller Modus
Wenn Devices im manuellen Modus, kann
Über Openwb geschaltet werden (wie heute),
neu wird auch zugelassen das das device selber schaltet (z.b. Shelly). Dann zeigt Openwb nur die Änderung vom an/aus Zustand an.
viewtopic.php?p=37744#p37744
Feedback zu den obigen Punkten hier gewünscht, zu neuen Anforderungen und Ideen bitte neue Themas aufmachen.
Gruss Oliver
Hier in diesem ersten Beitrag sammele ich mal die Ideen / Anforderung zu Smarthome 2.0:
1) Bei Autoladen ausschalten - PV Überschuss - Smarthome 2.0
viewtopic.php?p=36978#p36978
Feedback oli > erst mit openWb 2.0 sinnvoll möglich
2) 70% Regelung zur Deviceaktivierung nehmen
viewtopic.php?p=37101#p37101
Feedback oli -> sollte heute schon gehen, bitte mal testen
3) Frühster Start um definieren
Siehe auch 5
viewtopic.php?p=37089#p37089
4) Minesteinschaltdauer pro Tag definieren
viewtopic.php?p=35760#p35760
Oder
viewtopic.php?p=21327#p21327
5) Nur bis steuern (uhrzeit)
Siehe auch 3
viewtopic.php?p=37133#p37133
6) Maximale Einschaltdauer pro Schaltvorgang mit Pause definieren
viewtopic.php?p=37263#p37263
7) In Hausverbrauch inkludieren (ja / nein) pro device
viewtopic.php?p=37302#p37302
Feedback Oli -> Online Grafiken betroffen
8) Anlauferkennung mehrere Zyklen pro Tag
viewtopic.php?p=37395#p37395
9) Generische Mqtt Modul
viewtopic.php?p=37498#p37498
10) Änderung manueller Modus
Wenn Devices im manuellen Modus, kann
Über Openwb geschaltet werden (wie heute),
neu wird auch zugelassen das das device selber schaltet (z.b. Shelly). Dann zeigt Openwb nur die Änderung vom an/aus Zustand an.
viewtopic.php?p=37744#p37744
Feedback zu den obigen Punkten hier gewünscht, zu neuen Anforderungen und Ideen bitte neue Themas aufmachen.
Gruss Oliver
Zuletzt geändert von okaegi am Fr Jun 25, 2021 3:37 pm, insgesamt 7-mal geändert.
Entwickler- openWB (ehrenamtlich) / Feedback zu Funktionen immer erwünscht..
Smarthomeprobleme siehe hier (update ): viewtopic.php?f=14&t=5923
Smarthomeprobleme siehe hier (update ): viewtopic.php?f=14&t=5923
Re: Samarthome 2.0, Sammlung neuer Anforderungen und Ideen
@Oliver, schonmal danke für die übersichtliche Sammlung.
VG
VG
-
- Beiträge: 718
- Registriert: Mo Okt 12, 2020 7:41 am
Re: Samarthome 2.0, Sammlung neuer Anforderungen und Ideen
Also wenn möglich, nach wie vor eine "Zeitschaltuhr". Quasi das was ich mit zwei Shellys gelöst habe. Soll laufen zwischen X und Y Uhr und nur wenn genug PV da ist
-
- Beiträge: 2382
- Registriert: Fr Mär 08, 2019 1:57 pm
- Has thanked: 1 time
- Been thanked: 9 times
Re: Samarthome 2.0, Sammlung neuer Anforderungen und Ideen
ah ein Teil ist der dritte Punkt (frühsten start um), den ander füg ich noch dazu.
Gruss Oliver
Gruss Oliver
Entwickler- openWB (ehrenamtlich) / Feedback zu Funktionen immer erwünscht..
Smarthomeprobleme siehe hier (update ): viewtopic.php?f=14&t=5923
Smarthomeprobleme siehe hier (update ): viewtopic.php?f=14&t=5923
-
- Beiträge: 3417
- Registriert: Sa Feb 20, 2021 9:55 am
- Has thanked: 4 times
- Been thanked: 59 times
Re: Samarthome 2.0, Sammlung neuer Anforderungen und Ideen
Vielleicht noch eine gesonderte Betrachtung von sich selbst nach Einspeiseleistung regelnden Geräten. Namentlich also mein Heizstab, der den vorhandenen Überschuss verbraucht. Der geht nämlich irgendwann auf 100% und nimmt den anderen Geräten, die sich nur dumm vom Smarthomehandler ein- und ausschalten lassen, den Überschuss weg. Wenn der Smarthomehandler nun wüsste, dass diese 100% sich selbst herunterregeln, wenn ein anderes Gerät eingeschaltet würde, hätten wir noch ein paar Watt mehr im Eigenverbrauch.
Beispiel: Heizstab 250-3000 W Lüfter 2000 W
1/ Überschuss 0; Heizstab: 0; Lüfter 0
2/ 500; 500; 0
3/ 3500; 3000; 0
Nun werden 500 eingespeist, weil die 2000 Überschuss nicht erreicht sind, die den Lüfter einschalten - der wird erst bei insgesamt 5000 Überschuss eingeschaltet. Wenn nun - in Kenntnis der Selbsregel-Eigenschaft des Heizstabs - der Lüfter eingeschaltet würde, würde sich der Heizstab auf 1500 regeln, weil das ja der neue Überschuss nach Einschalten des Lüfters ist.
4/ 3500; 1500; 2000
5/ 4500; 2500; 2000
Es bräuchte also noch einen zweiten Offset für die Überschussberechnung (der erste kommt ja aus der Ladeleistung des Hausspeichers): in obigem Beispiel wären das 3500+(3000-250) oder von mir aus auch 3500+3000, da würde der Heizstab dann ausgehen weil ihm nicht mehr genügend Überschuss übrig gelassen wird.
Diese Logik wäre ja vielleicht auch für Wärmepumpen interessant, die haben ja auch ab und an einen eigenen EVU-Kit.
Beispiel: Heizstab 250-3000 W Lüfter 2000 W
1/ Überschuss 0; Heizstab: 0; Lüfter 0
2/ 500; 500; 0
3/ 3500; 3000; 0
Nun werden 500 eingespeist, weil die 2000 Überschuss nicht erreicht sind, die den Lüfter einschalten - der wird erst bei insgesamt 5000 Überschuss eingeschaltet. Wenn nun - in Kenntnis der Selbsregel-Eigenschaft des Heizstabs - der Lüfter eingeschaltet würde, würde sich der Heizstab auf 1500 regeln, weil das ja der neue Überschuss nach Einschalten des Lüfters ist.
4/ 3500; 1500; 2000
5/ 4500; 2500; 2000
Es bräuchte also noch einen zweiten Offset für die Überschussberechnung (der erste kommt ja aus der Ladeleistung des Hausspeichers): in obigem Beispiel wären das 3500+(3000-250) oder von mir aus auch 3500+3000, da würde der Heizstab dann ausgehen weil ihm nicht mehr genügend Überschuss übrig gelassen wird.
Diese Logik wäre ja vielleicht auch für Wärmepumpen interessant, die haben ja auch ab und an einen eigenen EVU-Kit.
openWB-series2, openWB-Buchse, E3/DC S10pro+19.5kWh, 30kWp Ost-Süd, Model 3 und Ion
- humschti
- Beiträge: 647
- Registriert: Mo Nov 25, 2019 8:25 am
- Wohnort: Nürensdorf (Schweiz)
- Has thanked: 3 times
- Been thanked: 4 times
Re: Samarthome 2.0, Sammlung neuer Anforderungen und Ideen
Ich hätte gerne "nur einschalten". Hintergrund: Ich steuere mit einem Shelly mit Tasmota meinen Geschirrspüler. Damit dessen Auslaufschutz sowie die Beleuchtung aktiv ist, braucht dieser Strom. Will ich nun mit PV waschen, so schalte ich den Shelly mittels Tasters aus. Sobald genug Leistung da ist, sollte die openWB den Geschirrspüler einschalten.
Das nonplus-Ultra wäre noch eine "oder spätestens um ... Uhr" Einstellung (falls zb im Winter die eingestellte Leistung nicht errreicht wurde).
Das nonplus-Ultra wäre noch eine "oder spätestens um ... Uhr" Einstellung (falls zb im Winter die eingestellte Leistung nicht errreicht wurde).
openWB Series 2 Duo mit EVU, 1/3 Umschaltung und abgesetztem Display, 16 kWp mit Solaredge, Ansteuerung Haushaltsgeräte mit Shelly
Tesla Model S und Cupra Born (SoC via EVCC)
Tesla Model S und Cupra Born (SoC via EVCC)
-
- Beiträge: 2382
- Registriert: Fr Mär 08, 2019 1:57 pm
- Has thanked: 1 time
- Been thanked: 9 times
Re: Samarthome 2.0, Sammlung neuer Anforderungen und Ideen
Siehe Punkt 3humschti hat geschrieben: ↑Mo Jun 21, 2021 8:53 am Ich hätte gerne "nur einschalten". Hintergrund: Ich steuere mit einem Shelly mit Tasmota meinen Geschirrspüler. Damit dessen Auslaufschutz sowie die Beleuchtung aktiv ist, braucht dieser Strom. Will ich nun mit PV waschen, so schalte ich den Shelly mittels Tasters aus. Sobald genug Leistung da ist, sollte die openWB den Geschirrspüler einschalten.
Das nonplus-Ultra wäre noch eine "oder spätestens um ... Uhr" Einstellung (falls zb im Winter die eingestellte Leistung nicht errreicht wurde).
Nur Einschalten
Kannst du das nicht über die manuelle Steuerung von openwb für den Shelly erreichen (auf Modus klicken)
Gruss Oliver
Entwickler- openWB (ehrenamtlich) / Feedback zu Funktionen immer erwünscht..
Smarthomeprobleme siehe hier (update ): viewtopic.php?f=14&t=5923
Smarthomeprobleme siehe hier (update ): viewtopic.php?f=14&t=5923
-
- Beiträge: 2382
- Registriert: Fr Mär 08, 2019 1:57 pm
- Has thanked: 1 time
- Been thanked: 9 times
Re: Samarthome 2.0, Sammlung neuer Anforderungen und Ideen
Intressant, ich habe irgendwo im Forum noch eine ähnliche Anforderung gelesen:Gero hat geschrieben: ↑Mo Jun 21, 2021 8:42 am Vielleicht noch eine gesonderte Betrachtung von sich selbst nach Einspeiseleistung regelnden Geräten. Namentlich also mein Heizstab, der den vorhandenen Überschuss verbraucht. Der geht nämlich irgendwann auf 100% und nimmt den anderen Geräten, die sich nur dumm vom Smarthomehandler ein- und ausschalten lassen, den Überschuss weg. Wenn der Smarthomehandler nun wüsste, dass diese 100% sich selbst herunterregeln, wenn ein anderes Gerät eingeschaltet würde, hätten wir noch ein paar Watt mehr im Eigenverbrauch.
Beispiel: Heizstab 250-3000 W Lüfter 2000 W
1/ Überschuss 0; Heizstab: 0; Lüfter 0
2/ 500; 500; 0
3/ 3500; 3000; 0
Nun werden 500 eingespeist, weil die 2000 Überschuss nicht erreicht sind, die den Lüfter einschalten - der wird erst bei insgesamt 5000 Überschuss eingeschaltet. Wenn nun - in Kenntnis der Selbsregel-Eigenschaft des Heizstabs - der Lüfter eingeschaltet würde, würde sich der Heizstab auf 1500 regeln, weil das ja der neue Überschuss nach Einschalten des Lüfters ist.
4/ 3500; 1500; 2000
5/ 4500; 2500; 2000
Es bräuchte also noch einen zweiten Offset für die Überschussberechnung (der erste kommt ja aus der Ladeleistung des Hausspeichers): in obigem Beispiel wären das 3500+(3000-250) oder von mir aus auch 3500+3000, da würde der Heizstab dann ausgehen weil ihm nicht mehr genügend Überschuss übrig gelassen wird.
Diese Logik wäre ja vielleicht auch für Wärmepumpen interessant, die haben ja auch ab und an einen eigenen EVU-Kit.
Du kannst pro Device zusätzliche ein maximale Einschaltdauer (pro Schaltvorgang) mit anschlussender Pause definieren. Dann könntest du für deinen Heizstab (der zwischen 250 Watt und 3000 Watt verbraucht) eine maximale Einschaltdauer von 30 Minuten mit Pause von 15 Sekunden. Dann defnierst du deinen Lüfter mit Einschaltschwelle von 2000 Watt und Einschaltverzögerung von 0.
Gehen wir mal aus der Heizstab verbraucht gerade 3000 Watt und 500 Watt werden eingespiesen.
Dann sollte nach 30 Minuten dein Heizstab kurz auf 0 runterfahren. Sofern dann mehr wie 2000 Watt Überschuss anliegt (jetzt 3500 Watt), sollte der Lüfter anspringen und dann nach 15 Sekunden der Heizstab die restlichen 1500Watt dann wieder vom Heizstab verbraucht werden.
Ich nehm das mal als Punkt 6 auf.
Gruss Oliver
Entwickler- openWB (ehrenamtlich) / Feedback zu Funktionen immer erwünscht..
Smarthomeprobleme siehe hier (update ): viewtopic.php?f=14&t=5923
Smarthomeprobleme siehe hier (update ): viewtopic.php?f=14&t=5923
Re: Samarthome 2.0, Sammlung neuer Anforderungen und Ideen
- humschti
- Beiträge: 647
- Registriert: Mo Nov 25, 2019 8:25 am
- Wohnort: Nürensdorf (Schweiz)
- Has thanked: 3 times
- Been thanked: 4 times
Re: Samarthome 2.0, Sammlung neuer Anforderungen und Ideen
Doch, indem ich unsinnige Werte eingebe. Aber das ist halt nicht so benutzerfreundlich...
openWB Series 2 Duo mit EVU, 1/3 Umschaltung und abgesetztem Display, 16 kWp mit Solaredge, Ansteuerung Haushaltsgeräte mit Shelly
Tesla Model S und Cupra Born (SoC via EVCC)
Tesla Model S und Cupra Born (SoC via EVCC)