feature-request: data-thrift-mode for cloud-requests (mainly cars, specific Hyundai-Bluelink and maybe Kia)

TJ23456 commented 3 weeks ago

Is your feature request related to a problem? Please describe. Currently evcc requests data from the Cloud (Cars - in my case Hyundai-Bluelink) very often in short time intervals to determine the car-SoC. Unfortunately Hyundai is currently allowing only a low amount of requests for each account/car. After a "short" time his results in error 509 in evcc and of course the Bluelink-app doesn´t allow login anymore - at least until midnight. With start of the new day the counter of Bluelink-access-requests is resetted to 0 and Bluelink is reachable again. Even this is not an issue of evcc it should be considered to handle this "behavior".

Describe the solution you'd like I would suggest to introduce an optional data-thrift-mode as a choice compared to the current data-polling-mode:

With activated "data-thrift-mode" evcc only request data from the car-cloud (in my case Bluelink) one time (when evcc see that a car is just connected to one of the controlled wallboxes) to get current SoC and other data.
Then the SoC of the car during the charging-process is only calculated from the energy-amount determined by the Wallbox.
Maybe at the end of the calculated-charging-process evcc could request the current SoC one more time from the cloud.

Of course the data would be less precise in this "data-thrift-mode", but it would be much more benefitial than just have no access to the car remotely for the rest of the day. and I personally don´t care whether the car has 78% or 81% with a given limit of 80%. And of course the battery-size of the car must be known by evcc for calculation.

Describe alternatives you've considered Looking for some kind of automation with Homeassistant to start evcc on the linux only once the wallbox detects a connected car and bring down (stop the evcc-daemon) evcc after the charging-process is finished. Currently I have to do this anyway because evcc doesn´t try to reach out to the Bluelink-cloud again once a new day started.

Any other ideas for workaround?

andig commented 3 weeks ago

Currently evcc requests data from the Cloud (Cars - in my case Hyundai-Bluelink) very often in short time intervals to determine the car-SoC.

That would be a bug. Needs config/logfile.

TJ23456 commented 3 weeks ago

Currently evcc requests data from the Cloud (Cars - in my case Hyundai-Bluelink) very often in short time intervals to determine the car-SoC.

That would be a bug. Needs config/logfile.

One example of the logfile is below. I will enhance the log-levels for this evening and upload again as file. However, what exactly would be the bug here? This behavior of the Bluelink-Cloud is reproduceable even without evcc but with homeassistant and the Bluelink-App. But in homeassistant the Bluelink-integration can be modified regarding "Scan-intervall", "force-refresh-interval" and config of clock-times where "force-refreshes" are prevented.

