Cupra Connect SoC

Alles rund um SoC (Ladezustand des Fahrzeuges). Probleme, Fragen, Fehlfunktionen gehören hier hin
rleidner
Beiträge: 1328
Registriert: Mo Nov 02, 2020 9:50 am
Has thanked: 35 times
Been thanked: 103 times

Re: Cupra Connect SoC

Beitrag von rleidner »

ChristophR hat geschrieben: Mi Jul 16, 2025 1:15 pm
rleidner hat geschrieben: Mi Jul 16, 2025 1:04 pm
ChristophR hat geschrieben: Mi Jul 16, 2025 12:41 pm Spannend wäre, ob der Token vor Ablauf ohne Zugangsdaten aktualisiert werden kann.
Siehe oben - das hast Du vermutlich schon getestet. ;-)
Der aktuelle Token läuft noch bis zum 11.01.2026, das kann ich daher ohne Zeitmaschine noch nicht testen. ;)
Wenn das File mit dem Access-Token in der ramdisk fehlt muß erst ein Refresh passieren, bevor der EV-Status geholt werden kann.
rleidner hat geschrieben: Mi Jul 16, 2025 1:04 pm
ChristophR hat geschrieben: Mi Jul 16, 2025 12:41 pm Habe aktuell noch ein Problem mit Aktualisierung beim Anstecken, das ist ein bisschen hinderlich, gehört aber vermutlich zum normalen master-Feedback:

Ich hätte erwartet, da das Aktualisieren des SoC nach Anstecken schon drin ist.
Falls nicht: Ich habe vor einiger Zeit die Aktualisierung nach Charging-Stop eingebaut. Den PR könnte man als Muster nehmen: https://github.com/openWB/core/pull/2287
Mal sehen, was als Rückmeldung von Lena kommt, wird ja für alle SoC Module gleichermaßen relevant sein.
Im chargepoint.py steht dies:

Code: Alles auswählen

           # SoC nach Anstecken aktualisieren
            if ((self.data.get.plug_state and self.data.set.plug_state_prev is False) or
                    (self.data.get.plug_state is False and self.data.set.plug_state_prev) or
                    (self.data.get.soc_timestamp and self.data.set.charging_ev_data.data.get.soc_timestamp and
                        self.data.get.soc_timestamp > self.data.set.charging_ev_data.data.get.soc_timestamp)):
                Pub().pub(f"openWB/set/vehicle/{self.data.config.ev}/get/force_soc_update", True)
                log.debug("SoC nach Anstecken")
            self.set_state_and_log(message)
        except Exception:
            log.exception(f"Fehler bei Ladepunkt {self.num}")
Das sollte das Aktualisieren nach Anstecken schon realisieren.
openWB-2 Standard+ | openWB EVU Kit v2 MID| 9,9kWp mit Kostal Plenticore 8.5 plus | VW ID.3, Kia EV6, Smart EQ forfour
ChristophR
Beiträge: 1147
Registriert: So Okt 30, 2022 8:07 am
Has thanked: 56 times
Been thanked: 89 times

Re: Cupra Connect SoC

Beitrag von ChristophR »

rleidner hat geschrieben: Mi Jul 16, 2025 1:34 pm
ChristophR hat geschrieben: Mi Jul 16, 2025 1:15 pm Der aktuelle Token läuft noch bis zum 11.01.2026, das kann ich daher ohne Zeitmaschine noch nicht testen. ;)
Wenn das File mit dem Access-Token in der ramdisk fehlt muß erst ein Refresh passieren, bevor der EV-Status geholt werden kann.
OK, was passiert, wenn der Refresh-Token (Das war der mit 11.01.2026) kurz vor Ablauf ist, bzw. kann der im Normalfall ohne Zugangsdaten aktualisiert werden, wenn er oder der Access-Token noch gültig ist?
Wenn das klappt, könnte es ja ggf. wirklich ohne Zugangsdaten funktionieren.
Geht nur um ein klein wenig Security.

rleidner hat geschrieben: Mi Jul 16, 2025 1:04 pm Im chargepoint.py steht dies:

Code: Alles auswählen

           # SoC nach Anstecken aktualisieren
            if ((self.data.get.plug_state and self.data.set.plug_state_prev is False) or
                    (self.data.get.plug_state is False and self.data.set.plug_state_prev) or
                    (self.data.get.soc_timestamp and self.data.set.charging_ev_data.data.get.soc_timestamp and
                        self.data.get.soc_timestamp > self.data.set.charging_ev_data.data.get.soc_timestamp)):
                Pub().pub(f"openWB/set/vehicle/{self.data.config.ev}/get/force_soc_update", True)
                log.debug("SoC nach Anstecken")
            self.set_state_and_log(message)
        except Exception:
            log.exception(f"Fehler bei Ladepunkt {self.num}")
Das sollte das Aktualisieren nach Anstecken schon realisieren.
Vielleicht hängt das ja mit den neuen temporären Profilen zusammen? Hoffe, dass es aus den Logfiles erkennbar ist, da bin ich raus. ;-)

P.S: Danke für den Tip, habs im MQTT.log gefunden. Das force_soc_update wurde auf vehicle/0 statt vehicle/2 ausgeführt, hat also etwas mit dem Timing bei der Fahrzeugauswahl zu tun. Füge gleich noch die Infos und Logs zum Post hinzu.
openWB Series 2 Standard+, SW-Version 2
SolarEdge SE10K-RWS, BYD LVS 8, 16,8 kWp.
CUPRA Born
Antworten