Hile gesucht: evcc Integration für SW 2.0

Fragen zur Nutzung, Features, usw..
rleidner
Beiträge: 1049
Registriert: Mo Nov 02, 2020 9:50 am
Has thanked: 7 times
Been thanked: 46 times

Re: Hile gesucht: evcc Integration für SW 2.0

Beitrag von rleidner »

uschaurischuum hat geschrieben: Sa Sep 21, 2024 11:43 am Man muss es leider so sagen, OpenWB+EVCC+VW macht momentan wirklich keine große Freude. Wenn's funktioniert, ist es super und besser als alles was andere Wallboxen bieten. Aber das tut es gefühlt 90% der Zeit nicht. Mir ist klar, dass das nicht in erster Linie an der OpenWB liegt.
Du kannst alternativ den VWId Soc-Adapter benutzen.
openWB-2 Standard+ | openWB EVU Kit v2 MID| 9,9kWp mit Kostal Plenticore 8.5 plus | VW ID.3, Kia EV6, Smart EQ forfour
uschaurischuum
Beiträge: 54
Registriert: Di Mär 24, 2020 9:08 am
Been thanked: 1 time

Re: Hile gesucht: evcc Integration für SW 2.0

Beitrag von uschaurischuum »

mrinas hat geschrieben: Sa Sep 21, 2024 12:16 pm Beim grpc code gibt's halt nicht viel rumzuprobieren. Ich rufe zwei Funktionen auf, die erste übergibt die Zugangsdaten um ein Fahrzeug zu erstellen und ich erhalte eine id zurück. Die zweite Funktion übergibt die id und rift den soc ab.
Das war's.
i euch in der Cloud und ist für uns abstrahiert.
Das verstehe ich, habe mir den Code auf GitHub angesehen. Trotzdem gibt es irgeneine Besonderheit, die dazu führt, dass ich für eines der beiden Autos einen timeout bekomme.
OpenWB Series 2, e-Up!, ID.Buzz, SolarEdge
uschaurischuum
Beiträge: 54
Registriert: Di Mär 24, 2020 9:08 am
Been thanked: 1 time

Re: Hile gesucht: evcc Integration für SW 2.0

Beitrag von uschaurischuum »

uschaurischuum hat geschrieben: Sa Sep 21, 2024 11:43 am Mittlerweile hat sich die Situation wieder ein bisschen geändert, die OpenWB kann jetzt keines von beiden Autos abfragen, EVCC lokal sieht nur noch den ID.Buzz, beim e-Up! gibt es wieder einen anderen Fehler.
Letzteres ist wohl mal wieder ein VW-Problem, anscheinend hat sich e-remote mal wieder abgemeldet. Hat nix mit der ObenWB oder EVCC zu tun.
OpenWB Series 2, e-Up!, ID.Buzz, SolarEdge
uschaurischuum
Beiträge: 54
Registriert: Di Mär 24, 2020 9:08 am
Been thanked: 1 time

Re: Hile gesucht: evcc Integration für SW 2.0

Beitrag von uschaurischuum »

Mein Problem hat sich inzwischen "von selbst" gelöst.

Die letzte Fehlermeldung

Code: Alles auswählen

"cannot create vehicle type \'id\': cannot get vehicles: Get \"https://emea.bff.cariad.digital/vehicle/v1/vehicles\": net/http: request canceled (Client.Timeout exceeded while awaiting headers)"
wurde im OpenWB log am 12.10. 11:20:11 aufgezeichnet. Seitdem kann der SoC dieses Fahrzeugs erfolgreich abgerufen werden.

Da sich bei mir nichts verändert hat (die OpenWB ist einfach durchgelaufen, keine SoC-relevanten Einstellungen wurden verändert), vermute ich, dass ein Update von cloud.evcc.io die Angelegenheit gefixt hat. Hoffentlich bleibt's jetzt erst einmal dabei.
OpenWB Series 2, e-Up!, ID.Buzz, SolarEdge
uschaurischuum
Beiträge: 54
Registriert: Di Mär 24, 2020 9:08 am
Been thanked: 1 time