> Sep 25 09:06:28 wj-pv-laptop systemd[1]: Started evcc.
> Sep 25 09:06:28 wj-pv-laptop evcc[614145]: [main  ] INFO 2024/09/25 09:06:28 evcc 0.130.12
> Sep 25 09:06:28 wj-pv-laptop evcc[614145]: [main  ] INFO 2024/09/25 09:06:28 using config file: /etc/evcc.yaml
> Sep 25 09:06:28 wj-pv-laptop evcc[614145]: [db    ] INFO 2024/09/25 09:06:28 using sqlite database: /var/lib/evcc/evcc.db
> Sep 25 09:06:29 wj-pv-laptop evcc[614145]: [main  ] INFO 2024/09/25 09:06:29 listening at :7070
> Sep 25 09:06:31 wj-pv-laptop evcc[614145]: [lp-1  ] WARN 2024/09/25 09:06:31 deprecated: mincurrent setting is ignored, please remove
> Sep 25 09:06:31 wj-pv-laptop evcc[614145]: [lp-1  ] WARN 2024/09/25 09:06:31 deprecated: maxcurrent setting is ignored, please remove
> Sep 25 09:06:32 wj-pv-laptop evcc[614145]: [semp  ] WARN 2024/09/25 09:06:32 SEMP_BASE_URL unspecified, using http://192.168.100.75:7070 instead
> Sep 25 09:06:32 wj-pv-laptop evcc[614145]: [site  ] INFO 2024/09/25 09:06:32 site config:
> Sep 25 09:06:32 wj-pv-laptop evcc[614145]: [site  ] INFO 2024/09/25 09:06:32   meters:      grid ✓ pv ✓ battery ✓
> Sep 25 09:06:32 wj-pv-laptop evcc[614145]: [site  ] INFO 2024/09/25 09:06:32     grid:      power ✓ energy ✓ currents ✓
> Sep 25 09:06:32 wj-pv-laptop evcc[614145]: [site  ] INFO 2024/09/25 09:06:32     pv 1:      power ✓ energy ✓ currents ✗
> Sep 25 09:06:32 wj-pv-laptop evcc[614145]: [site  ] INFO 2024/09/25 09:06:32     battery 1: power ✓ energy ✓ currents ✗ soc ✓ capacity ✓
> Sep 25 09:06:32 wj-pv-laptop evcc[614145]: [site  ] INFO 2024/09/25 09:06:32   vehicles:
> Sep 25 09:06:32 wj-pv-laptop evcc[614145]: [site  ] INFO 2024/09/25 09:06:32     vehicle 1: range ✓ finish ✓ status ✓ climate ✗ wakeup ✓
> Sep 25 09:06:32 wj-pv-laptop evcc[614145]: [lp-1  ] INFO 2024/09/25 09:06:32 loadpoint 1:
> Sep 25 09:06:32 wj-pv-laptop evcc[614145]: [lp-1  ] INFO 2024/09/25 09:06:32   mode:        pv
> Sep 25 09:06:32 wj-pv-laptop evcc[614145]: [lp-1  ] INFO 2024/09/25 09:06:32   charger:     power ✓ energy ✓ currents ✓ phases ✓ wakeup ✗
> Sep 25 09:06:32 wj-pv-laptop evcc[614145]: [lp-1  ] INFO 2024/09/25 09:06:32   meters:      charge ✓
> Sep 25 09:06:32 wj-pv-laptop evcc[614145]: [lp-1  ] INFO 2024/09/25 09:06:32     charge:    power ✓ energy ✓ currents ✓
> Sep 25 09:06:32 wj-pv-laptop evcc[614145]: [site  ] WARN 2024/09/25 09:06:32 interval <30s can lead to unexpected behavior, see https://docs.evcc.io/docs/reference/configuration/interval
> Sep 25 09:06:32 wj-pv-laptop evcc[614145]: [lp-1  ] INFO 2024/09/25 09:06:32 car disconnected
> Sep 25 09:06:49 wj-pv-laptop evcc[614145]: [lp-1  ] INFO 2024/09/25 09:06:49 vehicle updated: unknown -> Kona
> Sep 25 09:07:29 wj-pv-laptop evcc[614145]: [lp-1  ] INFO 2024/09/25 09:07:29 vehicle updated: Kona -> unknown
> Sep 25 09:07:36 wj-pv-laptop evcc[614145]: [lp-1  ] INFO 2024/09/25 09:07:36 vehicle updated: unknown -> Kona
> Sep 25 16:04:42 wj-pv-laptop evcc[614145]: [lp-1  ] INFO 2024/09/25 16:04:42 car connected
> Sep 25 16:05:02 wj-pv-laptop evcc[614145]: [lp-1  ] INFO 2024/09/25 16:05:02 start charging ->
> Sep 25 16:15:42 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 16:15:42 vehicle soc limit: unexpected status: 509 ()
> Sep 25 16:15:42 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 16:15:42 vehicle range: must retry
> Sep 25 16:17:52 wj-pv-laptop evcc[614145]: [lp-1  ] WARN 2024/09/25 16:17:52 vehicle soc: unexpected status: 509 () (ignored by estimator)
> Sep 25 16:17:52 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 16:17:52 vehicle soc limit: unexpected status: 509 ()
> Sep 25 16:17:52 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 16:17:52 vehicle range: must retry
> Sep 25 16:19:53 wj-pv-laptop evcc[614145]: [lp-1  ] WARN 2024/09/25 16:19:53 vehicle soc: unexpected status: 509 () (ignored by estimator)
> Sep 25 16:19:53 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 16:19:53 vehicle soc limit: unexpected status: 509 ()
> Sep 25 16:19:53 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 16:19:53 vehicle range: must retry
> Sep 25 16:22:02 wj-pv-laptop evcc[614145]: [lp-1  ] WARN 2024/09/25 16:22:02 vehicle soc: unexpected status: 509 () (ignored by estimator)
> Sep 25 16:22:02 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 16:22:02 vehicle soc limit: unexpected status: 509 ()
> Sep 25 16:22:02 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 16:22:02 vehicle range: must retry
> Sep 25 16:24:03 wj-pv-laptop evcc[614145]: [lp-1  ] WARN 2024/09/25 16:24:03 vehicle soc: unexpected status: 509 () (ignored by estimator)
> Sep 25 16:24:04 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 16:24:04 vehicle soc limit: unexpected status: 509 ()
> Sep 25 16:24:04 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 16:24:04 vehicle range: must retry
> Sep 25 16:26:12 wj-pv-laptop evcc[614145]: [lp-1  ] WARN 2024/09/25 16:26:12 vehicle soc: unexpected status: 509 () (ignored by estimator)
> Sep 25 16:26:12 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 16:26:12 vehicle soc limit: unexpected status: 509 ()
> Sep 25 16:26:12 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 16:26:12 vehicle range: must retry
> Sep 25 16:28:22 wj-pv-laptop evcc[614145]: [lp-1  ] WARN 2024/09/25 16:28:22 vehicle soc: unexpected status: 509 () (ignored by estimator)
> Sep 25 16:28:22 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 16:28:22 vehicle soc limit: unexpected status: 509 ()
> Sep 25 16:28:22 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 16:28:22 vehicle range: must retry
> Sep 25 16:30:33 wj-pv-laptop evcc[614145]: [lp-1  ] WARN 2024/09/25 16:30:33 vehicle soc: unexpected status: 509 () (ignored by estimator)
> Sep 25 16:30:33 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 16:30:33 vehicle soc limit: unexpected status: 509 ()
> Sep 25 16:30:33 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 16:30:33 vehicle range: must retry
> Sep 25 16:32:42 wj-pv-laptop evcc[614145]: [lp-1  ] WARN 2024/09/25 16:32:42 vehicle soc: unexpected status: 509 () (ignored by estimator)
> Sep 25 16:32:43 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 16:32:43 vehicle soc limit: unexpected status: 509 ()
> Sep 25 16:32:43 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 16:32:43 vehicle range: must retry
> Sep 25 16:34:52 wj-pv-laptop evcc[614145]: [lp-1  ] WARN 2024/09/25 16:34:52 vehicle soc: unexpected status: 509 () (ignored by estimator)
> Sep 25 16:34:52 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 16:34:52 vehicle soc limit: unexpected status: 509 ()
> Sep 25 16:34:52 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 16:34:52 vehicle range: must retry
> Sep 25 16:37:03 wj-pv-laptop evcc[614145]: [lp-1  ] WARN 2024/09/25 16:37:03 vehicle soc: unexpected status: 509 () (ignored by estimator)
> Sep 25 16:37:03 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 16:37:03 vehicle soc limit: unexpected status: 509 ()
> Sep 25 16:37:03 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 16:37:03 vehicle range: must retry
> Sep 25 16:39:12 wj-pv-laptop evcc[614145]: [lp-1  ] WARN 2024/09/25 16:39:12 vehicle soc: unexpected status: 509 () (ignored by estimator)
> Sep 25 16:39:12 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 16:39:12 vehicle soc limit: unexpected status: 509 ()
> Sep 25 16:39:12 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 16:39:12 vehicle range: must retry
> Sep 25 16:39:22 wj-pv-laptop evcc[614145]: [lp-1  ] INFO 2024/09/25 16:39:22 stop charging <-
> Sep 25 16:41:12 wj-pv-laptop evcc[614145]: [lp-1  ] WARN 2024/09/25 16:41:12 vehicle soc: unexpected status: 509 () (ignored by estimator)
> Sep 25 16:41:13 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 16:41:13 vehicle soc limit: unexpected status: 509 ()
> Sep 25 16:41:13 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 16:41:13 vehicle range: must retry
> Sep 25 20:43:12 wj-pv-laptop evcc[614145]: [lp-1  ] INFO 2024/09/25 20:43:12 start charging ->
> Sep 25 20:43:13 wj-pv-laptop evcc[614145]: [lp-1  ] WARN 2024/09/25 20:43:13 vehicle soc: unexpected status: 509 () (ignored by estimator)
> Sep 25 20:43:15 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 20:43:15 vehicle soc limit: unexpected status: 509 ()
> Sep 25 20:43:15 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 20:43:15 vehicle range: must retry
> Sep 25 20:45:22 wj-pv-laptop evcc[614145]: [lp-1  ] WARN 2024/09/25 20:45:22 vehicle soc: unexpected status: 509 () (ignored by estimator)
> Sep 25 20:45:23 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 20:45:23 vehicle soc limit: unexpected status: 509 ()
> Sep 25 20:45:23 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 20:45:23 vehicle range: must retry
> Sep 25 20:47:32 wj-pv-laptop evcc[614145]: [lp-1  ] WARN 2024/09/25 20:47:32 vehicle soc: unexpected status: 509 () (ignored by estimator)
> Sep 25 20:47:32 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 20:47:32 vehicle soc limit: unexpected status: 509 ()
> Sep 25 20:47:32 wj-pv-laptop evcc[614145]: [lp-1  ] ERROR 2024/09/25 20:47:32 vehicle range: must retry
> Sep 25 20:49:06 wj-pv-laptop evcc[614145]: [main  ] INFO 2024/09/25 20:49:06 evcc was stopped by user. OS should restart the service. Or restart manually.
> Sep 25 20:49:07 wj-pv-laptop systemd[1]: evcc.service: Deactivated successfully.

