Smarthome 2.0, Sammlung neuer Anforderungen und Ideen

Auflistung von gewünschten Features, Ausschreibung zur Umsetzung
Ilchi
Beiträge: 187
Registriert: Di Feb 23, 2021 9:18 am
Been thanked: 2 times

Re: Samarthome 2.0, Sammlung neuer Anforderungen und Ideen

Beitrag von Ilchi »

Oh, gerade erst gesehen, dass es einen eigenen Thread für Ideen zu Smarthome 2.0 gibt. Dann wiederhole ich meinen Beitrag aus dem anderen Thread nochmal, in der Hoffnung, dass das nicht als Spamming betrachtet wird.

Folgende kleine Erweiterungsfeatures hätte ich noch, dann wird das m.E. richtig cool und steigert nochmal die Usibility:
  • Option "Mehrere Zyklen pro Tag": Es wäre super, wenn das Gerät auch mehrfach am Tag angehen könnte, wenn die entsprechenden Parameter erreicht werden. Hierzu kann man m.E. nicht einfach eine lange Höchsteinschaltdauer verwenden, da ich ja auch beim zweiten Zyklus die komplette Mindestlaufzeit einhalten möchte, und nicht mitten drin stoppen möchte. Ich stelle mir also ein Checkhäkchen "Mehrere Zyklen möglich" vor, das dann gleichzeitig die Höchstlaufzeit ausblendet. Wenn das Gerät dann das erste Mal fertig ist, d.h. die Mindestlaufzeit erreicht ist, müsste das Gerät sofort wieder auf "Hören" gehen, also in den Modus, der derzeit nur um 0:00 Uhr aktiviert wird. Usecase wären Spül- und Waschmaschinen. Fertig :-)
  • Feature "Über Tag": Hier weiß ich nun nicht genau, ob das nicht schon sogar geht. Ich habe bisher verstanden, dass das Gerät um 0:00 Uhr auf "Hören" geht. Was passiert, wenn ich das Gerät am Abend starte? Hier wäre es super, wenn die OpenWB diesen gewünschten Start dann zum nächsten Tag mitnimmt. Stichzeit wäre "Spätestes Ende" - "Mindestlaufzeit". Ab diesem Zeitpunkt kann es bei einem dauerhaften Unterschreiten der Einschaltbedingungen dazu kommen, dass das Gerät erst am spätesten Ende des nächsten Tages fertig wird -aber genau das wäre ja dann logisch.
  • Button "Sonderstart": Ist es möglich, in der Oberfläche am Startbildschirm einen Button "Sonderstart" einzublenden? Durch Drücken dieses Buttons stelle ich mir vor, dass dann die Startparameter überdrückt werden und das Gerät dann für die Mindesteinschaltdauer hart einschaltet. Die derzeitige Möglichkeit, auf manuell zu gehen, erfüllt dies nicht, da ich ja nur einen Zyklus anstoßen möchte, danach soll es wieder automatisch gehen. Ansonsten gleiche Logik wie oben.
  • Reiter in Oberfläche externer Bildschirm: Ich nutze ein externes Display von euch, mit Cards. Wäre es denkbar, hier einen Reiter "Smart-Home" einzuführen. Super wäre, wenn dann auch hier der Sonderstart möglich wäre. Das wäre der WAF :-)
Danke
Ilchi
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,
habe eine weitere Idee hier viewtopic.php?p=37302#p37302 veröffentlicht.
Bitte um Aufnahme in obige Liste....
VG
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 »

Ilchi hat geschrieben: Di Jun 22, 2021 9:16 am Oh, gerade erst gesehen, dass es einen eigenen Thread für Ideen zu Smarthome 2.0 gibt. Dann wiederhole ich meinen Beitrag aus dem anderen Thread nochmal, in der Hoffnung, dass das nicht als Spamming betrachtet wird.

