wichtiges UPDATE für controller 7.2.2 im stable

[Volker3.0]

@tombox Wenn ich jedoch die beiden unteren Haken in der Flotten API setze, ändert sich die Fehlermeldung nicht.
Mir zählt es auch extrem die Anzahl Befehle in der API hoch, ich muss dadurch vermutlich jede Woche 5-8€ aufladen. Das ist so nicht praktikabel.

Zudem erhalte ich diesen Hinweis:

[tombox]

@Volker3.0 welchen Intervall hast du eingestellt in den Einstellung..
welches Objekt hat viele Datenpunkte?

[JLeg]

@Volker3.0 sagte:

Zudem erhalte ich diesen Hinweis:

bei mir war die charge_history riesig - seit ich diesen Baum im Adapter ausschliesse, ist die Objektanzahl ok. Zusammen mit 600-er Intervallen könnte es bei mir für 3 Wochen reichen mit dem API-Zugriff… :)

[tombox]

@JLeg aber soviel states gibt es nicht was war denn in einem element groß

[JLeg]

@tombox sagte:

@JLeg aber soviel states gibt es nicht was war denn in einem element groß

im Zweig charge_history waren mehrere 1000 Objekte. Was und welche genau - sorry, das ist 4 Jahre her
Ich nehm' den Filter mal testweise raus, und schaue mal, was passiert. Da das ja aber noch die alte Tesla-API war, hat sich das inzwischen womöglich erledigt...
Aktuell habe ich 486 Teslaobjekte, also völlig unauffällig...

[Volker3.0]

@tombox Hallo, in Charging_History_Graph sind bei mir 3147 Objekte enthalten.

Intervall habe ich folgendes eingestellt: Update 180s, Standort 60s, Update während der Fahrt 60s

Ist das so richtig, wenn ich den ganzen Pfad in "Objekte ausschließen" in den Adapter eintrage?

tesla-motors.0.LRW3E7EK2MC390958.charge_history.charging_history_graph

Kann ich das irgendwie abstellen, dass alle 180 Sekunden dieser ganze Block an Fehlermeldungen eingetragen wird? Ich habe kein Energy Device von Tesla.

2026-06-20 11:03:03.418 - error: tesla-motors.0 (801019) Energy device update failed
2026-06-20 11:03:03.419 - error: tesla-motors.0 (801019) https://fleet-api.prd.eu.vn.cloud.tesla.com/api/1/energy_sites/1689301590021784/site_info
2026-06-20 11:03:03.419 - error: tesla-motors.0 (801019) AxiosError: Request failed with status code 403
2026-06-20 11:03:03.420 - error: tesla-motors.0 (801019) {"response":null,"error":"Unauthorized missing scopes","error_description":"","txid":"72a74bd356caa9ebee84007852e20175"}
2026-06-20 11:03:03.472 - error: tesla-motors.0 (801019) Energy device update failed
2026-06-20 11:03:03.473 - error: tesla-motors.0 (801019) https://fleet-api.prd.eu.vn.cloud.tesla.com/api/1/energy_sites/1689301590021784/live_status
2026-06-20 11:03:03.473 - error: tesla-motors.0 (801019) AxiosError: Request failed with status code 403
2026-06-20 11:03:03.474 - error: tesla-motors.0 (801019) {"response":null,"error":"Unauthorized missing scopes","error_description":"","txid":"4cbcdb7456033ba96843497b292217d7"}
2026-06-20 11:03:03.518 - error: tesla-motors.0 (801019) Energy device update failed
2026-06-20 11:03:03.518 - error: tesla-motors.0 (801019) https://fleet-api.prd.eu.vn.cloud.tesla.com/api/1/energy_sites/1689301590021784/telemetry_history?period=month&time_zone=Europe%2FBerlin&kind=charge&start_date=2016-01-01T00%3A00%3A00%2B01%3A00&end_date=2026-06-20T11:03:03.009Z
2026-06-20 11:03:03.518 - error: tesla-motors.0 (801019) AxiosError: Request failed with status code 403
2026-06-20 11:03:03.519 - error: tesla-motors.0 (801019) {"response":null,"error":"Unauthorized missing scopes","error_description":"","txid":"ba26adc9819f19d79090a1dc1795901a"}

[tombox]

@Volker3.0 teste mal die github version

[Volker3.0]

@tombox Also mit der GitHub-Version sind die Fehlermeldungen im Log weg. Das scheint jetzt zu passen.
Jedoch habe ich noch das Thema, dass wirklich sehr viele Anfragen gestellt werden richtung API. Ist das normal?
Da brauch ich grob 10€ pro Woche. Das Fahrzeug wird per Solarüberschuss geladen, auch mit steuerung der Lade-Ampere. Aber dass da so viel Kommunikation aufgebaut wird finde ich heftig.

Kann das evtl. noch etwas optimiert werden, oder passt bei mir was nicht?

[JLeg]

@Volker3.0 sagte:

Das Fahrzeug wird per Solarüberschuss geladen, auch mit steuerung der Lade-Ampere. Aber dass da so viel Kommunikation aufgebaut wird finde ich heftig.

wie wird denn der PV-Überschuss gesteuert? Ich lade per evcc - der Ladestrom wird dabei über die Wallbox gesteuert. Wenn das über die Tesla-API laufen sollte, wäre das evtl. tatsächlich ein Problem, je nach Wechsel der Bewölkung.. ;)

Kann das evtl. noch etwas optimiert werden, oder passt bei mir was nicht?

mit diesen Parametern komme ich jetzt wahrscheinlich knapp über den Monat:

[Volker3.0]

Ich triggere den Tesla über die API an, Laden zu starten, stoppen oder gebe die Ampere vor.

Gibt es eine Möglichkeit, die Tesla Wallbox per MQTT zu steuern? Ohne EVCC?

Gruß Volker

[JLeg]

@Volker3.0 sagte:

Gibt es eine Möglichkeit, die Tesla Wallbox per MQTT zu steuern? Ohne EVCC?

habe leider keine Tesla-Wallbox (go-echarger) - scheint aber nicht zu gehen:

https://docs.evcc.io/de/chargers/tesla-wall-connector-gen-3/

[Volker3.0]

@tombox Eine Frage habe ich noch.
Woher kommen bei mir diese hohe Anzahl an Daten?
Kann man das noch irgendwie reduzieren? Eigentlich schicke ich ja nur einzelne Befehle an den Tesla, wie Laden Start/ Stop und setzen der Lade-Ampere.
Lass das bei einem Sonne-Wolken Tag währende dem Laden 10 Befehle pro Stunde sein....

Habe nur ich diese Probleme, oder betrifft das jeden User mit diesem Adapter, dass man zukünftig ca. 50€/ Monat für die API einkalkulieren muss?

[tombox]

@Volker3.0 Sollten eigentlich genug Einstellungsmöglichkeiten im adapter geben und sogar ein rechner