Seite 13 von 14
Re: Zielladen, temporär vs. persistent, Backend vs. frontend
Verfasst: Sa Jan 24, 2026 2:25 pm
von Philip
Einfach Sofortladen auf 70% als permanente Einstellung definieren. Wenn jemand was anderes will (100% - temporär od. per Zielladen einfach wählbar), muss er halt kommunizieren, falls zwischendurch nochmal jemand anderes das Auto nimmt.
Und wenn 70% nicht für das meiste reichen, dann mach halt 85% draus. Welchen Sinn hat es denn, nachts nochmal 10% draufzuladen?
Im Sommer würde ich das Ganze eher als Zielladen programmieren, wenn die PV ausreicht, den Großteil der gefahrenen Strecken einigermaßen nachzuladen.
Kurzum: mach's doch einfach etwas simpler? Die Family wird's vermutlich danken...
Re: Zielladen, temporär vs. persistent, Backend vs. frontend
Verfasst: Sa Jan 24, 2026 4:35 pm
von Gero
Zum Thema Dinge simpler maxhen wäre ja eine Unterscheidung in einmalige Ziele und regelmäßig wiederkehrende Ziele ja nun auch nicht unbedingt einfach vermittelbar. Fangen wir mal mit dem UI an: wie soll das denn aussehen? Blau markiert statt rot und grün für die regelmäßigen Ziele? Oder irgend ein Icon an der Zeit? Wäre das vermittelbar?
Damit diese Ziele auch persistent werden, müssten die aus dem Ladeprofil z.B. ins Fahrzeug wandern. (Hatte ich ja schonmal vorgeschlagen)
Es wird halt nicht einfacher.
Re: Zielladen, temporär vs. persistent, Backend vs. frontend
Verfasst: Sa Jan 24, 2026 5:37 pm
von Gero
Oh, ich sehe gerade, einmalig gibt es schon. Allerdings hielte ich dynamische Sa, So, ,… (heute ist Sa) für intuitiver als den aktuellen Datumspicker. Mehr als eine Woche in die Zukunft wird wohl keiner einmalig planen wollen. Aus dem Haupt-UI heraus wären nur einmalige Ziele editierbar, es würden aber alle nächsten Termine dargestellt: klickt man auf einen einmaligen, geht fer Editor auf, beim Wiederholtermin wird rot/grün geschaltet wie heute. Vergangene einmalige Termine werden einfach gelöscht.
Und das mit dem umhängen der Zeiten ans Auto ist glaube ich Quatsch, denn zuhause macht man sich eben je Auto ein Profil.
Re: Zielladen, temporär vs. persistent, Backend vs. frontend
Verfasst: Sa Jan 24, 2026 8:02 pm
von ChristophR
Gero hat geschrieben: Sa Jan 24, 2026 5:37 pm
Oh, ich sehe gerade, einmalig gibt es schon. Allerdings hielte ich dynamische Sa, So, ,… (heute ist Sa) für intuitiver als den aktuellen Datumspicker. Mehr als eine Woche in die Zukunft wird wohl keiner einmalig planen wollen. Aus dem Haupt-UI heraus wären nur einmalige Ziele editierbar, es würden aber alle nächsten Termine dargestellt: klickt man auf einen einmaligen, geht fer Editor auf, beim Wiederholtermin wird rot/grün geschaltet wie heute. Vergangene einmalige Termine werden einfach gelöscht.
Und das mit dem umhängen der Zeiten ans Auto ist glaube ich Quatsch, denn zuhause macht man sich eben je Auto ein Profil.
Wenn Du Sa oder So laden möchtest ist das doch nicht einmalig, sondern regelmäßig, in dem Fall wöchentlich. Einmalig kann doch nur ein Datum sein.
Wenn ich eine Reise plane, dann stelle ich meinen einmaligen Plan auf 100% und durchaus länger in die Zukunft. Verschwinden soll er aber nicht, da ich ihn später mit seinen anderen Parametern wieder verwenden möchte. Dafür will ich nicht jedesmal einen neuen anlegen.
Die andere Frage: Mir fällt kein Use Case ein, in dem die Pläne wieder verschwinden sollen, aber ob sie dann aktiv oder inaktiv sein sollten, wenn ich eigentlich temporäre Einstellungen vornehme ist vermutlich nicht klar definierbar.
Aber ich brauche durchaus eine Möglichkeit trotz temporärer Einstellungen relativ einfach etwas permanent einzustellen, daher finde ich für Koala die Stelle Fahrzeuge durchaus dafür tauglich.
Oder gibt es dafür andere Ideen?
Re: Zielladen, temporär vs. persistent, Backend vs. frontend
Verfasst: Sa Jan 24, 2026 8:21 pm
von therobbot
Bitte lasst die 70 Prozent mal aus dem Spiel. Ich habe Gründe dafür, aber die tun sowieso nichts zur Sache. Der Teil funktioniert und macht es auch für die anderen nicht kompliziert, weil sie sich darum überhaupt nicht kümmern müssen.
Re: Zielladen, temporär vs. persistent, Backend vs. frontend
Verfasst: Sa Jan 24, 2026 8:28 pm
von Gero
ChristophR hat geschrieben: Sa Jan 24, 2026 8:02 pm
Wenn Du Sa oder So laden möchtest ist das doch nicht einmalig, sondern regelmäßig, in dem Fall wöchentlich. Einmalig kann doch nur ein Datum sein.
Das war dann doch zu kurz. Ich meine, dass zur programmierung eines einmaligen Ternins rollierend der aktuelle Wochentag als erster und dann die nachfolgenden sechs Wochentage angezeigt werden sollen.
Ich war der Meinung, dass man keinen Ladetermin in vier Wochen programmieren wollte. Aber getäuscht, da tickst du anders als ich.
Verschwinden soll er aber nicht, da ich ihn später mit seinen anderen Parametern wieder verwenden möchte. Dafür will ich nicht jedesmal einen neuen anlegen.
Ich bin der Meinung, dass ein Termin in der Vergangenheit durchaus gelöscht werden kann. Vorsussetzung dafür ist aber, dass man einen neuen schneller und einfacher anlegen können muss, als einen alten herauszusuchen und auf dem Datumsklicker ein neues Datum einzustellen. Wenn ich häufiger mal Donnerstags abends 70% brauche, würde ich eher dazu tendieren, ihn als regelmäßigen Termin anzulegen und nur bei Bedarf zu aktivieren. Die Frage ist halt, was schneller geht: die alten Daten zu korrigieren oder eben neue zu erfassen.
Die andere Frage: Mir fällt kein Use Case ein, in dem die Pläne wieder verschwinden sollen, aber ob sie dann aktiv oder inaktiv sein sollten, wenn ich eigentlich temporäre Einstellungen vornehme ist vermutlich nicht klar definierbar.
Ganz einfach: wenn ich morgens einen Arzttermin in der nächsten Stadt habe, stelle ich eben einen Zieltermin ein. Der nächste Arzttermin ist sicherlich zu einer anderen Uhrzeit. Aktuell ist es ja so (vermute ich mal) dass alle einmaligen Termine der Vergangenheit erhalten bleiben. Da muss ich irgendwann mal aufräumen, damit“s nicht zu voll wird.
Weil mir die ganze Termineinstellerei zu kompliziert ist, mache ich das häufig noch über die Tesla-App. Und da ärgert es mich auch immer, dass meine Einstellungen in der nächsten Woche reaktivert werden. Deshalb muss ich immer daran denken, dass das einmalige auch einmalig bleibt und dementsprechend löschen.
Re: Zielladen, temporär vs. persistent, Backend vs. frontend
Verfasst: Sa Jan 24, 2026 8:34 pm
von therobbot
Gero hat geschrieben: Sa Jan 24, 2026 4:35 pm
Zum Thema Dinge simpler maxhen wäre ja eine Unterscheidung in einmalige Ziele und regelmäßig wiederkehrende Ziele ja nun auch nicht unbedingt einfach vermittelbar. Fangen wir mal mit dem UI an: wie soll das denn aussehen? Blau markiert statt rot und grün für die regelmäßigen Ziele? Oder irgend ein Icon an der Zeit? Wäre das vermittelbar?
Damit diese Ziele auch persistent werden, müssten die aus dem Ladeprofil z.B. ins Fahrzeug wandern. (Hatte ich ja schonmal vorgeschlagen)
Es wird halt nicht einfacher.
Die Unterscheidung gibt es doch bereits. Nur dass halt einmalige Ziele aus meiner Sicht nicht ins Fahrzeugprofil gehören. Ich will nicht "simpler" im Sinne der Software oder der Einstellungen, sondern simpler für Benutzer, die sich nicht für die Technik interessieren. Im Grunde genommen würde ich gerne vermeiden, dass sie überhaupt jemals auf das Zahnrad klicken müssen.
Die einmaligen Ziele I'm Auto war damals auch meine präferierte Lösung.
Was ich wollen würde:
- stellt man auf Sofortladen um, dann wird das beim nächsten Abstecken wieder zurückgesetzt.
- im Modus Zielladen gibt es auf der Frontseite einen Button für ein einmaliges Ladeziel. Das wird persistent gespeichert und man sieht auch auf einen Blick, wenn es aktiv ist.
Ich finde es wichtig, dass man es auch auf der Frontseite sieht. Meine Mituser würden sonst immer fragen, ob es jetzt wirklich aktiv ist.
- ich würde mir auch wünschen, dass es an dieser Stelle weniger Einstellungen gäbe. Die User bräuchten nur Datum, Zeit und gewünschten Ladestand. Alles andere verwirrt nur unnötig.
Re: Zielladen, temporär vs. persistent, Backend vs. frontend
Verfasst: So Jan 25, 2026 2:49 am
von ChristophR
therobbot hat geschrieben: Sa Jan 24, 2026 8:34 pm
Gero hat geschrieben: Sa Jan 24, 2026 4:35 pm
Zum Thema Dinge simpler maxhen wäre ja eine Unterscheidung in einmalige Ziele und regelmäßig wiederkehrende Ziele ja nun auch nicht unbedingt einfach vermittelbar. Fangen wir mal mit dem UI an: wie soll das denn aussehen? Blau markiert statt rot und grün für die regelmäßigen Ziele? Oder irgend ein Icon an der Zeit? Wäre das vermittelbar?
Damit diese Ziele auch persistent werden, müssten die aus dem Ladeprofil z.B. ins Fahrzeug wandern. (Hatte ich ja schonmal vorgeschlagen)
Es wird halt nicht einfacher.
Die Unterscheidung gibt es doch bereits. Nur dass halt einmalige Ziele aus meiner Sicht nicht ins Fahrzeugprofil gehören. Ich will nicht "simpler" im Sinne der Software oder der Einstellungen, sondern simpler für Benutzer, die sich nicht für die Technik interessieren. Im Grunde genommen würde ich gerne vermeiden, dass sie überhaupt jemals auf das Zahnrad klicken müssen.
Die einmaligen Ziele I'm Auto war damals auch meine präferierte Lösung.
Was ich wollen würde:
- stellt man auf Sofortladen um, dann wird das beim nächsten Abstecken wieder zurückgesetzt.
- im Modus Zielladen gibt es auf der Frontseite einen Button für ein einmaliges Ladeziel. Das wird persistent gespeichert und man sieht auch auf einen Blick, wenn es aktiv ist.
Ich finde es wichtig, dass man es auch auf der Frontseite sieht. Meine Mituser würden sonst immer fragen, ob es jetzt wirklich aktiv ist.
- ich würde mir auch wünschen, dass es an dieser Stelle weniger Einstellungen gäbe. Die User bräuchten nur Datum, Zeit und gewünschten Ladestand. Alles andere verwirrt nur unnötig.
Ich habe es mir im Koala nochmal angeschaut, da ich aus o.g. Gründen momentan mehr das Standard-Theme verwende.
Mir fehlt hier tatsächlich eine einfach Möglichkeit, vorhandene Zielpläne zu aktivieren bzw. deaktivieren.
Auf dem Display der openWB kann man einfach die Zielpläne anklicken, sie werden dort Grün(aktiv) oder Rot(inaktiv), da kommt man ziemlich einfach hin.
Im Standard-Theme werden alle Zielpläne des gerade ausgewählten Fahrzeugs unten angezeigt, ich kann sie direkt anklicken, um sie zu (de-)aktivieren, sie werden auch hier rot oder grün.
Im Koala-Theme muss ich das Zahnrad anklicken, dann den Zielplan, dort ganz oben Aktiv umschalten. Ich denke das müsste vereinfacht werden. Entweder z.B. durch langes klicken in der Liste den Plan (de-)aktivieren können, oder noch besser wäre es, wie im Standard-Theme, wenn dies auf der Hauptseite ohne in die Einstellungen zu gehen klappen würde, dann müssten dort bereits alle Ziele angezeigt werden.
Ich habe diverse Ziele, die ich bei Bedarf ein- oder ausschalte, daher muss ich nicht ständig neue anlegen oder löschen. Das ist für mich intuitiver als eine einfache Anlagemöglichkeit. Das würde in Deinem Fall evtl. auch schon helfen.
Man muss halt aufpassen, dass die gewünschten Änderungen nicht die Trennung temporär vs. permanent wieder durcheinander bringen. Daher suche ich Möglichkeiten, die in beiden Fällen passen.
Re: Zielladen, temporär vs. persistent, Backend vs. frontend
Verfasst: So Jan 25, 2026 7:40 am
von therobbot
Also, das würde ich gerade nicht wollen. Ich will nicht, dass dann aus Versehen Ladeziele deaktiviert werden. Das Aktivieren und Deaktivieren ist schon gut so, wie es ist. Du denkst aus Sichtweise eines Power Users.
Re: Zielladen, temporär vs. persistent, Backend vs. frontend
Verfasst: So Jan 25, 2026 8:50 am
von ChristophR
therobbot hat geschrieben: So Jan 25, 2026 7:40 am
Also, das würde ich gerade nicht wollen. Ich will nicht, dass dann aus Versehen Ladeziele deaktiviert werden. Das Aktivieren und Deaktivieren ist schon gut so, wie es ist. Du denkst aus Sichtweise eines Power Users.
Das wäre dann aber nur temporär, daher nur für den schlimm, der sich verklickt hat.
Der Poweruser darf ruhig in der 3. Ebene rumklicken, es ist genau für einfache Bedienung gedacht.
Daher ist es halt so schwer, alle Wünsche umzusetzen, weil die Anforderungen so unterschiedlich sind...