HA (Home Assistant) Integration Möglichkeiten?

Xpeng
161

Wenn ich es nicht falsch aufgefasst habe:

Evconduit /ABPR / etc. Haben enode als Datenbasis, die dürftig sein soll. Nicht mal SOC, geschweige denn Verbrauchsraten. Ich sammel doch so gern Daten :sweat_smile:

OBD überträgt die Daten nur, wenn ich zu Hause bin (WLAN). Sonst müsste ich meinen Mqtt nach extern öffnen. Der wican pro soll wireguard bekommen oder schon können.. Wäre ein Ansatz aber gefühlt ziemliche Bastellösung für einen stetigen Datenfluss.

Ich denke ich warte bis das Auto da ist und dann spiele ich mal ein wenig mit der App. Schauen wie weit man kommt, wenn man ein paar Token drauf wirft

162

Der SoC wird schon übermittelt, sonst wäre das ziemlich sinnfrei. Tachostand und Verbrauch sind aber nicht dabei.

163

Da kommst du nicht weit weil verschlüsselte Teile drin sind. Ich glaube auch mit Frida kann man es nicht entschlüsseln.

164

Alternativ wäre, ein Android Gerät zuhause im WLAN zu lassen und es über Tasker oder andere Apps zu steuern. Ist aber wahrscheinlich ziemlich Fehleranfällig.

165

Mein Setup ist Wärmepumpe von LG, Easee Wallbox und Solaredge mit Speicher. Aktuell habe ich EVCC deaktiviert, weil ich mit Claude über Home Assistant eine eigene Automation aufbauen möchte. Noch läuft es nicht ganz rund, aber es wird. Da Auto brauche ich dazu nicht in HA. Wird einfach je nach Ladevorgabe voll oder teilweise geladen.

166

Ich habe es heute endlich hinbekommen, meine ABL eM4 via OCPP zu verbinden, da die Verbindung über modbus TCP nicht zuverlässig die aktuelle Ladeleistungen geliefert hat.
Sollte noch einer das Problem haben, meine Lösung war, dass ich die IP Adresse meines Raspberry eintragen musste.
Home assistant.local (standard Einstellung) hat nicht funktioniert.

Erster Test positiv bestanden

Screenshot_2026-07-28-16-42-52-568_io.homeassistant.companion.android
Screenshot_2026-07-28-16-42-52-568_io.homeassistant.companion.android1200×2670 204 KB

167

Welche Integration hast du genommen?

168

OCPP über EVCC

169

Eben in der XPENG Discord Gruppe als Screenshot gefunden: Es scheint so, als wenn XPENG wirklich mit dem Release einer öffentlich zugänglichen API plant. Allerdings wohl schon früher als XOS/AIOS 6: laut diesem User hat XPENG ihm das für Anfang September in Aussicht gestellt.

170

Hab ich auch schon probiert, sowohl statisch als auch mit frida während die App läuft - leider kein Erfolg.

171

Xpeng hat endlich eine API um auf die Telemetriedaten zuzugreifen:

Und hier die API docs:

172
  1. egister a developer account and have an approved mobile application; once approved, the corresponding appId and appSecret will be sent to the applicant’s email. To apply, send an email to glo.open@xpeng.com with the following information: the integrating enterprise name, third-party application name, and integration owner’s contact email.
  2. After applying for and passing Xpeng login review, you can start the integration process.
  3. Authorized users can obtain openId, accessToken, enterpriseName, and scopeCode from the email they receive.

habe mich schon registriert, mal sehen wie lange es dauert

173

sieht für mich aber nicht nach eine „live“ api aus, sondern nur nach einer Schnittstelle die letzten Tage zu laden.

174

So ist es.

175

Ich habe mir mal die letzten 7 Tage heruntergeladen und in Gemini gekippt.

image
image1190×854 168 KB

Hier ist die Auswertung deiner XPeng-Telemetriedaten für den Zeitraum vom 24.08. bis 31.08.2026 sowie eine Übersichtsgrafik und ein Skript für ein interaktives Dashboard.

Wichtigste Kennzahlen der 7 Tage

  • Gefahrene Gesamtstrecke: 785 km (Kilometerstand: 12.596 km → 13.381 km)

  • Höchstgeschwindigkeit: 147 km/h

  • Batteriestand (SoC): Min. 14 %, Max. 100 %

  • Ladevorgänge: Mehrere AC-Ladungen (z. B. am 27.08. und 29.08. mit ca. 11 kW) sowie Schnellladepeaks bis ca. 138 kW

  • Reifendruck: Kalt ca. 2,37–2,58 bar, bei Autobahnfahrt/Erwärmung dynamisch ansteigend auf bis zu 3,0 bar

Dashboard-Visualisierung

Die generierte Grafik fasst die drei Datensätze (Fahrbetrieb, Energie/Batterie und Fahrzeugstatus) chronologisch zusammen:

  • Oben: Ladezustand (SoC in %) im Verhältnis zur gefahrenen Geschwindigkeit

  • Mitte: Dynamische Restreichweite und Ladeleistung

  • Unten: Reifendruckverlauf aller vier Räder (VL, VR, HL, HR)

176

Für HA sehe ich das erst mal als nicht so relevant, aber ganz „nett“ wenn man eine längere Fahrt mal nachvollziehen möchte.

image
image1166×750 163 KB

Detail-Zoom: Langstrecke & HPC-Ladung am 28.08.

Hier ist der Ablauf des 28.08. im Sekundentakt visualisiert (Hinfahrt $\rightarrow$ HPC-Ladestopp $\rightarrow$ Rückfahrt):

  • HPC-Ladekurve: Bei Ankunft mit 14% SoC startete die Ladung direkt mit über 70 kW und stieg auf das Plateau von 137,2 kW, das konstant bis über 80% SoC gehalten wurde.

  • Batterie-Temperaturanstieg: Die Akkutemperatur stieg beim DC-Laden moderat von 27°C auf maximal 36°C, was auf ein aktives BMS-Kühlungsmanagement hinweist.

  • Motortemperatur: Der vordere Motor pendelte während der Autobahnfahrt bei 130–145 km/h zwischen 35°C und 43°C.

177

Wie aktuell sind die Daten denn, die man beim Abruf bekommt? Im Diagramm sieht es so aus als hättest du bis gestern Abend Daten bekommen!? Ich suche nach einer Möglichkeit wenigstens den SOC halbwegs aktuell in HA zu bekommen.

178

laut der Doku kannst du max. 5 anfragen pro 24H stellen, damit ist der SoC nicht aktuell genug würde ich sagen

179

Ich habe die letzten 7 Tage gewählt und die Daten bis gestern bekommen.
Wie bereits gesagt, für HA nicht relevant, mMn.

180

Ok schade. Dann ist das Ganze für ein HA-Dashboard und ein bissel Ladeautomation nicht zu gebrauchen. Ich hatte gehofft Xpeng geht da einen kundenorientierten Weg und stellt eine ordentliche API bereit. So wie Skoda es die Tage getan hat