NEWS
Test Adapter BMW/Mini v4.x.x
-
@stenmic Also das mit den chargingBlocks ist noch nicht klar:
- 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?
- 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!!
@mike1429 sagte in Test Adapter BMW/Mini v4.x.x:
@stenmic Also das mit den chargingBlocks ist noch nicht klar:
- 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?
- 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 sagte in Test Adapter BMW/Mini v4.x.x:
@stenmic Also das mit den chargingBlocks ist noch nicht klar:
- 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?
- 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.energyConsumedFromPowerGridKwhDie 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.@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!!
-
@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!!
-
@mike1429 sagte in Test Adapter BMW/Mini v4.x.x:
@stenmic Also das mit den chargingBlocks ist noch nicht klar:
- 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?
- 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.energyConsumedFromPowerGridKwhDie 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.@stenmic Hab mal alle dataxx gelöscht und jetzt scheint es zu funktionieren, muss aber mehrere Ladevorgänge abwarten.
Eine andere Frage. In der IOB Objektliste ist der Zeitstempel verschwunden. Oben auf
geklickt, "Auto" aus, Spalten selektiert, passiert nichts. Hab uch was übersehen?
Merci vielmals! -
@stenmic Hab mal alle dataxx gelöscht und jetzt scheint es zu funktionieren, muss aber mehrere Ladevorgänge abwarten.
Eine andere Frage. In der IOB Objektliste ist der Zeitstempel verschwunden. Oben auf
geklickt, "Auto" aus, Spalten selektiert, passiert nichts. Hab uch was übersehen?
Merci vielmals!Habe mal eine Frage an die E-Auto Besitzer, die „gesteuertes Laden“ praktizieren.
Leider verstehe ich überhaupt nichts davon, ich höre aber immer wieder, dass man schnelle Daten-Updates dazu braucht, um die Steuerung effizienter zu machen.
Bin seit langer Zeit AAIDrive-App Benutzer und verstehe einiges von der Entwicklung von Android Apps. Für AAIDrive habe ich zwei Addons geschrieben. Das eine ist ein Tracker. Dieser sendet Daten an den ioBroker. Dazu gehören: Position (Lat/Lon), Range, Fuel usw. Das funktioniert so gut, dass ich eigentlich den BMW-Adapter nicht mehr benötige. Eine Einschränkung gibt es aber: Der Entwickler hat in letzter Zeit die Addons vernachlässigt, und sie erhalten nicht die echten Live-Updates. Als Ersatz betreibe ich Polling, allerdings sehr viel schneller als der BMW-Adapter dies kann. Denke einige Male pro Minute wäre kein Problem.
Jetzt meine Frage: Ein zweites Addon ist in der Entwicklung, und mit diesem könnte ich für das Laden relevante Daten schnell über mqtt an den Broker senden.
Gibt es bei euch Interesse an so einem Projekt? Würde das dann auf Github veröffentlichen.
Grundvoraussetzung wäre natürlich, dass AAIDrive während des Ladens verbunden bleibt. Habe gehört, dass das so sein soll – sicher bin ich aber nicht.
Würde dann folgendermaßen aussehen: Altes Android Smartphone bleibt beim Laden in der Nähe des Autos und sendet Daten an den Broker.
Müsste dann wissen, welche Daten benötigt werden.
Eine Liste gibt es hier: https://bimmergestalt.github.io/BMWConnectedAnalysis/cds/
Es müssten sich dann welche finden, die das testen, denn ich selber habe einen F31 Diesel.
Das Grundgerüst steht bereits, das aufdröseln der Datenpunkte und diverse Dinge wären noch einiger Aufwand.
Edit:
Bekomme die Rohdaten jetzt rein. Auch Ok, gibt halt keine Interessenten - ist dann eine Studie:blush:
Edit 2: Live Updates rennen jetzt auch wieder
-
Habe mal eine Frage an die E-Auto Besitzer, die „gesteuertes Laden“ praktizieren.
Leider verstehe ich überhaupt nichts davon, ich höre aber immer wieder, dass man schnelle Daten-Updates dazu braucht, um die Steuerung effizienter zu machen.
Bin seit langer Zeit AAIDrive-App Benutzer und verstehe einiges von der Entwicklung von Android Apps. Für AAIDrive habe ich zwei Addons geschrieben. Das eine ist ein Tracker. Dieser sendet Daten an den ioBroker. Dazu gehören: Position (Lat/Lon), Range, Fuel usw. Das funktioniert so gut, dass ich eigentlich den BMW-Adapter nicht mehr benötige. Eine Einschränkung gibt es aber: Der Entwickler hat in letzter Zeit die Addons vernachlässigt, und sie erhalten nicht die echten Live-Updates. Als Ersatz betreibe ich Polling, allerdings sehr viel schneller als der BMW-Adapter dies kann. Denke einige Male pro Minute wäre kein Problem.
Jetzt meine Frage: Ein zweites Addon ist in der Entwicklung, und mit diesem könnte ich für das Laden relevante Daten schnell über mqtt an den Broker senden.
Gibt es bei euch Interesse an so einem Projekt? Würde das dann auf Github veröffentlichen.
Grundvoraussetzung wäre natürlich, dass AAIDrive während des Ladens verbunden bleibt. Habe gehört, dass das so sein soll – sicher bin ich aber nicht.
Würde dann folgendermaßen aussehen: Altes Android Smartphone bleibt beim Laden in der Nähe des Autos und sendet Daten an den Broker.
Müsste dann wissen, welche Daten benötigt werden.
Eine Liste gibt es hier: https://bimmergestalt.github.io/BMWConnectedAnalysis/cds/
Es müssten sich dann welche finden, die das testen, denn ich selber habe einen F31 Diesel.
Das Grundgerüst steht bereits, das aufdröseln der Datenpunkte und diverse Dinge wären noch einiger Aufwand.
Edit:
Bekomme die Rohdaten jetzt rein. Auch Ok, gibt halt keine Interessenten - ist dann eine Studie:blush:
Edit 2: Live Updates rennen jetzt auch wieder
@mclane mach doch bitte dazu einen eigen Beitrag auf.
Hier geht es ja um den Adapter. Ist sonst vielleicht verwirrend. -
@mclane mach doch bitte dazu einen eigen Beitrag auf.
Hier geht es ja um den Adapter. Ist sonst vielleicht verwirrend.@stenmic Würde ich auch machen. Wollte nur wissen, ob es überhaupt Interesse für das Projekt gibt. Und die, die das interessieren könnte, schauen hier. Ansonsten lohnt sich die Entwicklung nicht. Hatte einen Entwickler von AAIDrive kontaktiert, und den Bug mit den Live-Updates gefixt. War also nicht ganz umsonst. Also wenn bald alles so funktioniert, wie ich das möchte, würde ich das Projekt auf Git schieben.
Diejenigen, die kein Vertrauen haben, können sich das Addon dann auch selber mit Android-Studio bauen.Die alles entscheidende Frage könnte auch hier beantwortet werden: Bleibt die App AAIDrive beim Laden verbunden? Wenn das nicht der Fall ist, ist das Ganze sowieso hinfällig.
-
@stenmic Würde ich auch machen. Wollte nur wissen, ob es überhaupt Interesse für das Projekt gibt. Und die, die das interessieren könnte, schauen hier. Ansonsten lohnt sich die Entwicklung nicht. Hatte einen Entwickler von AAIDrive kontaktiert, und den Bug mit den Live-Updates gefixt. War also nicht ganz umsonst. Also wenn bald alles so funktioniert, wie ich das möchte, würde ich das Projekt auf Git schieben.
Diejenigen, die kein Vertrauen haben, können sich das Addon dann auch selber mit Android-Studio bauen.Die alles entscheidende Frage könnte auch hier beantwortet werden: Bleibt die App AAIDrive beim Laden verbunden? Wenn das nicht der Fall ist, ist das Ganze sowieso hinfällig.
@mclane da kann ich leider nicht helfen, bin in der Apple Welt unterwegs. Finde es jedoch sehr interessant.
-
Habe mal eine Frage an die E-Auto Besitzer, die „gesteuertes Laden“ praktizieren.
Leider verstehe ich überhaupt nichts davon, ich höre aber immer wieder, dass man schnelle Daten-Updates dazu braucht, um die Steuerung effizienter zu machen.
Bin seit langer Zeit AAIDrive-App Benutzer und verstehe einiges von der Entwicklung von Android Apps. Für AAIDrive habe ich zwei Addons geschrieben. Das eine ist ein Tracker. Dieser sendet Daten an den ioBroker. Dazu gehören: Position (Lat/Lon), Range, Fuel usw. Das funktioniert so gut, dass ich eigentlich den BMW-Adapter nicht mehr benötige. Eine Einschränkung gibt es aber: Der Entwickler hat in letzter Zeit die Addons vernachlässigt, und sie erhalten nicht die echten Live-Updates. Als Ersatz betreibe ich Polling, allerdings sehr viel schneller als der BMW-Adapter dies kann. Denke einige Male pro Minute wäre kein Problem.
Jetzt meine Frage: Ein zweites Addon ist in der Entwicklung, und mit diesem könnte ich für das Laden relevante Daten schnell über mqtt an den Broker senden.
Gibt es bei euch Interesse an so einem Projekt? Würde das dann auf Github veröffentlichen.
Grundvoraussetzung wäre natürlich, dass AAIDrive während des Ladens verbunden bleibt. Habe gehört, dass das so sein soll – sicher bin ich aber nicht.
Würde dann folgendermaßen aussehen: Altes Android Smartphone bleibt beim Laden in der Nähe des Autos und sendet Daten an den Broker.
Müsste dann wissen, welche Daten benötigt werden.
Eine Liste gibt es hier: https://bimmergestalt.github.io/BMWConnectedAnalysis/cds/
Es müssten sich dann welche finden, die das testen, denn ich selber habe einen F31 Diesel.
Das Grundgerüst steht bereits, das aufdröseln der Datenpunkte und diverse Dinge wären noch einiger Aufwand.
Edit:
Bekomme die Rohdaten jetzt rein. Auch Ok, gibt halt keine Interessenten - ist dann eine Studie:blush:
Edit 2: Live Updates rennen jetzt auch wieder
@mclane said in Test Adapter BMW/Mini v4.x.x:
AAIDrive
Verstehe den Use-Case nicht. Gesteuertes laden funktioniert aktuell ohnehin nicht mehr da über die BMW API keine Steuerbefehle mehr angenommen werden. Somit kann ohnehin nur die Wallbox gesteuert werden.
-
@mclane said in Test Adapter BMW/Mini v4.x.x:
AAIDrive
Verstehe den Use-Case nicht. Gesteuertes laden funktioniert aktuell ohnehin nicht mehr da über die BMW API keine Steuerbefehle mehr angenommen werden. Somit kann ohnehin nur die Wallbox gesteuert werden.
@tippy88 Ok, das kann über die App ebenfalls nicht gesendet werden. Habe das einfach nicht gewußt, dass das notwendig ist. Dann hat sich alles weitere erledigt. Danke dir!
Der Gedanke für die App kam mir, als der alte BMW-Adapter nicht mehr funktionierte.
Ist trotzdem für mich persönlich interessant, weil sehr schnell eine Flut von Daten hereinkommt.
Also war die Arbeit nicht umsonst.
Thema erledigt! -
Funktioniert bei euch aktuell die Telematic Daten?
Bei mir seit heute Mittag:{"exveErrorId":"CU-500","exveErrorMsg":"Internal server error","exveErrorRef":"A74#UfzcDJoBcT%evNee","exveNote":"The server encountered an unexpected condition which prevented it from fulfilling the request."} -
Funktioniert bei euch aktuell die Telematic Daten?
Bei mir seit heute Mittag:{"exveErrorId":"CU-500","exveErrorMsg":"Internal server error","exveErrorRef":"A74#UfzcDJoBcT%evNee","exveNote":"The server encountered an unexpected condition which prevented it from fulfilling the request."} -
Funktioniert bei euch aktuell die Telematic Daten?
Bei mir seit heute Mittag:{"exveErrorId":"CU-500","exveErrorMsg":"Internal server error","exveErrorRef":"A74#UfzcDJoBcT%evNee","exveNote":"The server encountered an unexpected condition which prevented it from fulfilling the request."}@tippy88 bei mir ist es auch so
-
Funktioniert bei euch aktuell die Telematic Daten?
Bei mir seit heute Mittag:{"exveErrorId":"CU-500","exveErrorMsg":"Internal server error","exveErrorRef":"A74#UfzcDJoBcT%evNee","exveNote":"The server encountered an unexpected condition which prevented it from fulfilling the request."} -
Ich hab den Adapter bei mir auch laufen, funktioniert gut soweit. Lediglich die Poll Begrenzung seitens BMW ist ziemlich unpraktisch wenn man wirklich die Daten zum gesteuerten Laden verwenden möchte.
Wäre es denkbar verschiedene Intervall Voreinstellungen zur verfügung zu stellen die man je nach Bedingung aufrufen kann?
Use case wäre zum Beispiel: Intervall sehr lang (1-2h) tagsüber, nur wenn Laden erkannt wird einen kurzen Intervall. Oder in einem bestimmten Zeitfenster. -
Ich hab den Adapter bei mir auch laufen, funktioniert gut soweit. Lediglich die Poll Begrenzung seitens BMW ist ziemlich unpraktisch wenn man wirklich die Daten zum gesteuerten Laden verwenden möchte.
Wäre es denkbar verschiedene Intervall Voreinstellungen zur verfügung zu stellen die man je nach Bedingung aufrufen kann?
Use case wäre zum Beispiel: Intervall sehr lang (1-2h) tagsüber, nur wenn Laden erkannt wird einen kurzen Intervall. Oder in einem bestimmten Zeitfenster.@createch2 Ich habe bei mir die 2h für den automatischen API-Abruf im Adapter eingestellt und nutze Skripte, um bei Bedarf sehr viel kürzere Intervalle zu realisieren. Ich denke das ist universeller, als diverse Konfigurationen im Adapter zu programmieren.
-
@createch2 Ich habe bei mir die 2h für den automatischen API-Abruf im Adapter eingestellt und nutze Skripte, um bei Bedarf sehr viel kürzere Intervalle zu realisieren. Ich denke das ist universeller, als diverse Konfigurationen im Adapter zu programmieren.
@vowill sagte in Test Adapter BMW/Mini v4.x.x:
@createch2 Ich habe bei mir die 2h für den automatischen API-Abruf im Adapter eingestellt und nutze Skripte, um bei Bedarf sehr viel kürzere Intervalle zu realisieren. Ich denke das ist universeller, als diverse Konfigurationen im Adapter zu programmieren.
Gute Idee. Du triggerst dann einfach die remote funktionen im adapter?
Support us
360
Online32.7k
Users82.3k
Topics1.3m
Posts