Re: Hile gesucht: evcc Integration für SW 2.0

Beitrag von uschaurischuum »

Leider habe ich mich zu früh gefreut, das Problem ist zurück:

Code: Alles auswählen

2024-11-23 09:56:56,248 - {modules.common.fault_state:49} - {ERROR:fetch soc_ev2} - EVCC: FaultState FaultStateLevel.ERROR, FaultStr <class 'grpc.RpcError'> (<_InactiveRpcError of RPC that terminated with:
	status = StatusCode.UNKNOWN
	details = "cannot create vehicle type 'vw': 503 Service Unavailable"
	debug_error_string = "UNKNOWN:Error received from peer  {created_time:"2024-11-23T09:56:56.2209403+01:00", grpc_status:2, grpc_message:"cannot create vehicle type \'vw\': 503 Service Unavailable"}"
>,), Traceback: 
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/modules/vehicles/evcc/api.py", line 86, in fetch_soc
    response = stub.SoC(
  File "/home/openwb/.local/lib/python3.9/site-packages/grpc/_channel.py", line 1160, in __call__
    return _end_unary_response_blocking(state, call, False, None)
  File "/home/openwb/.local/lib/python3.9/site-packages/grpc/_channel.py", line 1003, in _end_unary_response_blocking
    raise _InactiveRpcError(state)  # pytype: disable=not-instantiable
grpc._channel._InactiveRpcError: <_InactiveRpcError of RPC that terminated with:
	status = StatusCode.UNKNOWN
	details = "cannot create vehicle type 'vw': 503 Service Unavailable"
	debug_error_string = "UNKNOWN:Error received from peer  {created_time:"2024-11-23T09:56:56.2209403+01:00", grpc_status:2, grpc_message:"cannot create vehicle type \'vw\': 503 Service Unavailable"}"
Wie gehabt, eine lokale EVCC Instanz funktioniert einwandfrei

Code: Alles auswählen

> evcc vehicle
[main  ] INFO 2024/11/23 10:04:44 evcc 0.130.10
[main  ] INFO 2024/11/23 10:04:44 using config file: /evcc.yaml
[db    ] INFO 2024/11/23 10:04:44 using sqlite database: /var/lib/evcc/evcc.d
ev3
---
Soc:            83%
Capacity:       32.0kWh
Charge status:  A
Range:          152km
Odometer:       29441km
Finish time:    2024-11-23 09:42:00 +0000 UTC
Climate active: false
Limit Soc:      not available
OnIdentified:   Mode:off, MinCurrent:6, MaxCurrent:32
Das nur zur Info, "schuld" an dem Problem ist vermutlich die EVCC Cloud. Leider bekommt man dort keinen Support, auch nicht als lifetime-Spender.
OpenWB Series 2, e-Up!, ID.Buzz, SolarEdge
Benutzeravatar
humschti
Beiträge: 654
Registriert: Mo Nov 25, 2019 8:25 am
Wohnort: Nürensdorf (Schweiz)
Has thanked: 5 times
Been thanked: 5 times

Re: Hile gesucht: evcc Integration für SW 2.0

Beitrag von humschti »

Ich habe jeweils ein Issue im EVCC Github aufgemacht und recht schnell Feedback erhalten
openWB Series 2 Duo mit EVU, 1/3 Umschaltung und abgesetztem Display, 16 kWp mit Solaredge, Ansteuerung Haushaltsgeräte mit Shelly
Tesla Model S und Cupra Born (SoC via EVCC)
uschaurischuum
Beiträge: 54
Registriert: Di Mär 24, 2020 9:08 am
Been thanked: 1 time

Re: Hile gesucht: evcc Integration für SW 2.0

Beitrag von uschaurischuum »

Inzwischen habe ich auch Antworten bekommen. Gerade funktioniert die SoC Abfrage wieder, fingers crossed dass es so bleibt.

Dafür ist jetzt ein anderes, kleineres Problem aufgetreten: Die SoC Abfrage funktioniert zwar, nicht aber die Abfrage der Reichweite. Die OpenWB sieht "range=None". Diesen Fehler habe ich vorher nicht beobachtet. Vielleicht hat sich an der EVCC API etwas verändert.

Code: Alles auswählen

2024-12-05 10:34:02,384 - {modules.common.configurable_vehicle:56} - {DEBUG:fetch soc_ev1} - Vehicle Instance <class 'modules.vehicles.evcc.config.EVCCVehicleSoc'>
2024-12-05 10:34:02,385 - {modules.common.configurable_vehicle:57} - {DEBUG:fetch soc_ev1} - Calculated SoC-State CalculatedSocState(imported_start=None, manual_soc=None, soc_start=68.0)
2024-12-05 10:34:02,386 - {modules.common.configurable_vehicle:58} - {DEBUG:fetch soc_ev1} - Vehicle Update Data VehicleUpdateData(plug_state=False, charge_state=False, imported=None, battery_capacity=77000, efficiency=90, soc_from_cp=None, timestamp_soc_from_cp=None)
2024-12-05 10:34:02,387 - {modules.common.configurable_vehicle:59} - {DEBUG:fetch soc_ev1} - General Config GeneralVehicleConfig(use_soc_from_cp=False, request_interval_charging=300, request_interval_not_charging=1800, request_only_plugged=False)
2024-12-05 10:34:02,388 - {modules.common.component_context:26} - {DEBUG:fetch soc_ev1} - Update Komponente ['EVCC']
2024-12-05 10:34:02,389 - {modules.vehicles.evcc.api:66} - {DEBUG:fetch soc_ev1} - Fetching EVCC SOC
2024-12-05 10:34:02,697 - {modules.vehicles.evcc.api:79} - {DEBUG:fetch soc_ev1} - Vehicle id found in config: 40
2024-12-05 10:34:02,699 - {modules.vehicles.evcc.api:81} - {DEBUG:fetch soc_ev1} - Fetching SoC for vehicle id: 40
2024-12-05 10:34:04,064 - {modules.vehicles.evcc.api:92} - {DEBUG:fetch soc_ev1} - SoC received: 68.0
2024-12-05 10:34:04,075 - {modules.common.configurable_vehicle:67} - {DEBUG:fetch soc_ev1} - Requested start soc from api: 68.0%
2024-12-05 10:34:04,077 - {modules.common.store._api:26} - {DEBUG:fetch soc_ev1} - Raw data CarState(soc=68.0, range=None, soc_timestamp=0)
2024-12-05 10:34:04,101 - {modules.common.store._api:31} - {INFO:store soc_ev1} - Saving CarState(soc=68.0, range=None, soc_timestamp=0)
Meine lokale EVCC Instanz funktioniert nach wie vor einwandfrei und sieht auch die Reichweitenangaben.
OpenWB Series 2, e-Up!, ID.Buzz, SolarEdge
Benutzeravatar
mrinas
Beiträge: 2179
Registriert: Mi Jan 29, 2020 10:12 pm
Has thanked: 11 times
Been thanked: 14 times

Re: Hile gesucht: evcc Integration für SW 2.0

Beitrag von mrinas »

uschaurischuum hat geschrieben: Do Dez 05, 2024 10:17 am Inzwischen habe ich auch Antworten bekommen. Gerade funktioniert die SoC Abfrage wieder, fingers crossed dass es so bleibt.

Dafür ist jetzt ein anderes, kleineres Problem aufgetreten: Die SoC Abfrage funktioniert zwar, nicht aber die Abfrage der Reichweite. Die OpenWB sieht "range=None". Diesen Fehler habe ich vorher nicht beobachtet. Vielleicht hat sich an der EVCC API etwas verändert.

Code: Alles auswählen

2024-12-05 10:34:02,384 - {modules.common.configurable_vehicle:56} - {DEBUG:fetch soc_ev1} - Vehicle Instance <class 'modules.vehicles.evcc.config.EVCCVehicleSoc'>
2024-12-05 10:34:02,385 - {modules.common.configurable_vehicle:57} - {DEBUG:fetch soc_ev1} - Calculated SoC-State CalculatedSocState(imported_start=None, manual_soc=None, soc_start=68.0)
2024-12-05 10:34:02,386 - {modules.common.configurable_vehicle:58} - {DEBUG:fetch soc_ev1} - Vehicle Update Data VehicleUpdateData(plug_state=False, charge_state=False, imported=None, battery_capacity=77000, efficiency=90, soc_from_cp=None, timestamp_soc_from_cp=None)
2024-12-05 10:34:02,387 - {modules.common.configurable_vehicle:59} - {DEBUG:fetch soc_ev1} - General Config GeneralVehicleConfig(use_soc_from_cp=False, request_interval_charging=300, request_interval_not_charging=1800, request_only_plugged=False)
2024-12-05 10:34:02,388 - {modules.common.component_context:26} - {DEBUG:fetch soc_ev1} - Update Komponente ['EVCC']
2024-12-05 10:34:02,389 - {modules.vehicles.evcc.api:66} - {DEBUG:fetch soc_ev1} - Fetching EVCC SOC
2024-12-05 10:34:02,697 - {modules.vehicles.evcc.api:79} - {DEBUG:fetch soc_ev1} - Vehicle id found in config: 40
2024-12-05 10:34:02,699 - {modules.vehicles.evcc.api:81} - {DEBUG:fetch soc_ev1} - Fetching SoC for vehicle id: 40
2024-12-05 10:34:04,064 - {modules.vehicles.evcc.api:92} - {DEBUG:fetch soc_ev1} - SoC received: 68.0
2024-12-05 10:34:04,075 - {modules.common.configurable_vehicle:67} - {DEBUG:fetch soc_ev1} - Requested start soc from api: 68.0%
2024-12-05 10:34:04,077 - {modules.common.store._api:26} - {DEBUG:fetch soc_ev1} - Raw data CarState(soc=68.0, range=None, soc_timestamp=0)
2024-12-05 10:34:04,101 - {modules.common.store._api:31} - {INFO:store soc_ev1} - Saving CarState(soc=68.0, range=None, soc_timestamp=0)
Meine lokale EVCC Instanz funktioniert nach wie vor einwandfrei und sieht auch die Reichweitenangaben.
Eben mal geschaut, range wird aktuell nicht ausgewertet. Möglicherweise wurde der noch nicht geliefert als ich das implementiert hab? Kann ich mir bei Gelegenheit mal anschauen.
15,2kWp SMA (SB4000TL-21, SB3.0, STP6.0-SE + BYD HVS, EnergyMeter), openWB Standard+, openWB Pro, Smart #1 (ersetzt den e2008), Tesla Model Y LR.
uschaurischuum
Beiträge: 54
Registriert: Di Mär 24, 2020 9:08 am
Been thanked: 1 time

Re: Hile gesucht: evcc Integration für SW 2.0

Beitrag von uschaurischuum »

Ich bin ziemlich sicher dass ich bis vor kurzem den Range abrufen konnte. Es fällt ja auf, wenn da 0 km angezeigt wird.
OpenWB Series 2, e-Up!, ID.Buzz, SolarEdge
Benutzeravatar
mrinas
Beiträge: 2179
Registriert: Mi Jan 29, 2020 10:12 pm
Has thanked: 11 times
Been thanked: 14 times

Re: Hile gesucht: evcc Integration für SW 2.0

Beitrag von mrinas »

uschaurischuum hat geschrieben: Sa Dez 07, 2024 10:51 am Ich bin ziemlich sicher dass ich bis vor kurzem den Range abrufen konnte. Es fällt ja auf, wenn da 0 km angezeigt wird.
Mag sein, aber eher nicht mit dem EVCC Modul, hier wird aktuell nur der SoC gesetzt. https://github.com/openWB/core/blob/mas ... pi.py#L109
15,2kWp SMA (SB4000TL-21, SB3.0, STP6.0-SE + BYD HVS, EnergyMeter), openWB Standard+, openWB Pro, Smart #1 (ersetzt den e2008), Tesla Model Y LR.
Antworten