Seite 4 von 8
Re: Hile gesucht: evcc Integration für SW 2.0
Verfasst: Di Mär 12, 2024 8:43 am
von uschaurischuum
Gestattet mir eine persönliche Bemerkung: Für mich ist die nicht vorhandene Integration von EVCC das Killer-Argument gegen einen Update der OpenWB auf 2.x. Ich bin Langzeitsponsor von EVCC und habe bisher beide Projekte - OpenWB und EVCC - als Leuchtturmprojekte der Open Source betrachtet. Ich finde es frustrierend zu sehen, dass die Maintainer dieser zwei tollen Projekte es über Monate nicht geschafft haben, zu einem gemeinsamen Lösungsansatz zu kommen.
mrinas hat geschrieben: ↑Di Mär 12, 2024 8:10 am
uschaurischuum hat geschrieben: ↑Di Mär 12, 2024 8:08 am
Wie funktioniert denn dein Prototyp? Erfordert er einen separaten Server, auf dem EVCC läuft, oder integriert er doch irgendwie das EVCC binary in die OpenWB?
Ja, gestern Abend hab' ich den Prototypen ans Laufen bekommen, es geht weiter. Binary ist in der 2er Software keine Option mehr.
Super, dass du daran arbeitest, danke. Ein separater Server also, d.h. jeder Mensch, der eine OpenWB betreibt, muss nun zusätzlich einen eigenen EVCC Server oder eine Cloud-Instanz aufsetzen? Ich finde das nicht optimal, aus Security-Aspekten und weil es dadurch für nicht-IT-Profis fast ausgeschlossen ist, die volle Funktionalität der OpenWB (zu der für mich eine funktionale SoC-Abfrage zwingend dazugehört) ans laufen zu bringen (Tronity: schön und gut, aber das ist nunmal ein weiteres Abo und daher für EVCC Sponsoren nicht besonders attraktiv, und überdies nicht Open Source; wenn ich sowas gewollt hätte, hätte ich gar nicht erst die OpenWB gekauft).
Ich verstehe ehrlich gesagt nicht den Widerstand gegen die direkte Integration von EVCC. EVCC ist (mindestens) für amd64, arm64 und arm/v6 verfügbar; das sollte doch einen ansehnlichen Anteil der OpenWB-Plattformen abdecken. Das EVCC binary in git zu übernehmen, wie bei 1.9.x, ist sicherlich nicht mehr die Methode der Wahl, aber es müsste doch eine Möglichkeit geben, das zur OpenWB Plattform passende EVCC beim build zu integrieren, oder nicht?
Re: Hile gesucht: evcc Integration für SW 2.0
Verfasst: Di Mär 12, 2024 8:54 am
von mrinas
uschaurischuum hat geschrieben: ↑Di Mär 12, 2024 8:43 am
Gestattet mir eine persönliche Bemerkung: Für mich ist die nicht vorhandene Integration von EVCC das Killer-Argument gegen einen Update der OpenWB auf 2.x. Ich bin Langzeitsponsor von EVCC und habe bisher beide Projekte - OpenWB und EVCC - als Leuchtturmprojekte der Open Source betrachtet. Ich finde es frustrierend zu sehen, dass die Maintainer dieser zwei tollen Projekte es über Monate nicht geschafft haben, zu einem gemeinsamen Lösungsansatz zu kommen.
mrinas hat geschrieben: ↑Di Mär 12, 2024 8:10 am
uschaurischuum hat geschrieben: ↑Di Mär 12, 2024 8:08 am
Wie funktioniert denn dein Prototyp? Erfordert er einen separaten Server, auf dem EVCC läuft, oder integriert er doch irgendwie das EVCC binary in die OpenWB?
Ja, gestern Abend hab' ich den Prototypen ans Laufen bekommen, es geht weiter. Binary ist in der 2er Software keine Option mehr.
Super, dass du daran arbeitest, danke. Ein separater Server also, d.h. jeder Mensch, der eine OpenWB betreibt, muss nun zusätzlich einen eigenen EVCC Server oder eine Cloud-Instanz aufsetzen? Ich finde das nicht optimal, aus Security-Aspekten und weil es dadurch für nicht-IT-Profis fast ausgeschlossen ist, die volle Funktionalität der OpenWB (zu der für mich eine funktionale SoC-Abfrage zwingend dazugehört) ans laufen zu bringen (Tronity: schön und gut, aber das ist nunmal ein weiteres Abo und daher für EVCC Sponsoren nicht besonders attraktiv, und überdies nicht Open Source; wenn ich sowas gewollt hätte, hätte ich gar nicht erst die OpenWB gekauft).
Ich verstehe ehrlich gesagt nicht den Widerstand gegen die direkte Integration von EVCC. EVCC ist (mindestens) für amd64, arm64 und arm/v6 verfügbar; das sollte doch einen ansehnlichen Anteil der OpenWB-Plattformen abdecken. Das EVCC binary in git zu übernehmen, wie bei 1.9.x, ist sicherlich nicht mehr die Methode der Wahl, aber es müsste doch eine Möglichkeit geben, das zur OpenWB Plattform passende EVCC beim build zu integrieren, oder nicht?
Keine separate Installation notwendig, die Integration wird nativ in Python in dern openWB abgebildet.
Re: Hile gesucht: evcc Integration für SW 2.0
Verfasst: Di Mär 12, 2024 8:57 am
von uschaurischuum
mrinas hat geschrieben: ↑Di Mär 12, 2024 8:54 am
Keine separate Installation notwendig, die Integration wird nativ in Python in dern openWB abgebildet.
Ok, dann habe ich deine letzte Antwort also falsch verstanden. Ich verstehe allerdings nicht, wie das ohne Integration eines Binaries geht. Hast du den EVCC code in Python nachprogrammiert?
Re: Hile gesucht: evcc Integration für SW 2.0
Verfasst: Di Mär 12, 2024 8:59 am
von mrinas
uschaurischuum hat geschrieben: ↑Di Mär 12, 2024 8:57 am
mrinas hat geschrieben: ↑Di Mär 12, 2024 8:54 am
Keine separate Installation notwendig, die Integration wird nativ in Python in dern openWB abgebildet.
Ok, dann habe ich deine letzte Antwort also falsch verstanden. Ich verstehe allerdings nicht, wie das ohne Integration eines Binaries geht. Hast du den EVCC code in Python nachprogrammiert?
nicht den EVCC code, das Binary stellt lediglich eine grpc Verbindung zum BAckend her. das geht auch ohne Binaries.
Re: Hile gesucht: evcc Integration für SW 2.0
Verfasst: So Mär 31, 2024 9:10 pm
von zemr
Super, dass es hier weiter geht, mrinas. Jetzt, wo die Tage immer länger werden und die Sonne wieder einen nennenswerten Beitrag zur EV-Ladung leistet, macht sich das SOC Modul ja wirklich bezahlt.
Kann man hier noch unterstützen? Tester, Doku usw. könnte ich machen. Zum Entwickeln (und der nötigen vorherigen Einarbeitung) fehlt mir leider die Zeit.
Viele Grüße
Michael
Re: Hile gesucht: evcc Integration für SW 2.0
Verfasst: Mo Apr 01, 2024 6:02 am
von mrinas
Gern im aktuellen master testen , das Modul ist dort nun verfügbar.
Re: Hile gesucht: evcc Integration für SW 2.0
Verfasst: Mo Apr 01, 2024 7:44 pm
von Oeffly
Hallo,
hab am Wochenende auf 2.x umgestellt und bin gerade noch beim reinwursteln.
Finde es Top das EVCC nun geht. Habe aktuell 3 Autos eingepflegt und bekomme auch die Soc geliefert.
Was wird alles übertragen? Gibt es hier eine Übersicht?
Re: Hile gesucht: evcc Integration für SW 2.0
Verfasst: Sa Apr 06, 2024 9:15 pm
von zemr
Hallo mrinas,
OK, habe eben auf master umgestellt und EVCC konfiguriert. Aktuell wird 100% Ladezustand angezeigt, was schon mal korrekt ist. Ich berichte, wie es nach der nächsten Nutzung aussieht.
Danke schon mal für Deine Unterstützung!
Viele Grüße
Michael
Re: Hile gesucht: evcc Integration für SW 2.0
Verfasst: So Apr 07, 2024 10:12 pm
von zemr
Hallo mrinas,
nun ist der erste Entlade-/Ladezyklus geschafft. Ergebnis: Funktioniert einwandfrei! Keine Fehler im SoC Log, korrekte Anzeige des SoC sowohl beim Laden als auch beim Entladen (Fahren).
Im Unterschied zu Tronity (damit hol ich derzeit noch den SoC für den Combo) liefert das evcc Modul keine Reichweite. Das liegt aber vermutlich an den Mögichkeiten von evcc, oder?
Danke für die Umsetzung, damit ist die OpenWB bei mir wieder ganz weit oben in der "Ich freu mich darüber"-Liste!
Viele Grüße
Michael
Re: Hile gesucht: evcc Integration für SW 2.0
Verfasst: Di Mai 07, 2024 8:25 pm
von zemr
Hallo mrinas,
ich habe weiteres Feedback für die evcc Integration für SW 2.0.
Leider hatte ich seit diesen Sonntag Probleme, die mittlere Grafik im Colors Theme anzuzeigen. Für Tage in der Vergangenheit hatte es funktioniert, für Sonntag nicht. Da dachte ich: Neustart hilft. Tatsächlich war nach Neustart die Grafik wieder funktional, allerdings immer noch nicht für die Werte am Sonntag. Scheint also eher ein DB-Problem zu sein?
Das eigentliche Problem ist aber, dass seit dem Neustart die EVCC-Verbindung nicht mehr klappt. Ich bekomme immer eine Fehlermeldung und der SOC bleibt bei 0%, obwohl er 100% sein sollte.
Code: Alles auswählen
2024-05-07 06:22:27,087 - {modules.vehicles.evcc.api:66} - {DEBUG:fetch soc_ev1} - Fetching SoC for vehicle id: 701
2024-05-07 06:22:27,483 - {modules.common.fault_state:49} - {ERROR:fetch soc_ev1} - EVCC: FaultState FaultStateLevel.ERROR, FaultStr <class 'grpc.RpcError'> (<_InactiveRpcError of RPC that terminated with:
status = StatusCode.UNKNOWN
details = "Post "https://alliance-platform-caradapter-prod.apps.eu2.kamereon.io/car-adapter/v1/cars/<hier_stand_die_vin>/actions/refresh-battery-status": oauth2: "invalid_grant" "grant is invalid""
debug_error_string = "UNKNOWN:Error received from peer {created_time:"2024-05-07T06:22:27.442623895+02:00", grpc_status:2, grpc_message:"Post \"https://alliance-platform-caradapter-prod.apps.eu2.kamereon.io/car-adapter/v1/cars/<hier_stand_die_vin>/actions/refresh-battery-status\": oauth2: \"invalid_grant\" \"grant is invalid\""}"
>,), Traceback:
Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/vehicles/evcc/api.py", line 71, 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 = "Post "https://alliance-platform-caradapter-prod.apps.eu2.kamereon.io/car-adapter/v1/cars/<hier_stand_die_vin>/actions/refresh-battery-status": oauth2: "invalid_grant" "grant is invalid""
debug_error_string = "UNKNOWN:Error received from peer {created_time:"2024-05-07T06:22:27.442623895+02:00", grpc_status:2, grpc_message:"Post \"https://alliance-platform-caradapter-prod.apps.eu2.kamereon.io/car-adapter/v1/cars/<hier_stand_die_vin>/actions/refresh-battery-status\": oauth2: \"invalid_grant\" \"grant is invalid\""}"
>
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/common/configurable_vehicle.py", line 66, in update
car_state = self._get_carstate_by_source(vehicle_update_data, source)
File "/var/www/html/openWB/packages/modules/common/configurable_vehicle.py", line 109, in _get_carstate_by_source
return self.__component_updater(vehicle_update_data)
File "/var/www/html/openWB/packages/modules/vehicles/evcc/soc.py", line 16, in updater
return fetch_soc(vehicle_config.configuration, vehicle_update_data, vehicle)
File "/var/www/html/openWB/packages/modules/vehicles/evcc/api.py", line 86, in fetch_soc
raise grpc.RpcError(rpc_error)
grpc.RpcError: <_InactiveRpcError of RPC that terminated with:
status = StatusCode.UNKNOWN
details = "Post "https://alliance-platform-caradapter-prod.apps.eu2.kamereon.io/car-adapter/v1/cars/<hier_stand_die_vin>/actions/refresh-battery-status": oauth2: "invalid_grant" "grant is invalid""
debug_error_string = "UNKNOWN:Error received from peer {created_time:"2024-05-07T06:22:27.442623895+02:00", grpc_status:2, grpc_message:"Post \"https://alliance-platform-caradapter-prod.apps.eu2.kamereon.io/car-adapter/v1/cars/<hier_stand_die_vin>/actions/refresh-battery-status\": oauth2: \"invalid_grant\" \"grant is invalid\""}"
>
Schade, denn vorher lief alles einwandfrei.
Hast Du eine Idee, was das sein könnte? Die Handy-App funktioniert einwandfrei, also an kamereon.io scheint es eher nicht zu liegen.
Viele Grüße
Michael
