Smarthome 2.0, Sammlung neuer Anforderungen und Ideen

[Meth]

Hallo Oliver ,

ich hätte da ggf. noch ein Feature was meiner Meinung nach Interessant ist .
Ich benutze 2 Shelly Plug S zum PV-Überschuss geführten Ansteuerung der Heizstäbe in den Badheizkörpern .
Das eine Feature wird mit Punkt 10 schon beschrieben und umgesetzt .
Das man zu über die Shelly Plus S Weboberfläche Timer je Device einstellen kann und die OWb diese Schaltung dann nicht gleich wieder ausschaltet .
Mein Vorschlag wäre speziell für den Plug S die Temperatur abzufragen und dieses dann als zusätzliche ein und Ausschaltbedingung auswählen zu können
Die Frage ist nur ob der Temperatursensor im Shelly Plus S die Umgebungstemperatur misst oder als eine Art Überhitzungsschutz dient ...
Ansonsten müssten man einen Shelly H&T dazu benutzen .
Wie würdet ihr diese Funktion finden ?

[thesorrow101]

Tatsächlich hätte ich auch noch eine Idee. Allerdings eine der untersten Prio und eher nice to have.

Die Farben für die Smarthomegeräte sind sehr ähnlich gewählt. Es wäre daher echt super, wenn es eine Möglichkeit gäbe, diese selbst zu definieren, gerne auch anhand einer Vorgabe (oder sogar per Hex?).

Würde das ganze beim Blick auf den Graphen intuitiver machen, weil so jeder ein Gerät mit einer Farbe seiner Wahl verknüpft. Aber wie gesagt, ist einfach nur so ein Nice to have Ding

[philipp123]

Tatsächlich hätte ich auch noch eine Idee. Allerdings eine der untersten Prio und eher nice to have.

Die Farben für die Smarthomegeräte sind sehr ähnlich gewählt. Es wäre daher echt super, wenn es eine Möglichkeit gäbe, diese selbst zu definieren, gerne auch anhand einer Vorgabe (oder sogar per Hex?).

Würde das ganze beim Blick auf den Graphen intuitiver machen, weil so jeder ein Gerät mit einer Farbe seiner Wahl verknüpft. Aber wie gesagt, ist einfach nur so ein Nice to have Ding

Welches Theme nutzt du?

[thesorrow101]

Welches Theme nutzt du?

Colors

[philipp123]

Colors

Habs vermutet. Im Standard sind die Farben deutlich unterschiedlicher.

Sehe das hier als kein Thema für Smarthome sondern für das Colors Theme. Ansonsten wäre das eine Monsteranpassung durch alles Themes und alle Graphen.

Ich kann mal bei Gelegenheit in das Theme schauen wie das dort gebaut ist. Hab es erst vor kurzem offen gehabt da ich eine Konfiguration für die Nachkommastellen implementiert hab. Möchtest du vielleicht aus dem Thema einen separaten Feature Request für eine Anpassung Theme Colors machen? Dann können wir bei Gelegenheit auch Claus (Entwickler Colors) dazu ziehen.

[thesorrow101]

Colors

Habs vermutet. Im Standard sind die Farben deutlich unterschiedlicher.

Sehe das hier als kein Thema für Smarthome sondern für das Colors Theme. Ansonsten wäre das eine Monsteranpassung durch alles Themes und alle Graphen.

Ich kann mal bei Gelegenheit in das Theme schauen wie das dort gebaut ist. Hab es erst vor kurzem offen gehabt da ich eine Konfiguration für die Nachkommastellen implementiert hab. Möchtest du vielleicht aus dem Thema einen separaten Feature Request für eine Anpassung Theme Colors machen? Dann können wir bei Gelegenheit auch Claus (Entwickler Colors) dazu ziehen.

Machen wir so. Ich hab mir auch ein Buch für Python bestellt und hänge mich da mal dran, vielleicht sehe ich dass dann mal als mein Projekt irgendwann (außer jemand ist schneller )

[HSC]

Hallo Oliver ,

ich hätte da ggf. noch ein Feature was meiner Meinung nach Interessant ist .
Ich benutze 2 Shelly Plug S zum PV-Überschuss geführten Ansteuerung der Heizstäbe in den Badheizkörpern .
Das eine Feature wird mit Punkt 10 schon beschrieben und umgesetzt .
Das man zu über die Shelly Plus S Weboberfläche Timer je Device einstellen kann und die OWb diese Schaltung dann nicht gleich wieder ausschaltet .
Mein Vorschlag wäre speziell für den Plug S die Temperatur abzufragen und dieses dann als zusätzliche ein und Ausschaltbedingung auswählen zu können
Die Frage ist nur ob der Temperatursensor im Shelly Plus S die Umgebungstemperatur misst oder als eine Art Überhitzungsschutz dient ...
Ansonsten müssten man einen Shelly H&T dazu benutzen .
Wie würdet ihr diese Funktion finden ?