Folgende kleine Erweiterungsfeatures hätte ich noch, dann wird das m.E. richtig cool und steigert nochmal die Usibility:
  • Option "Mehrere Zyklen pro Tag": Es wäre super, wenn das Gerät auch mehrfach am Tag angehen könnte, wenn die entsprechenden Parameter erreicht werden. Hierzu kann man m.E. nicht einfach eine lange Höchsteinschaltdauer verwenden, da ich ja auch beim zweiten Zyklus die komplette Mindestlaufzeit einhalten möchte, und nicht mitten drin stoppen möchte. Ich stelle mir also ein Checkhäkchen "Mehrere Zyklen möglich" vor, das dann gleichzeitig die Höchstlaufzeit ausblendet. Wenn das Gerät dann das erste Mal fertig ist, d.h. die Mindestlaufzeit erreicht ist, müsste das Gerät sofort wieder auf "Hören" gehen, also in den Modus, der derzeit nur um 0:00 Uhr aktiviert wird. Usecase wären Spül- und Waschmaschinen. Fertig :-)
  • Feature "Über Tag": Hier weiß ich nun nicht genau, ob das nicht schon sogar geht. Ich habe bisher verstanden, dass das Gerät um 0:00 Uhr auf "Hören" geht. Was passiert, wenn ich das Gerät am Abend starte? Hier wäre es super, wenn die OpenWB diesen gewünschten Start dann zum nächsten Tag mitnimmt. Stichzeit wäre "Spätestes Ende" - "Mindestlaufzeit". Ab diesem Zeitpunkt kann es bei einem dauerhaften Unterschreiten der Einschaltbedingungen dazu kommen, dass das Gerät erst am spätesten Ende des nächsten Tages fertig wird -aber genau das wäre ja dann logisch.
  • Button "Sonderstart": Ist es möglich, in der Oberfläche am Startbildschirm einen Button "Sonderstart" einzublenden? Durch Drücken dieses Buttons stelle ich mir vor, dass dann die Startparameter überdrückt werden und das Gerät dann für die Mindesteinschaltdauer hart einschaltet. Die derzeitige Möglichkeit, auf manuell zu gehen, erfüllt dies nicht, da ich ja nur einen Zyklus anstoßen möchte, danach soll es wieder automatisch gehen. Ansonsten gleiche Logik wie oben.
  • Reiter in Oberfläche externer Bildschirm: Ich nutze ein externes Display von euch, mit Cards. Wäre es denkbar, hier einen Reiter "Smart-Home" einzuführen. Super wäre, wenn dann auch hier der Sonderstart möglich wäre. Das wäre der WAF :-)
Danke
Ilchi
Also das währe so der nächste Ausbauschritt Anlauferkennung
Ich sehe hier folgendes Problem: bei checkbox mehrere Zyklen pro Tag ( Ja / nein)
Beispiel::
mehrere Zyklen pro Tag = ja
Spätestens fertig ist um 15.00 gesetzt
Mindestlaufzeit ist 60 Minuten
Was passiert wenn die Maschine um 12:00 genug Überschuss hat und losläuft. Dann ist die um 13:00 fertig und geht wieder auf "hören". Nun passiert nichts bis 14:00. Dann würde die aber aufgrund spätestens fertig um 15.00 um 14.00 wieder loslaufen.

Ich sehe hier eher folgende Checkbox:
Start Anlauferkennung
1) um 00.01
2) um 00.01 und nach Spätestens fertig
Beispiel
Start Anlauferkennung = 2
und sonst alles wie oben im Beispiel
Dann würde die Maschine um 12.00 bis 13:00 laufen und ab 15.00 wieder auf "hören" gehen. Wenn die dann nochmal läuft würde die am folgenden Tag um 00.01 wieder auf "hören" gehen. Somit könnte die sicher zweimal pro Tag laufen.
Damit müsste auch "Über Tag" gehen.
Die anderen Punkte sind (Sonderbutton, separater Reiter) GUI Sachen, dort müsste eher der vom GUI kommentieren.
Gruss Oliver
Entwickler- openWB (ehrenamtlich) / Feedback zu Funktionen immer erwünscht..
Smarthomeprobleme siehe hier (update :!: ): viewtopic.php?f=14&t=5923
Ilchi
Beiträge: 187
Registriert: Di Feb 23, 2021 9:18 am
Been thanked: 2 times

Re: Samarthome 2.0, Sammlung neuer Anforderungen und Ideen

Beitrag von Ilchi »

