@quinti
Computer sagt nein...
Die Sperrung hat nichts damit zu tun wie dein lokales Netzwerk aussieht, sprich ob du ipv4 oder ipv6 hinter der Fritzbox zuhause nutzt. Ob einen Raspi, Proxmox oder was auch immer. Diese lokalen IPs interessieren das öffentliche Internet hinter deiner Fritzbox kein bisschen.
Ja, die Aktualisierung der Daten funktioniert an sich. Trotz der Meldungen, die hin und wieder auftreten und der API Zickerei. Daten kommen aber weiterhin an.
@smass ja ich weiß, deswegen unschön. Aber daher die Frage an @tombox ob sich das intern programmieren lässt ohne Verlust an Qouta durch kompletten Neustart.
Oder kannst du so eine Art internen reload oder reconnect einbauen der connection zum MQTT Stream ohne, dass man den Adapter neu starten muss und er sich dann alles neu zieht?
Als Trigger dafür könnte man z.B. der Wert "stream.vehicle.drivetrain.electricEngine.charging.status.value" = "CHARGINGACTIVE" nehmen? Vielleicht unschön, aber vielleicht erstmal ein Workaround oder was meinst du?
Hab mir gerade ein Blocky gebaut, dass alle 10min prüft ob noch "CHARGINGACTIVE" drin steht. Wenn ja, wird der BMW Adapter neugestartet. Ist unschön, aber liefert zumindest erstmal einen aktuelleren Wert alle 10 min.
@tombox achso, und da gibt es keine Möglichkeit den Wert doch live zu bekommen ? Oder hast da eine Idee ?
hi @tombox
Verstehe ich da etwas nicht oder passt vielleicht da etwas noch nicht. Noch mal bezogen auf einen aktuellen Ladevorgang.
Der BatterieLevel aktualisiert sich nicht.
Starte ich den Adapter neu, kommt der aktuelle Wert an. In der BMW App und somit bei BMW ist ja dann bereits der neue Wert hinterlegt. Ich hab mal den Debug eingeschaltet:
Level 82%, nix aktualisiert bis dahin.
Neustart vom Adapter -> 85%
Danke dir und für deinen Einsatz
Update:
der Absturz wird vielleicht auch durch diese Fehler verursacht.
2025-10-03 22:18:09.657 - error: bmw.0 (49709) MQTT error: write EPROTO C04C48597B700000:error:0A0003F2:SSL routines:ssl3_read_bytes:sslv3 alert unexpected message:../deps/openssl/openssl/ssl/record/rec_layer_s3.c:1605:SSL alert number 10
2025-10-03 22:18:09.658 - error: bmw.0 (49709) MQTT error: write EPROTO C04C48597B700000:error:0A0003F2:SSL routines:ssl3_read_bytes:sslv3 alert unexpected message:../deps/openssl/openssl/ssl/record/rec_layer_s3.c:1605:SSL alert number 10
Debian 13.1
OpenSSL 3.5.1 1 Jul 2025 (Library: OpenSSL 3.5.1 1 Jul 2025)
@stenmic Der ist eigentlich da. Nach dem Neustart des Adapters läuft er ja erstmal wieder.
Ich hatte es schon vermutet, da es die einzige Änderung der letzten Tage bei mir war.
Mein Iobroker rennt aufgrund von OOM vor die Wand. Die Ursache ist der BMW Adapter, der plötzlich RAM verschlingt, bis nix mehr da ist.
Habe ihn dabei gerade live erwischt und dann gestoppt.
So fing es an, vorher lief er Stunden ruhig. Er rennt in eine Endlosschleife und mach immer die Autorisierung neu:
Hast eine Idee woran es liegen kann?
Da steht auch was von
MQTT error: Connection refused: Bad username or password
Aber starte ich den Adapter neu, läuft er erstmal wieder paar Stunden ohne Probleme.
Danke
@blau-mann
Über den Simple API Adapter hole ich die einfach mit einem http GET ab. Reicht ja schon.
- name: BMWi3
type: custom
title: BMWi3
capacity: 42.2 # Akkukapazität in kWh (optional)
soc:
source: http
uri: "http://192.168.0.201:8087/get/bmw.0.XXX.stream.vehicle.drivetrain.electricEngine.charging.level.value"
method: GET
jq: .val
Doku und weitere Werte, die man liefern kann:
https://docs.evcc.io/docs/devices/plugins#vehicle
@steffe-s Ja stimmt, stand gerade auf dem Schlauch 
