Teslalogger Integration

[StefaGitHub]

Servus,

habe einen Teslalogger laufen der wunderbar funktioniert. Kann auch über http://IP:Port5000/command/set_charging_amps?13 zum Beispiel den Ladestrom auf 13 Ampere setzen. Funktioniert alles reibungslos.
Beim Teslalogger template im evcc werden mir die Daten wie Odo, KM usw auch angezeigt.
Wallbox: Tesla Wallbox 3
Nur die Ladung wird egal in welchem Modus (PV, Schnell usw) weder gestartet noch beendet und der Ladestrom kann auch nicht eingestellt werden.
Im Log sehe ich immer nur folgendes:

max charge current 6A: wanted: [maxcurrent], got: [maxCurrent]

Hat jemand ne Idee?

[StefaGitHub]

evcc Version 0.126.2
Teslalogger 1.57.13.0

[mdkeil]

Stelle mal ein trace-log zur Verfügung bitte.
https://docs.evcc.io/docs/faq#fehlersuche

/cc @Adminius

[Adminius]

Und bitte noch TeslaLogger Log aus der Zeit wo Befehl an TeslaLogger gesendet wird...

[StefaGitHub]

Hier mal ein Teil des Logs, der Fehler 128 hat irgendwas mit meinem Huawei Akku und WR zu tun, läuft aber trotzdem.

Mai 07 19:24:40 fuchsbau evcc[26214]: [lp-1 ] ERROR 2024/05/07 19:24:40 max charge current 6A: wanted: [maxcurrent], got: [maxCurrent] Mai 07 19:24:40 fuchsbau evcc[26214]: [site ] ERROR 2024/05/07 19:24:40 battery mode: modbus: exception '128' (unknown), function '6' Mai 07 19:24:54 fuchsbau evcc[26214]: [lp-1 ] ERROR 2024/05/07 19:24:54 max charge current 6A: wanted: [maxcurrent], got: [maxCurrent] Mai 07 19:24:54 fuchsbau evcc[26214]: [site ] ERROR 2024/05/07 19:24:54 battery mode: modbus: exception '128' (unknown), function '6' Mai 07 19:25:23 fuchsbau evcc[26214]: [lp-1 ] ERROR 2024/05/07 19:25:23 max charge current 6A: wanted: [maxcurrent], got: [maxCurrent] Mai 07 19:25:23 fuchsbau evcc[26214]: [site ] ERROR 2024/05/07 19:25:23 battery mode: modbus: exception '128' (unknown), function '6' Mai 07 19:25:53 fuchsbau evcc[26214]: [lp-1 ] ERROR 2024/05/07 19:25:53 max charge current 6A: wanted: [maxcurrent], got: [maxCurrent] Mai 07 19:25:54 fuchsbau evcc[26214]: [site ] ERROR 2024/05/07 19:25:54 battery mode: modbus: exception '128' (unknown), function '6' Mai 07 19:26:26 fuchsbau evcc[26214]: [lp-1 ] ERROR 2024/05/07 19:26:26 max charge current 6A: wanted: [maxcurrent], got: [maxCurrent] Mai 07 19:26:26 fuchsbau evcc[26214]: [site ] ERROR 2024/05/07 19:26:26 battery mode: modbus: exception '128' (unknown), function '6' Mai 07 19:26:53 fuchsbau evcc[26214]: [lp-1 ] ERROR 2024/05/07 19:26:53 max charge current 6A: wanted: [maxcurrent], got: [maxCurrent] Mai 07 19:26:53 fuchsbau evcc[26214]: [site ] ERROR 2024/05/07 19:26:53 battery mode: modbus: exception '128' (unknown), function '6' Mai 07 19:27:24 fuchsbau evcc[26214]: [lp-1 ] ERROR 2024/05/07 19:27:24 max charge current 6A: wanted: [maxcurrent], got: [maxCurrent] Mai 07 19:27:24 fuchsbau evcc[26214]: [site ] ERROR 2024/05/07 19:27:24 battery mode: modbus: exception '128' (unknown), function '6' Mai 07 19:27:55 fuchsbau evcc[26214]: [lp-1 ] ERROR 2024/05/07 19:27:55 max charge current 6A: wanted: [maxcurrent], got: [maxCurrent] Mai 07 19:27:55 fuchsbau evcc[26214]: [site ] ERROR 2024/05/07 19:27:55 battery mode: modbus: exception '128' (unknown), function '6'

Habe mal Testweise unter chargers zusätzlich folgendes angelegt:

`chargers:

• name: TeslaLoggerWallBox
  type: custom
  status:
  source: combined
  charging:
  source: http
  uri: http://192.168.x.x:5000/currentjson/3
  jq: .charging
  plugged:
  source: http
  uri: http://192.168.x.x:5000/currentjson/3
  jq: if .plugged_in and .TLGeofenceIsHome then true else false end
  enabled:
  source: http
  uri: http://192.168.x.x:5000/currentjson/3
  jq: .charging
  enable:
  source: http
  uri: http://192.168.x.x:5000/command/3/charge_start_stop?${enable}
  maxcurrent:
  source: http
  uri: http://192.168.x.x:5000/command/3/set_charging_amps?${maxcurrent}
  wakeup:
  source: http
  uri: http://192.168.x.x:5000/command/3/wake_up`

Damit wird das Auto sogar geweckt und die Regelung funktioniert. Allerdings sehe ich dann im Log nichts von current oder so.

[StefaGitHub]

Hab mal jetzt meine Original config eingestellt. Car ID bitte ignorieren, war ein Copy und Paste Fehler

[StefaGitHub]

Genau!

[Adminius]

@andig es geht wohl unter anderem um #13055

[andig]

Ahhhh, I see the problem. Charger requires ${maxcurrent}, vehicle requires ${maxCurrent}. The latter is wrong for reasons of consistency. Same applies for chargeEnable. I'm converting both to lower case in #13804.

[StefaGitHub]

Wow, very fast finding the solution!
Thank you!

[StefaGitHub]

Nochmals eine Rückmeldung:
Laderegelung usw funktionieren problemlos. Einzig ein kleines Problem habe ich noch gefunden. Kann es sein, dass kein charge_start_stop gesendet wird? Wenn das Auto länger steht (bsp über Nacht) wird am nächsten Tag zwar irgendwann ein Wakeup gesendet, auch ein charging_amps, allerdings kommt der charge_start es nach den charging_amps. Dadurch wird das Laden nicht richtig gestartet.

20.05.2024 10:55:02 : #1[Thread Pool Worker:557]: PostCommand: command/charge_start - 20.05.2024 10:55:02 : #1[Thread Pool Worker:557]: waiting ... another command is still running: command/set_charging_amps 20.05.2024 10:55:03 : #1[Thread Pool Worker:557]: Use ProxyServer 20.05.2024 10:55:05 : #1[Thread Pool Worker:576]: Response: {"response":null,"error":"vehicle unavailable: vehicle is offline or asleep","error_description":""}

[Adminius]

EVCC setzt generell zuerst Amps, und erst dann "Start" :/

[StefaGitHub]

Funktioniert das dann irgendwie trotzdem? War ich nur zu ungeduldig?

[Adminius]

Ich glaube schon. Denn TL sagt nur, dass er wartet bis set_charging_amps ausgeführt wird, dann kommt time out oder und dann soll wake up kommen, dann startet zwar der Ladevorgang aber mot falschen Amperen, wird später nachgeregelt. Soweit die Theorie, nicht genau untersucht