UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[mike1429]

Ja, alles sehr stabil, nur leider finde ich nicht die Daten des letzten Ladevorgangs, insbesondere wie viel Energie geladen wurde. Die Ladehistorie ist ziemlich alt. Tipps? Danke!!

[baeckerman83]

@mike1429 Das Problem habe ich auch, die Daten die gestreamt werden sind zu alt. Wie kann die erneuern? Kann man das irgendwie erzwingen? Vielleicht im Auto?
Meine Daten sind laut
lastStreamUpdate vom 08.10. Wed Oct 08 2025 19:42:53 GMT+0200 (Mitteleuropäische Sommerzeit)
und laut
lastStreamVIAApiUpdate auch vom 08.10. Wed Oct 08 2025 18:29:44 GMT+0200 (Mitteleuropäische Sommerzeit)

edit: Hab den Button gefunden remote/fetchViaApi einmal kurz auf true und dann gehts.

[mike1429]

@baeckerman83 Aber der letzte Ladevorgang wird nicht angezeigt, zumindest nicht die geladene Energie.
Auch die chargingHistory ändert sich nicht, es bleibt bei der "alten" Anzahl. Oder hab ich da etwas übersehen?
Alles was ich suche, ist ein Trigger auf ein neuen Ladevorgang, die Zeiten, Ort und geladene Energie.
Danke!

[mike1429]

@mike1429 Nach einen weiteren Ladevorgang und nur nachdem der Knopf chargingHistory manuell geklickt wurde, ist ein neuer Eintrag gekommen (data11.chargingBlocks01) allerdings mit total falscher Information (startTime und endTime ca. 1 Monat alt). Geht das auch automatisch? Setzt der Adapter die falsche Info?

[tombox]

@mike1429 es ist fix auf 1 Monat.. zeig mal ein screenshot wie das aussieht sind da alle Ladevorgänge enthalten

[stenmic]

@tombox
bei mir läuft der Adapter nun seit Tagen perfekt.
Nur eine Fehlermeldung bekomme ich jede Nacht bei der Zwangstrennung der Fritzbox (DSL).
Meinst du, dass könnten man noch rausfiltern?

[baluderbär]

Hallo zusammen,
bei mir läuft aktuell die v4.3.0. Nun habe ich das Problem mit MQTT. Fehlermeldung erscheint alle 30 Sekunden. Client ID und CarData-Stream habe ich erneuert und in die APP eingetragen. Den BMW CARDATA AUTHORIZATION Prozess habe ich ausgeführt. Woran kann der Fehler liegen? Viele Grüße Lenus

[mike1429]

@tombox Verstehe dich leider nicht ganz. Was/wie ist es auf 1 Monat fix?
Hier die Bilder. Der letzte Ladevorgang war vor einigen Stunden, davon keine Spur. Auch nicht, nachdem ich auf chargingHistory geklickt habe.

Wie oben erwähnt, ich brauche den Trigger, die geladene Energie, Ort und Zeiten.
Danke!!

[stenmic]

@mike1429
schau mal hier rein
bmw.0.XXX.api.chargingHistory.data01
Der letzte ist immer im data01

Wenn es die Struktur bei dir nicht gibt, hier mal draufdrücken
bmw.0.XXX.remote.chargingHistory

[mike1429]

@stenmic PERFEKT, Danke! Relativ unlogisch, aber dort ist die Info.
Und was soll es mit den chargingBlocks? Bei mir gibts unter data01 5 davon die nacheinander den einen Ladevorgang darstellen (Unterbrechung wegen Verbindungsprobleme?).
Nochmal herzlichen Dank!

[ExMatador]

@stenmic
Hallo, ich habe ein paar Fragen rund um die Positionserkennung, also Latitude und Longitude.
Beide sind unter

bmw.0.WBAxxx.stream.vehicle.cabin.infotainment.navigation.currentLocation.latitude.value
bmw.0.WBAxxx.stream.vehicle.cabin.infotainment.navigation.currentLocation.longitude.value

auch zu finden.
Meine Fragen dazu:

1. Wieso steht der Wert in einem Verzeichnis?
2. Wieso gibt es unterhalb des Verzeichnisses die Values: c01 | c02 | c03 ? Die beiden ersten beinhalten den ganzzahligen Wert und die Nachkommastellen. Aktualisiert werden diese aber - so mein Gefühl - nur sporadisch.
3. Die o.g. Werte Lat & Long werden so etwa alle 2 - 3 Minuten aktualisiert. Das ist bei einer Autofahrt doch ziemlich selten, da gehen Km ins Land. Und eigentlich ist MQTT doch für nahezu Echtzeit ausgelegt. Kann man den Zyklus irgendwie forcieren oder blockt BMW da?
4. Kann oder besser darf man den remote.fetchViaAPI so oft wie man möchte auf "true" setzen oder geht das zu Lasten der Quotas?

