Seite 8 von 8

Re: Zielladen, temporär vs. persistent, Backend vs. frontend

Verfasst: Mi Okt 29, 2025 6:53 pm
von Thomas aus W
Die Frage ist: brauchen wir neben einem PV-Modus, bei dem man noch Zeit- und Ziel-Pläne mit oder ohne Preisbeachtung und einen Ziel SoC für PVÜberschusslanden von 0% konfigurieren kann noch einen weiteren Modus ohne PV-Überschussladen, bei dem man Zeit- und Ziel-Pläne mit oder ohne Preisbeachtung konfigurieren kann?

Re: Zielladen, temporär vs. persistent, Backend vs. frontend

Verfasst: Mi Okt 29, 2025 9:03 pm
von Gero
Der wichtige Punkt ist bei dieser kurzen Zusammenfassung "mit und ohne Preisbeachtung". Wie @ChristophR schon angemerkt hat, wird es Leute geben, die im Sommer keine Netzladung haben wollen, egal wie billig der Strom ist. Die müssen dann als Grenzpreis -100 Euros oder so etwas einstellen. Da wäre ein reiner PV-Modus intuitiver und würde weniger nach workaround aussehen. Andererseits wäre Zielladen im Modus Nur-PV halt nichts, was ohne Netzbezug zuverlässig funktionieren wird. Aber gut, das ist ja zum Einen offensichtlich und zum Anderen kann man ja den eventuell vorhandenen Zielladeplan deaktivieren, wenn man nur Sonne laden möchte.

Ich würde auch noch einmal anregen, nachzuschauen, warum Zielladen in SW2 einen eigenen Modus bekommen hat. Aber ansonsten wäre ich auch für Zeit- und Zielladen als zusätzlich buchbare Optionen.

Wie ist denn die Sichtweise mit dem Vorschlag die Ladepläne ans Auto statt ans Ladeprofil zu hängen?

Re: Zielladen, temporär vs. persistent, Backend vs. frontend

Verfasst: Mi Okt 29, 2025 10:24 pm
von Thomas aus W
Gero hat geschrieben: Mi Okt 29, 2025 9:03 pm Wie @ChristophR schon angemerkt hat, wird es Leute geben, die im Sommer keine Netzladung haben wollen, egal wie billig der Strom ist. Die müssen dann als Grenzpreis -100 Euros oder so etwas einstellen.
Gerade für die ist das doch dann einfacher.
Die lassen halt alle Zusatzoptionen deaktiviert...

Meine Idee ist doch: wenn man was anderes als stur PV-Überschuss will dann muss man irgendwas konfigurieren. Und dieses irgendwas kann man dann je nach Bedarf aktivieren und deaktivieren. Je feingranularer und je komplexer meine Ansprüche sind, je komplexer wir die Konfiguration.

bye
TW

Re: Zielladen, temporär vs. persistent, Backend vs. frontend

Verfasst: Do Okt 30, 2025 11:59 pm
von ChristophR
Kann mir jemand die fettgedruckte Änderung aus #2879 erklären? Ist das schon ein Breaking Change oder verstehe ich es nur falsch?
https://github.com/openWB/core/pull/2879
Temp Einstellungen aktiv:

Wechsel des Ladeprofils, das dem Fahrzeug zugeordnet ist -> persistente und temporäre Einstellungen werden für das betroffene Fahrzeug aktualisiert
Änderung im persistenten Ladeprofil-> nur temporäre Einstellungen von Fahrzeugen, die das geänderte Profil verwenden, werden aktualisiert
Änderung im temporären Ladeprofil -> ändert nichts in den persistenten Einstellungen
Abstecken -> persistentes Ladeprofil wird in temporäres kopiert
Anderes Fahrzeug wird dem Ladepunkt zugeordnet -> peristente Ladeprofil Einstellungen des anderen Fahrzeugs werden am Ladepunkt zugeordnet

Re: Zielladen, temporär vs. persistent, Backend vs. frontend

Verfasst: Fr Okt 31, 2025 6:40 am
von Gero
Ich lese das so, dass immer überschrieben wird. Egal ob Ànderungen am abgesteckten Ladepunkt genacht wurden oder am angesteckten Ladepubkt gerade eine Ladung aktiv ist.

Wäre für mich konsistent, ist aber ein anderes Verhalten als in 2.1.8 ab patch 1.