Smarthome 2.0, Sammlung neuer Anforderungen und Ideen

Auflistung von gewünschten Features, Ausschreibung zur Umsetzung
okaegi
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

Beitrag von okaegi »

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
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
HSC
Beiträge: 3941
Registriert: So Jan 10, 2021 8:49 am

Re: Samarthome 2.0, Sammlung neuer Anforderungen und Ideen

Beitrag von HSC »

@Oliver, schonmal danke für die übersichtliche Sammlung.
VG
thesorrow101
Beiträge: 718
Registriert: Mo Okt 12, 2020 7:41 am

Re: Samarthome 2.0, Sammlung neuer Anforderungen und Ideen

Beitrag von thesorrow101 »

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
okaegi
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

Beitrag von okaegi »

ah ein Teil ist der dritte Punkt (frühsten start um), den ander füg ich noch dazu.
Gruss Oliver
Entwickler- openWB (ehrenamtlich) / Feedback zu Funktionen immer erwünscht..
Smarthomeprobleme siehe hier (update :!: ): viewtopic.php?f=14&t=5923
Gero
Beiträge: 3441
Registriert: Sa Feb 20, 2021 9:55 am
Has thanked: 4 times
Been thanked: 60 times

Re: Samarthome 2.0, Sammlung neuer Anforderungen und Ideen

Beitrag von Gero »

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.
openWB-series2, openWB-Buchse, E3/DC S10pro+19.5kWh, 30kWp Ost-Süd, Model 3 und Ion
Benutzeravatar
humschti
Beiträge: 649
Registriert: Mo Nov 25, 2019 8:25 am
Wohnort: Nürensdorf (Schweiz)
Has thanked: 4 times
Been thanked: 4 times

Re: Samarthome 2.0, Sammlung neuer Anforderungen und Ideen

Beitrag von humschti »

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).
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)
okaegi
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

Beitrag von okaegi »

humschti 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).
Siehe Punkt 3

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
okaegi
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

Beitrag von okaegi »

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.
Intressant, ich habe irgendwo im Forum noch eine ähnliche Anforderung gelesen:
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
JSAnyone
Beiträge: 291
Registriert: Fr Jun 05, 2020 5:56 pm

Re: Samarthome 2.0, Sammlung neuer Anforderungen und Ideen

Beitrag von JSAnyone »

okaegi hat geschrieben: Mo Jun 21, 2021 5:44 pm Intressant, ich habe irgendwo im Forum noch eine ähnliche Anforderung gelesen:
Du kannst pro Device zusätzliche ein maximale Einschaltdauer (pro Schaltvorgang) mit anschlussender Pause definieren.
Das war ich auch in diesem Thread:
viewtopic.php?p=35760#p35760
Benutzeravatar
humschti
Beiträge: 649
Registriert: Mo Nov 25, 2019 8:25 am
Wohnort: Nürensdorf (Schweiz)
Has thanked: 4 times
Been thanked: 4 times

Re: Samarthome 2.0, Sammlung neuer Anforderungen und Ideen

Beitrag von humschti »

okaegi hat geschrieben: Mo Jun 21, 2021 5:31 pm Kannst du das nicht über die manuelle Steuerung von openwb für den Shelly erreichen (auf Modus klicken)
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)
Antworten