Der Fühler im shelly misst nur sich selbst und ist dafür nicht zu gebrauchen.
Es gibt für die UP- Typen wie -1pm oder -1 separate (max. 3) Fühler, die dort direkt angeschlossen und über openWB erfasst werden können.
Einen entspr. Link liefere ich nach, "derNeueDet" hatte gestern dazu was gepostet....
VG

[HSC]

Hier der Link:
viewtopic.php?p=42602#p42602
....auch weiter nach unten scrollen...
VG

[Gero]

Hallo,

gerade eben habe ich gemerkt, dass der Ion über die letzten Tage leer doch sehr leer geworden ist obwohl die Sonne schien und auch smarthome
2.0-Verbraucher kräftig Strom verbraucht hatten. Der wäre besser ins Auto gegangen.

Das ist dadurch passiert, dass bei Ankunft des Ion die Verbraucher liefen und diese den Überschuss verbraten haben, der besser im Ion geladen worden wäre. Gut, man kann die Verbraucher so einstellen, dass sie beim Autoladen ausgestellt werden. Das führt aber bei der relativ geringen Ladeleistung des Ion (3kW) im Vergleich zur 30kWp-Anlage zu einer ungewollten Einspeisung von all dem Strom, der nicht verladen werden kann. So etwas hatte ich im Frühjahr schon befürchtet, es ging aber wegen Corona und der doch stärkeren Sonnenstrahlung im Frühling gut und es hat immer noch für den Ion gereicht. Nun also nicht mehr, der Ion ist gerade mit den letzten Wh auf nach Hause gerollt, weil man sich dran gewöhnt hatte, dass das Auto bei Abfahrt immer voll ist.

Was wünschenswert wäre: Zum einen sollten die smarthome-Verbraucher weiterlaufen, wenn ein Auto mit maximaler Leistung lädt aber immer noch Überschuss vorhanden ist. Das ginge erst ab 2.0, weil da ja erst die maximale Ladeleistung am Ladepunkt eingestellt werden kann. Aber auch da würde ja die Ladung nicht starten, wenn die smarthome-Verbraucher allen Überschuss verbraten. Von daher meine Idee, beim Einstecken eines Autos alle Smarthome-Verbraucher für eine oder zwei Minuten auszuschalten, um der PV-Überschussladung die Möglichkeit zu geben mit der Ladung zu beginnen. Dann nimmt sich der Ladepunkt den Überschuss und nach diesen zwei Minuten würden die smarthome-Verbraucher wieder anfangen, so denn noch genügend Strom übrig bleibt.

Das mag vielleicht ein bisschen schwierig zu implementieren sein, da der smarthomehandler ja ganz simpel alle 20 Sekunden den Überschuss berechnet und danach die Verbraucher einschaltet. Aber die Einschaltverzögerung und die min/max-Laufzeiten sind ja auch schleifenübergreifend gespeichert. Da könnte man doch vielleicht je Ladepunkt noch einen Parameter machen: "Eingesteckt seit" der dann dementsprechend abgefragt und analog den Laufzeiten vom smarthomehandler inkrementiert (oder dekrementiert, je nachdem wie man's nun implementiert) wird.

Parametrieren könnte man das ja mit dem "Beim Autoladen ausschalten": "Ja, Nein, Verzögert". Bei "Verzögert" würde man dann die Minuten einstellen, um die das Anschalten des smarthome-devices beim Anstecken eines Autos verzögert wieder aktiv werden kann. Und ab 2.0 würde "Ja" die eingestellte max. Ladeleistung am Ladepunkt respektieren, die aktuell ja mit "unendlich" implementiert werden könnte.

[philipp123]

Aber auch da würde ja die Ladung nicht starten, wenn die smarthome-Verbraucher allen Überschuss verbraten. Von daher meine Idee, beim Einstecken eines Autos alle Smarthome-Verbraucher für eine oder zwei Minuten auszuschalten, um der PV-Überschussladung die Möglichkeit zu geben mit der Ladung zu beginnen. Dann nimmt sich der Ladepunkt den Überschuss und nach diesen zwei Minuten würden die smarthome-Verbraucher wieder anfangen, so denn noch genügend Strom übrig bleibt.

Was ist dann, wenn du spät heimkommst? Morgens kommt ein bischen Sonne, der erste Verbraucher Smarthome startet, da kleinere Einschaltschwelle. Etwas später startet der nächste Smarthome Verbraucher, da Sonne aber Einschaltschwelle Smarthome niedriger als Auto etc. Und schon lädt dein Auto wieder nicht.

Eigentlich wäre da die Ausbaustufe Priorität Smarthome und Auto in einer Liste. Das Gerät mit der höchsten Priorität läuft wenn die PV-Erzeugung minus Haus reicht und schält dafür notfalls Geräte mit niedrigerer Priorität aus.