Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Planner: Persist plan #5271

Closed
andig opened this issue Nov 25, 2022 · 16 comments · Fixed by #8115
Closed

Planner: Persist plan #5271

andig opened this issue Nov 25, 2022 · 16 comments · Fixed by #8115
Assignees
Labels
backlog Things to do later

Comments

@andig
Copy link
Member

andig commented Nov 25, 2022

Ich habe heute Morgen zum ersten Mal Zielladen eingestellt.
Dann kam der Hinweis auf eine neue Version (0.108.0).
Nach dem update, waren die Einstellungen beim Zielladen weg.
Die werden noch nicht gespeichert?

Originally posted by @VolkerK62 in #1433 (comment)

@andig andig changed the title Ich habe heute Morgen zum ersten Mal Zielladen eingestellt. Persist Zielladen settings Nov 25, 2022
@andig andig added the enhancement New feature or request label Nov 25, 2022
@pauxus
Copy link
Contributor

pauxus commented Nov 26, 2022

Geht nicht direkt ums Zielladen, aber ich denke, man könnte das hier noch etwas weiter fassen und auch andere Settings kurzzeitig speichern, in meinem Fall konkret: Welche Autos sind angesteckt. Ich habe hier zwei Ladepunkte und es stehen eben auch zwei Fahrzeuge da. Normalerweise wird das auch sauber erkannt, nur wenn bei einem Neustart beide angeschlossen sind, scheitert die Erkennung. Ich muss also dran denken, die Autos wieder zu konfigurieren.

Schön wäre es, wenn auch diese Information Kurzzeit persistiert wird - vielleicht einfach mit einem Zeitstempel. Hier könnte ja sogar einen einfach Json Datei reichen. Wenn beim Neustart der Zeitstempel der Settings nicht älter als 30 min oder so ist, wird sie angezogen und gelöscht, ansonsten eine Warnung ausgegeben.

@github-actions github-actions bot added the stale Outdated and ready to close label Dec 17, 2022
@andig andig removed the stale Outdated and ready to close label Dec 18, 2022
@github-actions github-actions bot added the stale Outdated and ready to close label Jan 8, 2023
@andig andig removed the stale Outdated and ready to close label Jan 9, 2023
@github-actions github-actions bot added the stale Outdated and ready to close label Jan 30, 2023
@PeterPablo

This comment was marked as off-topic.

@github-actions github-actions bot removed the stale Outdated and ready to close label Jan 31, 2023
@andig

This comment was marked as off-topic.

@steve0564
Copy link

Ich habe heute Morgen zum ersten Mal Zielladen eingestellt. Dann kam der Hinweis auf eine neue Version (0.108.0). Nach dem update, waren die Einstellungen beim Zielladen weg. Die werden noch nicht gespeichert?

Originally posted by @VolkerK62 in #1433 (comment)

Nicht nur das!
Das Fatale, wie ich finde, ist die Tatsache, dass das Zielladen nach einem Update noch unverändert erhalten bleibt. Man denkt nun: Super, alles in Ordnung!
image

Aktualisiert man aber die UI-Seite, dann sieht man erst, dass das mit dem Zielladen leider doch nicht klappen wird, da erst jetzt erkennbar ist, dass das Zielladen wieder zurückgesetzt wurde.
image

@andig
Copy link
Member Author

andig commented Mar 1, 2023

Guter Hinweis. Die (nicht vorhandene) Zeit zu löschen können wir schneller nachreichen als die Speicherung.

/cc @hoermto hier wäre direkt ein schöner Anwendungsfall für "settings persistieren".

@VolkerK62
Copy link
Contributor

Das ist ein allgemeines "Problem" und liegt an einer fehlenden Aktualisierung des UI.
Wenn man die evcc Seite im Browser offen hat und ein update durchführt, dann erscheint im UI kurz der Hinweis, dass die Verbindung zum Server weg ist. Wenn die wieder da ist, wird das UI aber nicht aktualisiert und dann passiert u. a. das, was @steve0564 oben beschrieben hat.

