Seite 2 von 23
Re: Samarthome 2.0, Sammlung neuer Anforderungen und Ideen
Verfasst: Di Jun 22, 2021 9:16 am
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
Re: Samarthome 2.0, Sammlung neuer Anforderungen und Ideen
Verfasst: Di Jun 22, 2021 10:02 am
von HSC
@Oliver,
habe eine weitere Idee hier
viewtopic.php?p=37302#p37302 veröffentlicht.
Bitte um Aufnahme in obige Liste....
VG
Re: Samarthome 2.0, Sammlung neuer Anforderungen und Ideen
Verfasst: Di Jun 22, 2021 4:21 pm
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
Re: Samarthome 2.0, Sammlung neuer Anforderungen und Ideen
Verfasst: Di Jun 22, 2021 5:31 pm
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
Re: Smarthome 2.0, Sammlung neuer Anforderungen und Ideen
Verfasst: Di Jun 22, 2021 6:27 pm
von JSAnyone
Vielleicht kannst du auch noch ein MQTT-Modul in die Liste aufnehmen. Generische HTTP/MQTT Module sind immer gut.
Re: Samarthome 2.0, Sammlung neuer Anforderungen und Ideen
Verfasst: Di Jun 22, 2021 7:38 pm
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
Re: Smarthome 2.0, Sammlung neuer Anforderungen und Ideen
Verfasst: Mi Jun 23, 2021 9:05 am
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.
Re: Smarthome 2.0, Sammlung neuer Anforderungen und Ideen
Verfasst: Mi Jun 23, 2021 4:40 pm
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
Re: Smarthome 2.0, Sammlung neuer Anforderungen und Ideen
Verfasst: Fr Jun 25, 2021 6:48 pm
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
Re: Smarthome 2.0, Sammlung neuer Anforderungen und Ideen
Verfasst: So Jul 04, 2021 9:12 am
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?