VolkerK62 commented 3 weeks ago

I am using evcc with bluelink (Ioniq5) since nearly 3 years (but without HA or ioBroker or any other tool) and I didn´t have this error at any time.

andig commented 3 weeks ago

We need trace log for http, other components debug. If it errors right from start the problem is before. Make sure that's not the case.

TJ23456 commented 3 weeks ago

I am using evcc with bluelink (Ioniq5) since nearly 3 years (but without HA or ioBroker or any other tool) and I didn´t have this error at any time.

Womöglich liegt das Problem bei mir auch an einer Kombination aus verschiedenen Ursachen - muss ich noch testen:

Am Ort der Ladepunkte besteht eine schlechte Netzabdeckung - womöglich führt das zu häufigen Cloud-Requests
oder Hyundai hat die Bluelink-Cloud für den Kona anders konfiguriert als für den Ioniq5
oder evcc und Homeassistant produzieren zusammen zuviele Cloud-Requests (jedenfalls kam der Homeassistant bislang allein halbwegs klar). Allerdings hatte ich natürlich die Homeassistant-App deaktiviert für dieses Testing - das Problem besteht jedoch weiterhin.
Eines ist jedoch Fakt: die Bluelink-Cloud sperrt aber einer (mir unbekannten) Anzahl Cloud-Requests den Zugang bis zum Ende des Tages. Daher war mein erster Gedanke die Implementierung des "Daten-Sparmodus", weil mit den vorliegenden Daten (Start-Fahrzeug-SoC, Batteriegröße (aus der Config) und Lademenge (aus der Wallbox) der SoC während des Ladevorgangs halbwegs brauchbar berechnet werden könnte, ohne die Daten aus der Cloud abzufragen (zumindest bis zum (nahen) Ende des Ladevorgangs)...

Für mich mal als Gedankenstütze bzgl. eines Workarounds:

in einigen Foren-Einträgen aus der Vergangenheit (2022) findet man die Zahl von mx. 200 API-Requests für Bluelink - für USA im Jahr 2020 sogar nur 30 API-Requests. Bei API-calls alle 15 min wären es dann 96 API-requests...
evtl. gilt das Limit pro Account - dann könnte man evtl. für evcc einen eigenen Bluelink-Account anlegen
Vielleicht könnte man auch den Fahrzeug-SoC zentral abfragen (z.B. in HA) und diese Daten dann zum evcc telefonieren - Ich muss mir die evcc-API mal anschauen, ob das funktioniert...

andig commented 3 weeks ago

oder evcc und Homeassistant produzieren zusammen

Wenn Du das Api mit HA zuballerst leider natürlich evcc. Wir fragen nur max. all 15min an.

TJ23456 commented 3 weeks ago

oder evcc und Homeassistant produzieren zusammen

Wenn Du das Api mit HA zuballerst leider natürlich evcc. Wir fragen nur max. all 15min an.

HA fragt bei mir eigentlich nur alle 30 min ab. Aber ich schalte es für den Test ab. Logfiles kommen dann morgen.

andig commented 3 weeks ago

I still like the idea of the thrift mode for those cases where the charger provides an initial soc only (simulated DC) and vehicle API is down or not configured:

TJ23456 commented 3 weeks ago

I still like the idea of the thrift mode for those cases where the charger provides an initial soc only (simulated DC) and vehicle API is down or not configured:

... and maybe where a mobile-data-connection for Internet with limited amount of data is in place. Ok, I know that the API-requests doesn´t consume that much data - but maybe it helps

TJ23456 commented 3 weeks ago

We need trace log for http, other components debug. If it errors right from start the problem is before. Make sure that's not the case.

So, now it was faster than expected until the error-message was dropped - log file attached. (please ignore the message: "charge power: Get "http://192.168.100.74/api/status?filter=alw,car,eto,nrg,wh,trx,cards": context deadline exceeded (Client.Timeout exceeded while awaiting headers)" - the Go-e charger has only a weak WiFi-connection for my tests) evcc.log

Es scheint das http-trace zu fehlen. Habe ich das falsch konfiguriert?:

log: debug
levels:
  http: trace

Interpretiere ich die Fehler-Logs richtig, dass evcc alle 2,5 Minuten bei der Cloud versucht anzufragen? Schön ist, dass trotz der Cloud-Fehler der estimated SoC kalkuliert und angezeigt wird (damit wäre ja schon die Hälfte meines Feature-Requests erledigt :-) )

VolkerK62 commented 3 weeks ago

Interpretiere ich die Fehler-Logs richtig, dass evcc alle 2,5 Minuten bei der Cloud versucht anzufragen?

Das ist nicht die Regel, sondern nur situationsbedingt, weil die Anfragen abgelehnt werden. Dann gibt es immer wieder einen retry.

Das ist auch nicht normal. (Oder hast du da händisch eingegriffen?)

> Sep 25 09:06:49 wj-pv-laptop evcc[614145]: [lp-1  ] INFO 2024/09/25 09:06:49 vehicle updated: unknown -> Kona
> Sep 25 09:07:29 wj-pv-laptop evcc[614145]: [lp-1  ] INFO 2024/09/25 09:07:29 vehicle updated: Kona -> unknown
> Sep 25 09:07:36 wj-pv-laptop evcc[614145]: [lp-1  ] INFO 2024/09/25 09:07:36 vehicle updated: unknown -> Kona

TJ23456 commented 3 weeks ago

Interpretiere ich die Fehler-Logs richtig, dass evcc alle 2,5 Minuten bei der Cloud versucht anzufragen?

Das ist nicht die Regel, sondern nur situationsbedingt, weil die Anfragen abgelehnt werden. Dann gibt es immer wieder einen retry.

Das ist auch nicht normal. (Oder hast du da händisch eingegriffen?)
> Sep 25 09:06:49 wj-pv-laptop evcc[614145]: [lp-1  ] INFO 2024/09/25 09:06:49 vehicle updated: unknown -> Kona
> Sep 25 09:07:29 wj-pv-laptop evcc[614145]: [lp-1  ] INFO 2024/09/25 09:07:29 vehicle updated: Kona -> unknown
> Sep 25 09:07:36 wj-pv-laptop evcc[614145]: [lp-1  ] INFO 2024/09/25 09:07:36 vehicle updated: unknown -> Kona

Das sind alte Log-Meldungen - da habe ich händisch eingegriffen, weil der Kona irgendwann am nächsten Morgen nicht mehr von evcc abgefragt wird - vielleicht gibt evcc nach einer gewissen Menge an "retry"´s auf - jedenfalls muss ich das Fahrzeug jeden morgen erneut speichern, damit die Cloud-Abfrage wieder funktioniert.

Ich versuche halt gerade, evcc für mich zum Laufen zu bringen und teste dazu einiges. An sich läuft alles, aber dass die Bluelink-Cloud irgendwann die API-calls ablehnt und dieser Thread geschlossen wurde (Homeassistant hatte ich natürlich deaktiviert - hätte ich mal schreiben sollen, vielleicht hätte andig dann nicht den Status auf "Closed" gesetzt, weil der Feature-Request vielleicht doch sinnvoll sein könnte), ist für mich schwierig, weil ich das Fahrzeug jeden Morgen neu anlegen/speichern muss...

VolkerK62 commented 3 weeks ago

Versteh ich nicht. Läuft bei mir ohne Probleme. Hast du in der yaml beim Auto oder Loadpoint irgendetwas besonderes konfiguriert? (soc polling oder cache)

Bin mir auch nicht sicher, ob http: trace richtig ist. Ich denke eher hyundai: trace

TJ23456 commented 3 weeks ago

hyundai: trace

Erstmal: vielen Dank für deine Unterstützung! Deinen Vorschlag mit dem Trace probiere mal aus.

Das Auto ist über die GUI konfiguriert - die einzige Besonderheit ist vielleicht, dass ich den Cache auf "60" gesetzt hatte (in der Hoffnung, dass damit vielleicht das Problem behoben würde.)

Der Loadpoint sieht so aus:

loadpoints:
  - title: Go-e-Charger # display name for UI
    charger: Werner_GoE # charger
    mode: "pv" # set default charge mode, use "off" to disable by default if charger is publicly available, charge mode (off, now, minpv, pv)
    phases: 0 # electrical connection (normal charger: default 3 for 3 phase, 1p3p charger: 0 for "auto" or 1/3 for fixed phases)
    #minCurrent: 6 # minimum charge current (default 6A)
    #maxCurrent: 16 # maximum charge current (default 16A)
    enable:
      # einschalten, wenn 1 Minute lang mindestens 3500 W Überschuss vorhanden ist
      delay: 1m
      threshold: -3500
    disable:
      # ausschalten, wenn 5 Minuten lang mehr als 2000 W aus dem Netz bezogen werden
      delay: 5m
      threshold: 2000

andig commented 3 weeks ago

60 wären dann Nanosekunden. Warum nicht einfach mal den Standard lassen am Anfang?!

TJ23456 commented 3 weeks ago

60 wären dann Nanosekunden. Warum nicht einfach mal den Standard lassen am Anfang?!

Das hatte ich erst nach einigen Versuchen gemacht. Die Eingabe war einer meiner Folgeversuche, die Cloud-API-Calls hinauszuzögern (also die Intervalle zu verlängern). Aber 60ns machen die Sache wohl nicht besser - habe ich wieder etwas gelernt.

Eigentlich war mein Ziel, den Cache auf 60 minuten zu erhöhen (allerdings nimmt die GUI die Eingabe "60m" nicht - daher die 60.

Was ist denn mit meinem Feature-Request - da dieser Thread "closed" ist, würde ich mal ein "wird nicht umgesetzt" vermuten? Ist auch ok - Ihr macht das ja freiwillig.

andig commented 3 weeks ago

/cc @naltatis wie ist das mit Durations im UI?

naltatis commented 3 weeks ago

Ja, Duration-Felder in Config UI scheinen noch eine Baustelle zu sein. Die Eingabe erfolgt immer in Sekunden (also nicht als Go Duration Strings), aber wir kommunizieren das nicht und zeigen zudem noch ein falsches Beispiel das für die evcc.yaml gedacht ist (5m). Ist ein separates issue.

evcc-io / evcc

feature-request: data-thrift-mode for cloud-requests (mainly cars, specific Hyundai-Bluelink and maybe Kia) #16363