@github-actions github-actions bot added the stale Outdated and ready to close label Mar 22, 2023
@andig andig removed the stale Outdated and ready to close label Mar 24, 2023
@torstenwiese
Copy link

Die Überlegung, bzw Bedarf hatte ich auch schon, aber anderes Scenario:
mein Kona verfügt leider nicht über Bluelink, demnach erhält EVCC nicht automatisch den SoC der Batterie.
Nun komme ich von der Arbeit heim und stelle ein, dass z.B. 40% für den nächsten morgen geladen werden sollen. Meine Frau nimmt das Auto, ich bekomme das nicht mit, und morgens ist kein Strom drin.

Mein Gedanke war, die reset Funktion, welche in der Yaml hinterlegt ist, per API bis zu einem anzugebenden Zeitpunkt abzuschalten.
Button, „no reset“ und Abfrage für wieviele Stunden oder bis Uhrzeit hh:mm.

@andig andig changed the title Persist Zielladen settings Planner: Persist plan Apr 21, 2023
@schenlap
Copy link
Contributor

Ich habe folgenden Workaround am Laufen, vielleicht hilft es euch bis zur Lösung.
Über evcc push-message wird ein script aufgerufen welches die Zielzeit (6:00 UTC am nächsten Tag) beim Anstecken setzt.

#!/bin/bash

# configure push messages in evcc.yaml
#messaging:
#  events:
#    connect: # vehicle connect event
#      title: Car connected
#      msg: "Car connected, mode:${mode}"
#    guest:
#      title: Guest connected
#      msg: "Guest connected, mode:${mode}"
#  services:
#    - type: script
#      cmdline: /home/steve/prj/evcc/evcc_message
#      timeout: 50s

ip=localhost:7070
now=$(date)

echo "message received: $1 - $now"
if [[ "$2" == *"connected, mode:pv"* ]] # guest and car
then
        targettime=$(date -d "+1 day" -u +"%Y-%m-%d")T06:00:00Z

        curl -X POST http://$ip/api/loadpoints/1/target/time/$targettime > /dev/null
        echo "Setting targettime: " $targettime
else
        echo "Wrong message: " $2
fi

@torstenwiese
Copy link

Ich habe folgenden Workaround am Laufen, vielleicht hilft es euch bis zur Lösung. Über evcc push-message wird ein script aufgerufen welches die Zielzeit (6:00 UTC am nächsten Tag) beim Anstecken setzt.

#!/bin/bash

# configure push messages in evcc.yaml
#messaging:
#  events:
#    connect: # vehicle connect event
#      title: Car connected
#      msg: "Car connected, mode:${mode}"
#    guest:
#      title: Guest connected
#      msg: "Guest connected, mode:${mode}"
#  services:
#    - type: script
#      cmdline: /home/steve/prj/evcc/evcc_message
#      timeout: 50s

ip=localhost:7070
now=$(date)

echo "message received: $1 - $now"
if [[ "$2" == *"connected, mode:pv"* ]] # guest and car
then
        targettime=$(date -d "+1 day" -u +"%Y-%m-%d")T06:00:00Z

        curl -X POST http://$ip/api/loadpoints/1/target/time/$targettime > /dev/null
        echo "Setting targettime: " $targettime
else
        echo "Wrong message: " $2
fi

Vielen Dank für den Tipp! Hatte ich noch nicht auf dem Radar ein Script auch beim Anstecken zu etablieren.

Zielladen an sich ist aber nicht ganz fehlerfrei, von der Logik her nicht ganz fertig, von EVCC aus. Ich hatte lange, seit einiger Zeit sehr selten, das Problem, dass trotz Begrenzung auf 20A mit 32A geladen wird. Wenn dies geschieht, ist das EV zwar zur Zielzeit geladen, aber zu früh für die Vorklimatisierung.
Es fehlt eventuell ein Nachsteuern des Ladestroms, wenn IST und SOLL über Zeitraum X abweichend sind? 🤔

