NEWS
Test Adapter BMW/Mini v4.x.x
-
@tombox
bei den beiden remote Buttons bekomme ich noch folgende Meldungen im Log.bmw.0.XXX.remote.image
2025-10-05 05:28:55.624 - info: bmw.0 (1437637) Remote button image pressed for vehicle XXX 2025-10-05 05:28:55.851 - error: bmw.0 (1437637) fetch image for XXX failed: Request failed with status code 406 2025-10-05 05:28:55.852 - error: bmw.0 (1437637) Response status: 406 2025-10-05 05:28:55.852 - error: bmw.0 (1437637) Response data: {"exveErrorId":"CU-400","exveErrorMsg":"Not Acceptable","exveErrorRef":null,"exveNote":"This error is raised when the request is wrong."} 2025-10-05 05:28:55.852 - error: bmw.0 (1437637) Failed to handle remote API call image for WBA21EF0105364597: Request failed with status code 406bmw.0.XXX.remote.locationBasedChargingSettings
2025-10-05 05:29:09.333 - info: bmw.0 (1437637) Remote button locationBasedChargingSettings pressed for vehicle XXX 2025-10-05 05:29:09.643 - error: bmw.0 (1437637) fetch locationBasedChargingSettings for XXXfailed: Request failed with status code 404 2025-10-05 05:29:09.644 - error: bmw.0 (1437637) Response status: 404 2025-10-05 05:29:09.644 - error: bmw.0 (1437637) Response data: {"exveErrorId":"CU-127","exveErrorMsg":"No LBCS data found","exveErrorRef":"IkN#V4VqspkBBVQS0Ksu","exveNote":"This application error is raised if no LBCS data is available for the given VIN. "} 2025-10-05 05:29:09.644 - error: bmw.0 (1437637) Failed to handle remote API call locationBasedChargingSettings for XXX: Request failed with status code 404Wahrscheinlich hab ich dazu keine Werte, wäre dann schön wenn der Fehler im log anders abgefangen wird.
zum Beispiel eine Warnung als Einzeiler :nerd_face:@tombox
noch eine Frage
Obwohl ich hier 0 ausgewählt habe, werden die "Telematic data" alle 10 min aktualisiert.
Ich dachte mit "0" daktiviere ich die automatische Abfrage und kann bei Bedarf über "bmw.0.xxx.remote.fetchViaAPI" die Werte manuell aktualisieren?
-
@tombox
bei den beiden remote Buttons bekomme ich noch folgende Meldungen im Log.bmw.0.XXX.remote.image
2025-10-05 05:28:55.624 - info: bmw.0 (1437637) Remote button image pressed for vehicle XXX 2025-10-05 05:28:55.851 - error: bmw.0 (1437637) fetch image for XXX failed: Request failed with status code 406 2025-10-05 05:28:55.852 - error: bmw.0 (1437637) Response status: 406 2025-10-05 05:28:55.852 - error: bmw.0 (1437637) Response data: {"exveErrorId":"CU-400","exveErrorMsg":"Not Acceptable","exveErrorRef":null,"exveNote":"This error is raised when the request is wrong."} 2025-10-05 05:28:55.852 - error: bmw.0 (1437637) Failed to handle remote API call image for WBA21EF0105364597: Request failed with status code 406bmw.0.XXX.remote.locationBasedChargingSettings
2025-10-05 05:29:09.333 - info: bmw.0 (1437637) Remote button locationBasedChargingSettings pressed for vehicle XXX 2025-10-05 05:29:09.643 - error: bmw.0 (1437637) fetch locationBasedChargingSettings for XXXfailed: Request failed with status code 404 2025-10-05 05:29:09.644 - error: bmw.0 (1437637) Response status: 404 2025-10-05 05:29:09.644 - error: bmw.0 (1437637) Response data: {"exveErrorId":"CU-127","exveErrorMsg":"No LBCS data found","exveErrorRef":"IkN#V4VqspkBBVQS0Ksu","exveNote":"This application error is raised if no LBCS data is available for the given VIN. "} 2025-10-05 05:29:09.644 - error: bmw.0 (1437637) Failed to handle remote API call locationBasedChargingSettings for XXX: Request failed with status code 404Wahrscheinlich hab ich dazu keine Werte, wäre dann schön wenn der Fehler im log anders abgefangen wird.
zum Beispiel eine Warnung als Einzeiler :nerd_face: -
Kannst du mal bitte nachsehen, was aus diesem Datenpunkt geworden ist. Bevor du die Conainer Lösung implementiert hattest wurde der DP für mein Fahrzeug übertragen und auch mit Werten befüllt.
Seit der Conainer Lösung, tauch der DP nicht mehr in der Liste auf. Vielen Dank
bmw.0.WBYxxxxxxxx.stream.vehicle.drivetrain.electricEngine.charging.timeToFullyCharged.value -
Kannst du mal bitte nachsehen, was aus diesem Datenpunkt geworden ist. Bevor du die Conainer Lösung implementiert hattest wurde der DP für mein Fahrzeug übertragen und auch mit Werten befüllt.
Seit der Conainer Lösung, tauch der DP nicht mehr in der Liste auf. Vielen Dank
bmw.0.WBYxxxxxxxx.stream.vehicle.drivetrain.electricEngine.charging.timeToFullyCharged.value@jb_sullivan sagte in Test Adapter BMW/Mini v4.x.x:
Kannst du mal bitte nachsehen, was aus diesem Datenpunkt geworden ist. Bevor du die Conainer Lösung implementiert hattest wurde der DP für mein Fahrzeug übertragen und auch mit Werten befüllt.
Seit der Conainer Lösung, tauch der DP nicht mehr in der Liste auf. Vielen Dank
bmw.0.WBYxxxxxxxx.stream.vehicle.drivetrain.electricEngine.charging.timeToFullyCharged.valueist bei mir auch so. ich dachte der kommt wieder beim nächsten Ladevorgang.
-
Kannst du mal bitte nachsehen, was aus diesem Datenpunkt geworden ist. Bevor du die Conainer Lösung implementiert hattest wurde der DP für mein Fahrzeug übertragen und auch mit Werten befüllt.
Seit der Conainer Lösung, tauch der DP nicht mehr in der Liste auf. Vielen Dank
bmw.0.WBYxxxxxxxx.stream.vehicle.drivetrain.electricEngine.charging.timeToFullyCharged.value@jb_sullivan Es fließen immer noch stream und container telemetry in den gleichen Ordner und wird auch nichts gelöscht. Ich filter nichts raus nur wenn sie kein timestamp haben. müsste auch alles im debug sichtbar sein
-
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
-
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
@manny4566 Start des Adapter wird ein bmw.0.vin.remote.fetchApi ausgeführt was die Daten via api abfragt. Streamdaten kommen nur wenn das Fahrzeug wach ist und während des Ladens ist es nicht wach
-
@manny4566 Start des Adapter wird ein bmw.0.vin.remote.fetchApi ausgeführt was die Daten via api abfragt. Streamdaten kommen nur wenn das Fahrzeug wach ist und während des Ladens ist es nicht wach
-
@tombox achso, und da gibt es keine Möglichkeit den Wert doch live zu bekommen ? Oder hast da eine Idee ?
@manny4566 Bisher keine Idee muss man rumprobieren ob laden stop/start was bringt aber sonst muss man bei bmw nachfragen das beim laden der stream aufrecht erhalten bleibt
-
@manny4566 Bisher keine Idee muss man rumprobieren ob laden stop/start was bringt aber sonst muss man bei bmw nachfragen das beim laden der stream aufrecht erhalten bleibt
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.
-
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.
die Idee ist nicht schlecht. Aber bedenke, das ein bmw.0.vin.remote.fetchApi dem Quota-Limits von 50 Aufrufe pro 24h unterliegt.
-
die Idee ist nicht schlecht. Aber bedenke, das ein bmw.0.vin.remote.fetchApi dem Quota-Limits von 50 Aufrufe pro 24h unterliegt.
-
@stenmic image 4.2.0 verwenden und
XXX.remote.locationBasedChargingSettings
This application error is raised if no LBCS data is available for the given VIN@tombox sagte in Test Adapter BMW/Mini v4.x.x:
@stenmic image 4.2.0 verwenden und
XXX.remote.locationBasedChargingSettings
This application error is raised if no LBCS data is available for the given VINDanke, funktioniert jetzt.
Ich hätte noch zwei Wünsche.
Ist es möglich beim Adapterstart die API Abfrage optional zu deaktivieren und kannst du den (bmw.0.info.apiQuotaUsed) oder einen eigenen mit Leben befüllen? Im Log stehen ja die verbrauchten Calls. -
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.
@manny4566 ein adapter Neustart macht nichts anderes als remote.fetchViaAPI
-
Gibt es die Standortdaten nicht mehr? Oder falls doch, wo finde ich die jetzt? Ich habe alle alten Datenpunkte mehr oder weniger wieder gefunden, aber die Standortdaten nicht mehr. Wäre nice to have, aber das wichtigste geht ja schon wieder, ein DICKES DANKE auch dafür an den Adapterentwickler :)
-
Gibt es die Standortdaten nicht mehr? Oder falls doch, wo finde ich die jetzt? Ich habe alle alten Datenpunkte mehr oder weniger wieder gefunden, aber die Standortdaten nicht mehr. Wäre nice to have, aber das wichtigste geht ja schon wieder, ein DICKES DANKE auch dafür an den Adapterentwickler :)
@w0rschd sagte in Test Adapter BMW/Mini v4.x.x:
Gibt es die Standortdaten nicht mehr? Oder falls doch, wo finde ich die jetzt? Ich habe alle alten Datenpunkte mehr oder weniger wieder gefunden, aber die Standortdaten nicht mehr. Wäre nice to have, aber das wichtigste geht ja schon wieder, ein DICKES DANKE auch dafür an den Adapterentwickler :)
schau mal https://forum.iobroker.net/topic/57207/adresse-aus-gps-koordinaten-ermitteln/87
-
@stenmic das ermitteln wäre ja nicht mein Problem, mit dem alten Adapter bzw. vor der CarData Umstellung seitens BMW gab es die Koordinaten ja noch als Längen- und Breitengrad, jetzt, nach der Umstellung finde ich die in keinem Datenpunkt mehr (hatte aber alle 244 Punkte angehakt bei BMW CarData), daher meine Frage.
-
@stenmic das ermitteln wäre ja nicht mein Problem, mit dem alten Adapter bzw. vor der CarData Umstellung seitens BMW gab es die Koordinaten ja noch als Längen- und Breitengrad, jetzt, nach der Umstellung finde ich die in keinem Datenpunkt mehr (hatte aber alle 244 Punkte angehakt bei BMW CarData), daher meine Frage.
@w0rschd sagte in Test Adapter BMW/Mini v4.x.x:
@stenmic das ermitteln wäre ja nicht mein Problem, mit dem alten Adapter bzw. vor der CarData Umstellung seitens BMW gab es die Koordinaten ja noch als Längen- und Breitengrad, jetzt, nach der Umstellung finde ich die in keinem Datenpunkt mehr (hatte aber alle 244 Punkte angehakt bei BMW CarData), daher meine Frage.
Die GPS - Daten liegen hier:
stream -> body -> cabin -> infotaiment -> navigation -> latitude / longitude
-
Habt ihr schon rausgefunden, ob sich die verfügbaren Daten je nach iStufe unterscheiden?
Also ob ein Fahrzeug mit Software aus 2022 die gleichen Punkte liefert wie ein Fahrzeug mit Software aus 2025?Ich komme aktuell auf 27 Datenpunkte für einen G21 aus 2022 mit iStufe 11.2022.
Leider fehlen dabei einige spannende Datenpunkte die mit den vorherigen Integrationen abrufbar waren.
vehicle.isMoving = Ob das Fahrzeug in Bewegung ist
vehicle.channel.ngtp.timeVehicle = Zeitstempel wann das letzte Datenpaket vom Auto versendet wurde
vehicle.status.serviceDistance.next = Kilometer bis zum nächsten Service
Was der nächste Service ist. -
Habt ihr schon rausgefunden, ob sich die verfügbaren Daten je nach iStufe unterscheiden?
Also ob ein Fahrzeug mit Software aus 2022 die gleichen Punkte liefert wie ein Fahrzeug mit Software aus 2025?Ich komme aktuell auf 27 Datenpunkte für einen G21 aus 2022 mit iStufe 11.2022.
Leider fehlen dabei einige spannende Datenpunkte die mit den vorherigen Integrationen abrufbar waren.
vehicle.isMoving = Ob das Fahrzeug in Bewegung ist
vehicle.channel.ngtp.timeVehicle = Zeitstempel wann das letzte Datenpaket vom Auto versendet wurde
vehicle.status.serviceDistance.next = Kilometer bis zum nächsten Service
Was der nächste Service ist.Ich habe 60 Datenpunkte mit i3S aus 2021. Auch mir fehlen einige interessante Datenpunkte., die ich vorher hatte.
Vieles ist aber "nice to have". Wenn es das nicht mehr gibt, dann ist das halt so. Das was mir EXTREM wichtig war, wird aber immer noch (wieder) gestreamt. Man muss sich auch einfach mal mit dem Status Quo zufrieden geben.
Support us
860
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge