Seite 11 von 14
Re: Zielladen, temporär vs. persistent, Backend vs. frontend
Verfasst: Di Nov 04, 2025 10:41 am
von aiole
Die Sicht des "normalen Nutzers" ist essentiell.
Vorschlag für "Persistieren" direkt aus dem Frontend (GUI). >5s auf den gewünschten Modus oder Wert drücken, um es in die persistente Konfig im Backlend zu übernehmen. Ein kurzer Hinweis o.ä., dass es in die Konfig übernommen wurde, wäre noch ganz gut. So etwas könnte ich mir gut für eine 2.2.0 vorstellen.
Die Pläne sollten aber immer nur 1x und immer persistent im Frontend verfügbar sein. Da blickt niemand mehr durch, wenn es davon Temporärableger gäbe.
Re: Zielladen, temporär vs. persistent, Backend vs. frontend
Verfasst: Di Nov 04, 2025 10:46 am
von Lynx42
ChristophR hat geschrieben: Di Nov 04, 2025 3:09 am
Deine Anforderung ist mit Zielladen aktuell zu erfüllen, da zwischen den Zielen immer Überschußladen (Entspricht fast PV) aktiv ist.
Ein Ziel Dienstags 100%, für den Winter ein zweites Mi-Mo 50%.
Lediglich Mindest-SoC (Workaround siehe oben) und dauerhafter Mindeststrom ist damit nicht verfügbar.
Wie würdest Du es Dir denn vorstellen?
Hallo Christoph, danke für die Antwort. Ich wusste nicht, dass er beim Zielladen auch schon vorher bzw. dazwischen mit Überschuss lädt. Werde es mal testen - inkl. Mindest-SoC-Workaround.
Re: Zielladen, temporär vs. persistent, Backend vs. frontend
Verfasst: Di Nov 04, 2025 8:18 pm
von therobbot
Lynx42 hat geschrieben: Di Nov 04, 2025 10:46 am
ChristophR hat geschrieben: Di Nov 04, 2025 3:09 am
Deine Anforderung ist mit Zielladen aktuell zu erfüllen, da zwischen den Zielen immer Überschußladen (Entspricht fast PV) aktiv ist.
Ein Ziel Dienstags 100%, für den Winter ein zweites Mi-Mo 50%.
Lediglich Mindest-SoC (Workaround siehe oben) und dauerhafter Mindeststrom ist damit nicht verfügbar.
Wie würdest Du es Dir denn vorstellen?
Hallo Christoph, danke für die Antwort. Ich wusste nicht, dass er beim Zielladen auch schon vorher bzw. dazwischen mit Überschuss lädt. Werde es mal testen - inkl. Mindest-SoC-Workaround.
Das ist aber genau das Problem. Es geht vielleicht, aber es ist nicht transparent und braucht einen Workaround. So sollte es nicht sein.
Re: Zielladen, temporär vs. persistent, Backend vs. frontend
Verfasst: Mi Nov 05, 2025 7:17 pm
von ChristophR
aiole hat geschrieben: Di Nov 04, 2025 10:41 am
Die Pläne sollten aber immer nur 1x und immer persistent im Frontend verfügbar sein. Da blickt niemand mehr durch, wenn es davon Temporärableger gäbe.
Ich habe es gerade mal ausprobiert:
Die Zielladepläne, die man im Koala nun "im Ladepunkt" anpassen kann, sind nur temporär und ändern das Ladeprofil nicht, werden also nicht persistent übernommen.
Wenn man nun das gleiche noch im mittleren Tab Fahrzeug zur Verfügung stellt und die Einstellungen dort persistent wären, wäre es für mich auch wieder logisch.
Vielleicht sollte man aber anzeigen, ob es temporär oder dauerhaft geändert wird, um Missverständnisse zu vermeiden.
Re: Zielladen, temporär vs. persistent, Backend vs. frontend
Verfasst: Do Nov 06, 2025 6:51 am
von gpr
aiole hat geschrieben: Di Nov 04, 2025 10:41 am
Die Pläne sollten aber immer nur 1x und immer persistent im Frontend verfügbar sein. Da blickt niemand mehr durch, wenn es davon Temporärableger gäbe.
Sehe ich genau so.
ChristophR hat geschrieben: Mi Nov 05, 2025 7:17 pm
Ich habe es gerade mal ausprobiert:
Die Zielladepläne, die man im Koala nun "im Ladepunkt" anpassen kann, sind nur temporär und ändern das Ladeprofil nicht, werden also nicht persistent übernommen.
Vielleicht ein Zwischenstand der Entwicklung?
ChristophR hat geschrieben: Mi Nov 05, 2025 7:17 pm
Vielleicht sollte man aber anzeigen, ob es temporär oder dauerhaft geändert wird, um Missverständnisse zu vermeiden.
Sehe ich gar nicht so, siehe oben.
Ein Vorschlag ans openWB Team: Wir diskutieren hier munter, in der Hoffnung dass es eine Hilfe ist. aiole gibt Rückmeldung dass die Diskussion einfließt - gut. Wenn Lena mit der Implementierung beginnt, habt ihr euch wohl für eine Lösung entschieden. Diese Lösung ist bestimmt als kleine Spezifikation aufgeschrieben. Warum veröffentlicht ihr nicht die Spezifikation hier und lasst sie kommentieren?
Einige hier haben sich tief reingedacht, das kann man doch nutzen. Und wertschätzend wäre es ebenso.
Re: Zielladen, temporär vs. persistent, Backend vs. frontend
Verfasst: Do Nov 06, 2025 4:59 pm
von aiole
Wir können das gern hier zusammenfassen. Das erleichtert den Transfer ans Team. Ich fange an und ihr gebt bitte nochmal feedback, was ich dann hier in den Post als Zusammenfassung reinpacke. Bitte ultra-nerdige special use cases erstmal außen vor lassen. Es geht um Standardfälle mit möglichst simpler Bedienung.
Zusammenfassung
1. Die Temporärbedienung für die Änderung des Lademodus und zugehöriger Details ist von Vorteil (außer bei Plänen).
z.B.: default = PV-Laden -> schnell mal weg -> temporär Sofortladen
Die Temporärbedienung wird in den Einstellungen an/abschaltbar eingebaut, um usern die freie Wahl zu lassen (kommt mit 2.1.9 + 2.1.8-patch4) -> default: temporär = deaktiv, -> erledigt
2. Pläne nur 1x im Frontend (Standard/Koala) und dort sofort + persistent wirkend => kein extra Abstecken bei einmaligen Zielladen
neu in 2.1.9 geplant: Pläne im Frontend (Standard/Koala) temporär wirkend + Schalter "persistent im Lade-Profil speichern" => kein extra Abstecken bei einmaligen Zielladen
3. Zielladen würde ich als eigenen Lademodus behalten. Die Alternative wäre ein Ziellade-Button wie bei Zeitladen, der hinzuschaltbar wäre. Das verwässert jedoch den Sofort-Lademodus ähnlich wie in 2.1.7 das preisbasierte Laden -> Das ist nicht intuitiv.
4. weitere Vereinfachungen durch feste Zuordnung von 1x Ladepunkt-Profil zu Ladepunkt sowie 1x Fahrzeug-Profil + 1x Lade-Profil zu jedem Fahrzeug mit Verstecken sämtlicher Profile - wäre ab 2.2.0 denkbar
Liste wird kontinuierlich upgedatet - bitte bringt euch mit weiteren Vorschlägen und Ideen ein
Re: Zielladen, temporär vs. persistent, Backend vs. frontend
Verfasst: Sa Jan 24, 2026 8:15 am
von therobbot
Ich wärme das Thema nochmal auf. Ich bin jetzt auf der 2.1.9 Release Version und ich bin immer noch der Meinung, dass die Implementierung nicht ideal ist.
Meine Anforderungen sind (in einem Haushalt, wo 7 Leute sich die Autos teilen und Absprachen manchmal schwierig sind):
Standardmäßig soll unser EV wie folgt laden:
- Mit voller Geschwindigkeit auf 60%
- Mit Überschuss auf 85%
- Zum Morgen auf 70%
Es soll aber auch möglich sein...
- ... einmalige Ladeziele einfach zu definieren
- ... Gastautos zu laden
- ... wenn es schnell gehen muss und man mal kein Ladeziel definieren will, einfach auf Sofortladen zu stellen.
Ich habe das jetzt durch Standardmodus "Zielladen" kombiniert mit Zeitladen für die Mindestladung konfiguriert. Dadurch, dass man in der 2.1.9 jetzt die Zielladepläne direkt aus dem Frontend ändern kann, geht das gut. Allerdings musste ich dafür die Einstellungen wieder auf persistent setzen, denn sonst würden die einmaligen Ladeziele ja wieder gelöscht, wenn nochmal jemand wegfährt.
Dadurch bleiben aber jetzt auch die Einstellungen erhalten, wenn man auf ein Gastauto stellt oder mal auf Sofortladen stellt. Im Grunde bin ich ein Fan von den temporären Einstellungen. Nur bei den Zielladeplänen hätte ich gerner Persistenz.
Aus meiner Sicht wäre es optimal, wenn man grundsätzlich temporäre Einstellungen aktivieren könnte, aber einstellen könnte, dass die Zielladepläne (oder noch besser nur das einmalige Zielladen) persistent sind. Es könnte dafür z.B. bei den Einstellungen des Zielladeplans einen Schalter geben. Oder man macht die einmaligen Ladeziele grundsätzlich persistent. Ich sehe eigentlich keinen Anwendungsfall, wo man wollen würde, dass ein einmaliges Ladeziel wieder gelöscht wird, wenn das Auto abgesteckt wird.
Re: Zielladen, temporär vs. persistent, Backend vs. frontend
Verfasst: Sa Jan 24, 2026 8:26 am
von therobbot
Und noch was: genial wäre es, wenn man bei den Ladezielen eine Einstellung hätte, dass im Frontend eine vereinfachte Ansicht angezeigt wird. Für weniger technisch versierte Nutzer wäre es übersichtlicher, wenn sie beim einmaligen Ladeziel nur Datum, Zeit und Zielladestand ändern könnten und die ganzen anderen Optionen gar nicht sehen würden.
Um nochmal zusammenzufassen: eigentlich hätte ich gerne temporäre Ladeeinstellungen aber zusätzlich eine Möglichkeit, ein einmaliges Ladeziel persistent und mit möglichst wenig zusätzlichen Optionen zu definieren. Im Grunde wäre dafür auch ein Button direkt in der Hauptansicht ideal, ohne erst auf das Zahnrad klicken zu müssen. Dann würde man das auch von der Hauptansicht auf einen Blick sehen, wenn ein einmaliges Ziel aktiv ist.
Letztlich finde ich, dass die einmaligen Ladeziele logisch einfach was anderes sind, als die regelmäßigen Ladeziele und daher auch anders bahandelt und eingestellt werden sollten.
Re: Zielladen, temporär vs. persistent, Backend vs. frontend
Verfasst: Sa Jan 24, 2026 9:09 am
von ChristophR
therobbot hat geschrieben: Sa Jan 24, 2026 8:15 am
Ich wärme das Thema nochmal auf. Ich bin jetzt auf der 2.1.9 Release Version und ich bin immer noch der Meinung, dass die Implementierung nicht ideal ist.
Meine Anforderungen sind (in einem Haushalt, wo 7 Leute sich die Autos teilen und Absprachen manchmal schwierig sind):
Standardmäßig soll unser EV wie folgt laden:
- Mit voller Geschwindigkeit auf 60%
- Mit Überschuss auf 85%
- Zum Morgen auf 70%
Es soll aber auch möglich sein...
- ... einmalige Ladeziele einfach zu definieren
- ... Gastautos zu laden
- ... wenn es schnell gehen muss und man mal kein Ladeziel definieren will, einfach auf Sofortladen zu stellen.
Ich habe das jetzt durch Standardmodus "Zielladen" kombiniert mit Zeitladen für die Mindestladung konfiguriert. Dadurch, dass man in der 2.1.9 jetzt die Zielladepläne direkt aus dem Frontend ändern kann, geht das gut. Allerdings musste ich dafür die Einstellungen wieder auf persistent setzen, denn sonst würden die einmaligen Ladeziele ja wieder gelöscht, wenn nochmal jemand wegfährt.
Dadurch bleiben aber jetzt auch die Einstellungen erhalten, wenn man auf ein Gastauto stellt oder mal auf Sofortladen stellt. Im Grunde bin ich ein Fan von den temporären Einstellungen. Nur bei den Zielladeplänen hätte ich gerner Persistenz.
Aus meiner Sicht wäre es optimal, wenn man grundsätzlich temporäre Einstellungen aktivieren könnte, aber einstellen könnte, dass die Zielladepläne (oder noch besser nur das einmalige Zielladen) persistent sind. Es könnte dafür z.B. bei den Einstellungen des Zielladeplans einen Schalter geben. Oder man macht die einmaligen Ladeziele grundsätzlich persistent. Ich sehe eigentlich keinen Anwendungsfall, wo man wollen würde, dass ein einmaliges Ladeziel wieder gelöscht wird, wenn das Auto abgesteckt wird.
Für Koala hatte ich schon eine Idee:
Man hat ja 3 Tabs, Ladepunkt, Fahrzeug und Speicher.
Im Ladepunkt wie bisher die temporären Einstellungen.
Wenn man etwas permanent einstellen möchte, geht man über Fahrzeug, dort sollten die Einstellungen des Ladeprofils permanent sein.
Unter Speicher hätte ich auch gerne die Einstellungen für Mindest-SoC, aber das ist ein anderes Thema.
Die Einstellungen im Ladeprofil sollen natürlich in die aktuelle Session geschrieben werden.
Änderungen am Display sind temporär, das passt soweit.
Momentan habe ich mein Theme auf Standard eingestellt. Wenn ich temporäre Einstellungen konfigurieren möchte, die über ein- oder ausschalten von Plänen hinaus geht, dann rufe ich Koala über die URL manuell auf. Dort kann ich dann Pläne temporär ändern etc.
Wenn ich dauerhafte Änderungen im Ladeprofil haben möchte gehe ich über das Zahnrad im Standard Theme und ändere das Ladeprofil.
Ist natürlich nicht die Ideallösung...
Re: Zielladen, temporär vs. persistent, Backend vs. frontend
Verfasst: Sa Jan 24, 2026 9:49 am
von therobbot
Das wäre eine Möglichkeit, für meine technisch nicht so versierten Mitanwender aber eigentlich immer noch zu komplex.