Vielen Dank
Gruß ExMatador

[MichaelNRW]

@exmatador said in Test Adapter BMW/Mini v4.x.x:

3. Die o.g. Werte Lat & Long werden so etwa alle 2 - 3 Minuten aktualisiert. Das ist bei einer Autofahrt doch ziemlich selten, da gehen Km ins Land. Und eigentlich ist MQTT doch für nahezu Echtzeit ausgelegt. Kann man den Zyklus irgendwie forcieren oder blockt BMW da?

MQTT könnte zwar nahezu Echtzeit, allerdings sendet das Fahrzeug nicht häufiger als BMW Backend.
Es ist kein Livestandort.
Bei der alten Community Schnittstelle war es noch seltener, dagegen ist die neue Schnittstelle fast live.

Wenn du einen Live Standort benötigst, hilft nur ein GPS Tracker.

[tombox]

@exmatador 4.3.1 nutzen

[ExMatador]

@tombox
OK, habe ich auf 4.3.1 aktualisiert.
Du schreibst "fix gps coordinate parsing" - aber an den DPs hat sich nichts geändert, oder ich sehe es nicht?

Ich denke, mit dem Containerabruf via remote.fetchViaAPI - alle 60s - komme ich gut zurecht. Ist zwar ein Polling statt mqtt-subscribe, aber was soll's.

Ich baue mir im Hintergrund ein json-File auf und bei jeder Änderung von lat/long ein gpx-File zur Anzeige im ioBroker mit Google Maps Api. Wenn nichts zurückkommt, steht das Auto halt und das zeige ich dann auch so auf der Karte an.

Vielen Dank
Gruß ExMatador

[McLane]

Mit 4.3.1 stehen die Lat/Lon Werte immer noch in einem Ordner (bmw.0.xxxxxxxxx.stream.vehicle.cabin.infotainment.navigation.currentLocation.latitude.value). Manchmal sind die Werte unter Objects dann gar nicht sichtbar. Mit getState(... kommen allerdings die richtigen Werte. Etwas verwirrend die Sache.

[stenmic]

@exmatador du hast 50 API abrufe am Tag….
hält somit keine Stunde :man-wearing-turban:

[stenmic]

@exmatador sagte in Test Adapter BMW/Mini v4.x.x:

@stenmic
Hallo, ich habe ein paar Fragen rund um die Positionserkennung, also Latitude und Longitude.
Beide sind unter

bmw.0.WBAxxx.stream.vehicle.cabin.infotainment.navigation.currentLocation.latitude.value
bmw.0.WBAxxx.stream.vehicle.cabin.infotainment.navigation.currentLocation.longitude.value

auch zu finden.
Meine Fragen dazu:

1. Wieso steht der Wert in einem Verzeichnis?
2. Wieso gibt es unterhalb des Verzeichnisses die Values: c01 | c02 | c03 ? Die beiden ersten beinhalten den ganzzahligen Wert und die Nachkommastellen. Aktualisiert werden diese aber - so mein Gefühl - nur sporadisch.
3. Die o.g. Werte Lat & Long werden so etwa alle 2 - 3 Minuten aktualisiert. Das ist bei einer Autofahrt doch ziemlich selten, da gehen Km ins Land. Und eigentlich ist MQTT doch für nahezu Echtzeit ausgelegt. Kann man den Zyklus irgendwie forcieren oder blockt BMW da?
4. Kann oder besser darf man den remote.fetchViaAPI so oft wie man möchte auf "true" setzen oder geht das zu Lasten der Quotas?

Vielen Dank
Gruß ExMatador

2-3 Minuten reichen doch völlig aus. Denk mal drüber nach was da sonst für Datenmenge für nix bei den vielen Autos zusammenkommt.

[tombox]

@mclane die alten werte löschen wie sieht es dann aus

[McLane]

@tombox Auf die Idee hätte ich auch selber kommen können - klar, jetzt ist es korrekt.
Sorry, für deine wertvolle Zeit!
Edit: Vielleicht könntest du irgendwann mal nachsehen. Es gibt bei CarData auch :navigation.currentPositionDetailedInfo

{
  "currentPositionDetailedInfo": {
    "street": "S Street Ln",
    "houseNumber": "",
    "crossStreet": "",
    "city": "City Name, CA",
    "country": "United States"
  }
}

Das wäre eine echte Erleichterung. Danke

[tombox]

@mclane
Wenn Daten nicht oder unregelmässig geliefert werden dann an BMW wenden
bmwcardata-b2c-support@bmwgroup.com