okaegi hat geschrieben: Di Jun 22, 2021 4:21 pm Also das währe so der nächste Ausbauschritt Anlauferkennung
Ich sehe hier folgendes Problem: bei checkbox mehrere Zyklen pro Tag ( Ja / nein)
Beispiel::
mehrere Zyklen pro Tag = ja
Spätestens fertig ist um 15.00 gesetzt
Mindestlaufzeit ist 60 Minuten
Was passiert wenn die Maschine um 12:00 genug Überschuss hat und losläuft. Dann ist die um 13:00 fertig und geht wieder auf "hören". Nun passiert nichts bis 14:00. Dann würde die aber aufgrund spätestens fertig um 15.00 um 14.00 wieder loslaufen.

Ich sehe hier eher folgende Checkbox:
Start Anlauferkennung
1) um 00.01
2) um 00.01 und nach Spätestens fertig
Beispiel
Start Anlauferkennung = 2
und sonst alles wie oben im Beispiel
Dann würde die Maschine um 12.00 bis 13:00 laufen und ab 15.00 wieder auf "hören" gehen. Wenn die dann nochmal läuft würde die am folgenden Tag um 00.01 wieder auf "hören" gehen. Somit könnte die sicher zweimal pro Tag laufen.
Damit müsste auch "Über Tag" gehen.
Zu den Zyklen:
Ich glaube, ich meine es etwas anders. Bleiben wir bei Deinem Beispiel: Die Maschine wird am Morgen gestartet und läuft um 12.00 Uhr aufgrund genug PV-Leistung los und ist um 13.00 Uhr fertig. Jetzt geht sie wieder auf "hören". Gleichzeitig weiß die OpenWB ja, dass der gewünschte Zyklus schon gelaufen ist, dieser ist also abgehakt. Wird dann die Standby-Grenze nicht mehr überschritten, dann muss sie auch nicht mehr starten - auch nicht um 14.00 Uhr. Das ist eigentlich auch nicht anders als im jetzigen Modus, da das Gerät ja auch 24 h auf "hören" bleiben kann, ohne zu laufen (oder ist das derzeit anders umgesetzt?).
Sollte allerdings um 13.30 Uhr dann nochmals das Gerät gestartet werden, dann prüft die OpenWB ja bis 14.00 Uhr, ob die Startbedingungen (erneut) zutreffen. Wenn "ja" startet das Gerät vor 14.00 Uhr. Wenn "nein", dann startet das Gerät spätestens um 14.00 Uhr aufgrund der Bedingung "Muss spätestens bis 15.00 Uhr fertig sein". Auch das ist nicht anders als im jetzigen Modus. Der einzige Unterschied in der Logik des Zyklenmodus liegt meines Erachtens nur darin, dass das Gerät nach der Laufzeit wieder auf "hören" geht.

Zur Regelung "über Nacht":
Ich sehe das mit dem 0:01 auf "hören" als nicht notwendig an. Verbessere mich gerne, wenn das von der Programmierung anders ist. Wobei, wenn ich so recht drüber nachdenke, ist es irrelevant. Wäre es derzeit so, dass bei einem Start des Geräts um 23.50 Uhr dieses dann um 0:01 Uhr wieder kurz angeht, um dann gleich wieder in den StandBy zu verschwinden? Oder sehe ich das falsch?

Danke
Ilchi
JSAnyone
Beiträge: 291
Registriert: Fr Jun 05, 2020 5:56 pm

Re: Smarthome 2.0, Sammlung neuer Anforderungen und Ideen

Beitrag von JSAnyone »

Vielleicht kannst du auch noch ein MQTT-Modul in die Liste aufnehmen. Generische HTTP/MQTT Module sind immer gut.
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 »

Ilchi hat geschrieben: Di Jun 22, 2021 5:31 pm

Zu den Zyklen:
Ich glaube, ich meine es etwas anders. Bleiben wir bei Deinem Beispiel: Die Maschine wird am Morgen gestartet und läuft um 12.00 Uhr aufgrund genug PV-Leistung los und ist um 13.00 Uhr fertig. Jetzt geht sie wieder auf "hören". Gleichzeitig weiß die OpenWB ja, dass der gewünschte Zyklus schon gelaufen ist, dieser ist also abgehakt. Wird dann die Standby-Grenze nicht mehr überschritten, dann muss sie auch nicht mehr starten - auch nicht um 14.00 Uhr. Das ist eigentlich auch nicht anders als im jetzigen Modus, da das Gerät ja auch 24 h auf "hören" bleiben kann, ohne zu laufen (oder ist das derzeit anders umgesetzt?).
Sollte allerdings um 13.30 Uhr dann nochmals das Gerät gestartet werden, dann prüft die OpenWB ja bis 14.00 Uhr, ob die Startbedingungen (erneut) zutreffen. Wenn "ja" startet das Gerät vor 14.00 Uhr. Wenn "nein", dann startet das Gerät spätestens um 14.00 Uhr aufgrund der Bedingung "Muss spätestens bis 15.00 Uhr fertig sein". Auch das ist nicht anders als im jetzigen Modus. Der einzige Unterschied in der Logik des Zyklenmodus liegt meines Erachtens nur darin, dass das Gerät nach der Laufzeit wieder auf "hören" geht.

Zur Regelung "über Nacht":
Ich sehe das mit dem 0:01 auf "hören" als nicht notwendig an. Verbessere mich gerne, wenn das von der Programmierung anders ist. Wobei, wenn ich so recht drüber nachdenke, ist es irrelevant. Wäre es derzeit so, dass bei einem Start des Geräts um 23.50 Uhr dieses dann um 0:01 Uhr wieder kurz angeht, um dann gleich wieder in den StandBy zu verschwinden? Oder sehe ich das falsch?

Danke
Ilchi
Hm... ist dann gemeint das wenn das Device ausgeschaltet wird, es auf hören geht ? Das dann Geschirrspüler erneut eingeräumt wird und erneut gestartet ?
Gruss Oliver
Entwickler- openWB (ehrenamtlich) / Feedback zu Funktionen immer erwünscht..
Smarthomeprobleme siehe hier (update :!: ): viewtopic.php?f=14&t=5923
Ilchi
Beiträge: 187
Registriert: Di Feb 23, 2021 9:18 am
Been thanked: 2 times

Re: Smarthome 2.0, Sammlung neuer Anforderungen und Ideen

Beitrag von Ilchi »

Korrekt, ja.
Usecase dieser Zyklenoption wären also Geräte, die eine feste Laufzeit haben, und diese am Stück durchlaufen sollen, z.B. Spülmaschinen, Waschmaschinen, Trockner etc.

Nachtrag: Genau für diese Geräte ist ja auch die von Dir so gut implementierte Anlauffunktion so hilfreich.
okaegi
Beiträge: 2382
Registriert: Fr Mär 08, 2019 1:57 pm
Has thanked: 1 time
Been thanked: 9 times

Re: Smarthome 2.0, Sammlung neuer Anforderungen und Ideen

Beitrag von okaegi »

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
Entwickler- openWB (ehrenamtlich) / Feedback zu Funktionen immer erwünscht..
Smarthomeprobleme siehe hier (update :!: ): viewtopic.php?f=14&t=5923
TheSCC
Beiträge: 64
Registriert: So Mai 30, 2021 6:33 am

Re: Smarthome 2.0, Sammlung neuer Anforderungen und Ideen

Beitrag von TheSCC »

Hallo,

Beim shelly Modul wäre noch eine unteroption shelly 2.5 schön, wo man auch bestimmen kann welchen Kontakt geschaltet werden soll oder sogar beide unter ein "Smartphone device" bringen ( also die schaltbedingungen doppelt auflisten, jedoch für jeden Kontakt). So könnte man theoretisch 10 shelly 2.5 einbinden, aber damit 20 Geräte schalten.
Das wäre ein Traum
thesorrow101
Beiträge: 718
Registriert: Mo Okt 12, 2020 7:41 am

Re: Smarthome 2.0, Sammlung neuer Anforderungen und Ideen

Beitrag von thesorrow101 »

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
Gibt es derzeit die Möglichkeit den "Status" Automatik/Manuell über MQTT auszulesen und auch zu schreiben?
Antworten