-
-
Notifications
You must be signed in to change notification settings - Fork 640
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
EVCC and commandProxy not working reliably #15250
Comments
Hier fehlt die Fehlerbeschreibung. |
Danke für den Kommentar. Mein Fehler lautet: Nutzung von |
Was heisst "not reliably" vs. "wird tesla.evcc.io verwendet"? Geht gar nicht? Nur manchmal? Was sagt:
|
Beim
Zur Vollständigkeit noch einmal das jüngste Log |
Ich wünschte, dass ich das Verhalten besser eingrenzen kann, aber bei einem Tesla nimmt es den Proxy, beim anderen ggw. nicht. Leider enthält der letzte Satz auch einen Weichmacher, denn es hat bereits für den anderen Tesla auch funktioniert.
|
Und nochmal ein neuer Informationshappen. Es ist eigentlich fast unmöglich, dass das passiert (tm). Könntest Du deine vollständige Config bitte an info@evcc.io schicken? |
Config confirmed working. |
Hallo Miteinander, habe eine aehnliche Konfiguration - auch mit zwei Teslas, auch beide via commandProxy und sehe im Log fehlerhafte calls via tesla.evcc.io Falls der Fehler bei swa72 an der Config lag habe ich moeglicherweise denselben? Da ich gerade beide Autos zur Verfuegung haette koennte ich bei bedarf auch weitere tests machen.
|
Log unleserlich. Die Config funktionierte im Fall oben reproduzierbar. Was sagt bei Dir
...und wie sieht die Config dazu aus? |
Hoffe dieses mal funktioniert das einruecken die config:
anbei der trace:
hier noch ein auszug aus dem log:
Manchmal ist es auch umgekehrt und calls fuer den ***2 werden lokal abgearbeitet und ***1 gehen richtung tesla api. |
Schade, das kann man so nicht testen. Bitte nochmal:
Wenn das passiert- ab Start falsch? Oder zwischendrin? Korrigiert es sich auch irgendwann wieder? Verwendest Du HA? Passiert das auch mit nur einem Auto? |
auffallen tut es am abend. Auto wird angesteckt und laedt dann los anstatt zu stoppen. Gut moeglich, dass er nach einem evcc neustart auch den ersten Wagen mit dem er interagiert richtung proxy schickt und den zweiten nicht. evcc laeuft im Docker-container und bekommt die meisten daten (PV, Meter) via mqtt Kann auch gerne das ganze docker trace-log zur Verfuegung stellen und per mail senden wenn benoetigt. Sg, |
Ich hatte das add-on von HA im Einsatz und dort die kuriose Situation, dass ein Ändern der Reihenfolg in der Mittlerweile habe ich EVCC von HA getrennt (separate VM auf Proxmox) und es läuft stabil (noch). |
Es gibt keinen Grund, dass evcc zur Laufzeit die Config wechseln sollte. Es braucht weiter ein Log ab Start, ohne HA, das ein Problem zeigt. |
Konnte nun einen testlauf machen. Das Tracelog: eventuell hilft das |
Das sagt leider nichts über Deine Config. Einfache Diagnose: Rennate steht auf Tesla API. |
Leider nicht. |
Sagst Du ;) Ab morgen wird im nightly der Proxy ausgegeben, dann sehen wir weiter. |
In 15min gibts neues Nightly, gerne auch heute testen. |
https://gist.github.com/laenglea/08c3274203da8df8178db62858b447cf 16:27 erstes auto (Rennate) angesteckt dann: |
…und? Kann von unterwegs nicht rein schauen, bin aber neugierig 🧐 |
oben steht jetzt: |
hier noch eines von heute abend: 22:06 erstes auto (Rennate) angesteckt dann: |
Mir fehlt leider die Zeit das alles durchzuwühlen. Gibts denn noch ein Problem? |
Ja! bei den ersten beiden traces war es Rennate, beim dritten Egon. Das fuehrt in meinem Fall (teilweise) dazu dass ein auto sich nicht sauber steuert und auch am abend die Ladung im PV Modus nicht abdreht und dann in der Nacht laedt. Zielladungen funktionieren dadurch auch nicht zwingend - vorallem jene am abend wenn das api-limit schon erreicht wurde. |
Wo sehe ich das im Log? |
Das ist nur die Folge davon wie in #14226 beschrieben. Wuerden die commands beider Autos sauber ueber den Proxy laufen wuerde ich den Tesla fleet API error 429 ja niemals bekommen. Habe den Bluetooth Proxy ja genau deswegen hier. Im log sehen wir nur post-calls welche anstatt an den proxy an die api gehen. Bei Log1 und Log2 fuer Rennate und bei Log3 fuer Egon ohne dass sich an der evcc.yaml was geaendert hat |
Du beschreibst einen vermeintlichen Fehler. Bei welchem Timestamp? |
Musste gerade suchen da die Fehler nicht sofort nach start auftreten. Hier sind ein paar fehler mit drauf. |
Ich frag mich manchmal, ob das so eine Art Versteckspiel ist. In dem ganzen Log sehe ich keine Ausgabe von Es hilft auch nicht, wenn Du lustig Versionen durcheinander testest ohne dazu zu schreiben, was was ist... |
die Teslaproxy ausgabe gibt es ja erst seit gestern mittag in der nightly. Das Log ist von davor. Du wolltest ja sehen wie er in das api-timeout rennt. Bitte sag mir was ich wie testen soll und ich werde es machen. Fuer mich als user schaut es aus als ob commandProxy bei zwei Fahrzeugen einfach nicht alles ueber command proxy schickt und das fuehrt zu problemen. Wie kann ich dich bei der Fehlersuche unterstuetzen?
|
Das nutzt halt nix wenn wir Zusatzlogging zur Diagnose einbauen ;) Das Problem ist unverändert. Es braucht ein aktuelles Log in dem nachvollziehbar wäre, dass a) die Config beim Start korrekt ist (Log Ausgabe) und dennoch b) falsche Requests gemacht werden. Bisher habe ich das noch nicht gesehen. |
vielleicht hilft dieser. docker-compose logs -f | grep 'tesla proxy' |
Ohne ins Log zu schauen: die Ausgabe beweist, dass die Config zum Start schon falsch ist, alternierend je Fahrzeug. Das ist tatsächlich sehr merkwürdig. Könntest Du bitte Deine komplette Config (und DB) mal an info@evcc.io schicken? Kannst Du das Verhalten auch ohne Docker nachvollziehen? |
Hurra! Ich kann den Fehler jetzt nachvollziehen: vehicles:
- name: t1
type: template
template: tesla
commandproxy: http://foo
- name: t2
type: template
template: tesla
commandproxy: http://foo
- name: t3
type: template
template: tesla
commandproxy: http://foo
- name: t4
type: template
template: tesla
commandproxy: http://foo gibt
...und das ist falsch. |
Ich blicke es nicht. Liegt es an der Konfiguration (mir fehlen
accessToken, refreshToken und vin - zudem dachte ich dass es case sensitive
sei "commandProxy") oder ist es die Anzahl der Fahrzeuge oder ist es der
Code von EVCC? Oder einfach "tesla-command " statt "tesla" Ich würde ja
gerne selber testen, bin aber mit dem Auto für ein paar Tage unterwegs...
Am So., 11. Aug. 2024 um 15:36 Uhr schrieb andig ***@***.***>:
… Hurra! Ich kann den Fehler jetzt nachvollziehen:
vehicles:
- name: t1
type: template
template: tesla
commandproxy: http://foo
- name: t2
type: template
template: tesla
commandproxy: http://foo
- name: t3
type: template
template: tesla
commandproxy: http://foo
- name: t4
type: template
template: tesla
commandproxy: http://foo
gibt
[main ] INFO 2024/08/11 15:34:48 evcc 0.0.0
[main ] INFO 2024/08/11 15:34:48 using config file: cmd/demo.yamlhttps://tesla.evcc.io/
[main ] ERROR 2024/08/11 15:34:49 creating vehicle t3 failed: cannot create vehicle type 'template': cannot create vehicle type 'tesla': inithttp://foo
[main ] ERROR 2024/08/11 15:34:49 creating vehicle t4 failed: cannot create vehicle type 'template': cannot create vehicle type 'tesla': inithttp://foo
[main ] ERROR 2024/08/11 15:34:49 creating vehicle t2 failed: cannot create vehicle type 'template': cannot create vehicle type 'tesla': inithttps://tesla.evcc.io/
[main ] ERROR 2024/08/11 15:34:49 creating vehicle t1 failed: cannot create vehicle type 'template': cannot create vehicle type 'tesla': init
...und das ist falsch.
—
Reply to this email directly, view it on GitHub
<#15250 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AEGI2EZ42GMD44GNNZXTP53ZQ5SFBAVCNFSM6AAAAABL74VGVCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDEOBSG43DGNZZHE>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
--
Stefan Waldherr
Phone +49-151-1131-6967
|
Lass mich mal schauen. Repro ist der erste Schritt, der Rest findet sich. |
Danke für den wunderbaren, tief in evcc versteckten Fehler und Eure Geduld! Mit etwas Glück ist das Problem morgen im Nightly gelöst. |
Vielen Dank auch für deine Geduld und den superschnellen fix ❤️ |
Describe the bug
Bei mir funktioniert das Verwenden des commandProxy nicht zuverlässig. Ähnliches Verhalten wie der ein oder andere schon unter #14616 beschrieben hat.
Super wäre, wenn es irgendwo eine Beschreibung von
commandProxy
gäbe. Trotz Suchens habe ich in den Docs nichts gefunden.Config siehe https://github.com/swa72/home-assistant/blob/main/evcc-sanitized.yaml
Steps to reproduce
Configuration details
Log details
Das Log mit
trace
fürtesla
The text was updated successfully, but these errors were encountered: