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

[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

[McLane]

@tombox Damit habe ich kein Problem, kommt alles regelmäßig. Jedoch oben genannten State bekomme ich seit dem Update auf 4.xx gar nicht mehr. Habe das zur Zeit über Reverse Geocoding gelöst. Würde es aber begrüßen, wenn der State wieder erscheinen würde.

[JB_Sullivan]

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

..................... dann an BMW wenden

Von BMW bekommt man nur Standard Text Blasen. Ich habe es nämlich versucht und man ist NULL auf meine Fragestellungen eingegangen und hat mehr oder weniger das Laden in den Vordergrund gestellt.

Also wenig Zielführend was dabei heraus gekommen ist.

Spoiler

Sehr geehrter Herr xxxxxxxx,

vielen Dank für Ihre Nachricht.
Wie wir Ihnen in unserer Nachricht zu den neuen Sicherheitsstandards für die Ladesteuerung über Drittanbieter mitgeteilt haben, war eine Anpassung der Zugriffsumfänge für den Fernzugriff beim Laden sowie über die Hausautomation notwendig.

Die neuen Sicherheitsmaßnahmen beeinträchtigt weder die Funktionen Ihres Fahrzeugs an Ladestationen noch die Nutzung der MyBMW App. Auch nach der Umstellung können Sie Ihr Fahrzeug weiterhin problemlos mit Wallboxen anderer Hersteller laden. Alle Funktionen der MyBMW App, wie das Starten und Stoppen des Ladevorgangs oder das Entriegeln, stehen Ihnen uneingeschränkt zur Verfügung – sowohl zu Hause als auch unterwegs. Besonders beim öffentlichen Laden bleibt die Möglichkeit, sofort zu laden, vollständig erhalten. So vermeiden Sie beispielsweise zusätzliche Blockiergebühren.

Um die Sicherheit vor unberechtigten Zugriffen auf Ihr Fahrzeug zu erhöhen, wurden die Fernsteuerungsfunktionen Ihres Fahrzeugs für nicht autorisierte Drittanbieter eingeschränkt. Dazu zählen Anwendungen von privaten Energiemanagementsystemen oder Stromanbietern die Zugangsdaten unserer Kunden speichern. Damit stellen wir sicher, dass keine wesentliche Remote-Funktionen, wie beispielsweise das Ver- und Entriegeln des Fahrzeugs, von unbefugten Dritten durchgeführt werden kann.

Ein Zugriff auf Ihre Fahrzeugdaten sowie eine externe Ladesteuerung ist über folgende Optionen möglich:

1. Laden per Fernzugriff
   Mit der neuen Schnittstelle „Laden per Fernzugriff“ bietet BMW eine sichere Lösung für die Fernsteuerung des Ladevorgangs an, in Kooperation mit teilnehmenden Stromanbietern. Der Stromanbieter kann den Ladevorgang starten, wenn Sie beispielsweise einen flexiblen Stromtarif haben, um Strom aus dem Netz zu Zeiten geringer Nachfrage und hohen Anteils an grünem Strom zu beziehen. Diese Tarife sind unabhängig von Ihrer installierten Wallbox. Bitte klären Sie mit Ihrem Anbieter, ob er diese Schnittstelle bereits nutzt oder zukünftig nutzen wird. Eine Übersicht der teilnehmenden Anbieter finden Sie im BMW Online Genius.

2. Fernsteuerbare Wallbox
   Alternativ können Sie einen Ladevorgang über eine fernsteuerbare Wallbox starten. Dafür muss die Wallbox mit einem kompatiblen Smartmeter ausgestattet sein, um eine optimale Steuerung in Verbindung mit Ihrer Photovoltaikanlage zu ermöglichen. Die Voraussetzungen sind abhängig von der installierten Wallbox. Wenn Sie noch keine fernsteuerbare Wallbox haben, empfehlen wir Ihnen unseren Installationspartner e-mobilio.

3. Informationen zum Fahrzeugzustand
   Die BMW CarData Schnittstelle ermöglicht es Ihnen Fahrzeugdaten direkt aus Ihrem Fahrzeug zu streamen. So können Sie gezielt auf die Informationen zugreifen, die für Ihre Bedürfnisse wichtig sind, wie zum Beispiel den Standort, den Reifendruck oder den Batteriestatus. Weitere Informationen zu BMW CarData finden Sie in Ihrem BMW ConnectedDrive Kundenportal.

Wir bitten um Ihr Verständnis, dass wir aufgrund der hohen Sicherheitsanforderungen keine allgemeine Schnittstelle für Ihre Hausautomation anbieten können. Für eine ladeoptimierte Steuerung Ihres Fahrzeugs stehen Ihnen nur die obengenannten Optionen zur Verfügung.

Mit freundlichen Grüßen
Ihre BMW Kundenbetreuung

[baluderbär]

Hatte bisher keine Antwort bekommen. Weiß jemand woher der Fehler kommt? Wiederholt sich jede 30 Sekunden.
Parallel läuft auch evcc. Hatte zuerst vermutet, dass es daran liegt. Habe dort jedoch mal MQTT deaktiviert. Jedoch das gleiche Verhalten als wenn es "aktiviert" ist.

Gruß Lenus

[mike1429]

@stenmic Also das mit den chargingBlocks ist noch nicht klar:

1. Die charging history kommt bei mir nur wenn man den entsprechenden "Knopf" betätigt. Automatisch geht da nichts, ausser über ein Skript, aber wie oft? Mit welchem Trigger?
2. Ein dataxx Ordner beinhaltet ggfls. mehrere chargingBlocks mit unterschiedlichem Datum, aber nur eine zusammenfassende Angabe der geladenen Energie. Man kann also nicht die KWs eines Ladevorgangs wissen.
   Ist dies über den Adapter lösbar?
   Wie macht ihr es?
   Danke!!

[stenmic]

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

@stenmic Also das mit den chargingBlocks ist noch nicht klar:

1. Die charging history kommt bei mir nur wenn man den entsprechenden "Knopf" betätigt. Automatisch geht da nichts, ausser über ein Skript, aber wie oft? Mit welchem Trigger?
2. Ein dataxx Ordner beinhaltet ggfls. mehrere chargingBlocks mit unterschiedlichem Datum, aber nur eine zusammenfassende Angabe der geladenen Energie. Man kann also nicht die KWs eines Ladevorgangs wissen.
   Ist dies über den Adapter lösbar?
   Wie macht ihr es?
   Danke!!

Also...
der Adapter arbeitet mit 2 Diensten von BMW.
Einmal ist es MQTT, sobald sich Werte am Auto ändern aktualisieren sich diese automatisch im Ordner "stream". Dabei ist die Anzahl der Aktualisierungen pro Tag völlig egal.

Dann gibt es die API Werte. Diese stehen im Ordner "api"
Diese werden nur aktualisiert, wenn du den jeweiligen Button im "remote" Ordern triggerst.
Das mit den Buttons ist gewollt, da du bei API in Summe nur 50 Abfragen pro Tag machen kannst.
Du must dir jetzt überlegen, welche API Werte du wie oft am Tag aktualisieren möchtest und dir ein passendes Skript z.B. mit Blockly anlegen, welchen die Buttons triggert.

Die kWh pro Ladegang stehen bei mir z.B. unter
bmw.0.XXX.api.chargingHistory.data01.energyConsumedFromPowerGridKwh

Die passen sogar ziemlich genau (ich messe über einen Shelly EM Gen3 meine Ladungen)

Die kWh stehen für die letzten Ladegänge jeweils im dataxx Ordner.
Mit den chargingBlocksxx hab ich mich noch nicht beschäftigt, aber ich vermute in Summe ergeben die "averagePowerGridKw" den "energyConsumedFromPowerGridKwh" Wert.

[mike1429]

@stenmic Ja, das meiste davon ist (nun) klar, danke!
Nur...hier ein Beispiel, wo man sieht, dass der data01 Ordner 2 chargingBlocksxx mit unterschiedlichem Datum beinhaltet, mit nur einer Gesamtsumme der geladenen Energie. Wie ordne ich die Energie den einzelnen Ladevorgängen zu?

Danke nochmal!!

[Karacho]

Wer Fehler 400 kriegt so wie ich.....

1. Auf BMW Seite gehen und den "Allgemeinen Bedingungen" zustimmen
2. Adapter starten
3. Aus dem Log über den Link einen neue Authorisierung starten
   --> Adapter wird grün und funktioniert...