@andig
Copy link
Member Author

andig commented Apr 21, 2023

Zielladen an sich ist aber nicht ganz fehlerfrei, von der Logik her nicht ganz fertig, von EVCC aus. Ich hatte lange, seit einiger Zeit sehr selten, das Problem, dass trotz Begrenzung auf 20A mit 32A geladen wird. Es fehlt eventuell...

V.a. fehlt ein neues Issue in dem man das nachvollziehen kann. Bitte mit Logfile, hier ist das off-topic.

@diver77
Copy link

diver77 commented Apr 28, 2023

#!/bin/bash

# configure push messages in evcc.yaml
#messaging:
#  events:
#    connect: # vehicle connect event
#      title: Car connected
#      msg: "Car connected, mode:${mode}"
#    guest:
#      title: Guest connected
#      msg: "Guest connected, mode:${mode}"
#  services:
#    - type: script
#      cmdline: /home/steve/prj/evcc/evcc_message
#      timeout: 50s

ip=localhost:7070
now=$(date)

echo "message received: $1 - $now"
if [[ "$2" == *"connected, mode:pv"* ]] # guest and car
then
        targettime=$(date -d "+1 day" -u +"%Y-%m-%d")T06:00:00Z

        curl -X POST http://$ip/api/loadpoints/1/target/time/$targettime > /dev/null
        echo "Setting targettime: " $targettime
else
        echo "Wrong message: " $2
fi

sorry kenne mich überhaupt nicht aus mit scripten.
Wo führst du das script denn genau aus? und wohin muss ich die Messages genau schicken.

Danke für Eure Hilfe

Gruß Diver

@schenlap
Copy link
Contributor

das Scipt legst du irgendwo ab wo evcc läuft und macht es ausführbar chmod +x scriptname
Oben das auskommentierte gehört in die evcc.yaml (natürlich nicht auskommentiert). Den Namen unter cmdline musst du anpassen an das verzeichnis/sciptname. Danach evcc neu starten.

@diver77
Copy link

diver77 commented May 1, 2023

Hallo Schenlap,
danke für dein Antwort. so jetzt fängt es schon an das ich es nicht mehr kapiere. :-)
ich habe homeassistant und evcc auf einem Raspberry installiert. evcc läuft dort als addon.
wenn ich mich jetzt auf den Rapberry über meine ip verbinde sehen ich zwar alles was ich auf homeassistant installiert habe aber leider nichts von evcc.
muss ich das irgendwie über das terminal in homeassistant machen und wenn ja, wie?
und was meinst du ich muss es ausführbar machen?

den rest habe ich glaube ich verstanden. :-) ist dann ja aber auch nicht mehr so viel.

Sorry aber bin doch ein ziemlicher Anfänger in solchen Sachen. Bekomme es zwar irgendwie meistens hin, aber nur dank Leuten wie Dir. :-)

Leider regnerische Grüße und einen schönen Restfeiertag noch.

Gruß Dirver

@schenlap
Copy link
Contributor

schenlap commented May 1, 2023

Sorry, mit Homeassistant kenne ich mich 0 aus, da kann ich leider nicht unterstützen.

@diver77
Copy link

diver77 commented May 2, 2023

Danke für deine Antwort.

Kann mir vielleicht sonst jemand helfen, wie ich das Skript in HA zum laufen bekommen?

Danke

Gruß Diver

@github-actions github-actions bot added the stale Outdated and ready to close label Jun 10, 2023
@andig andig added backlog Things to do later and removed enhancement New feature or request stale Outdated and ready to close labels Jun 10, 2023
@maximinus333

This comment was marked as off-topic.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
backlog Things to do later
Projects
10 participants