NEWS
Adapter: bmw zum Auslesen von BMW's ConnectedDrive Daten
-
@fsjoke:Im Prinzip sollte es funktionieren, hab zumindest ein Python-Library im Internet gesehen mit dem man Daten abrufen kann.
Habe in 1-2 Wochen vielleicht Zeit mir das im Javascript-Adapter anzusehen und wenn ich dann Zugang brauche rühr ich mich mit PM. `
Oh das klingt ja super, vielen Dank! Ich unterstütze gern, wenn ich irgendwie kann.. -
Hi,
habe durch ein anderes Problem bei mir gesehen das der BMW Adapter sich scheinbar irgendwie im History Adapter verewigt–> siehe Bild
Warum ist das so bzw. muss das so sein oder ist das ein Bug?
-
sich scheinbar irgendwie im History Adapter verewigt- `
Das ist nicht der History-Adapter, sondern das "Einstell-popup" zu einem Datenpunkt.Hier werden Einstellungen für den Datenpunkt für diverse Adapter gemacht.
Das können History, SQL, influxDB sein, oder aber auch mqtt.
Und bei dir ist das der Datenpunkt modbus.0.inputRegisters.30057_Seriennummer
Du solltest dich (oder wen auch immer) fragen, was der BMW-Adapter mit diesem Datenpunkt will.
Gruß
Rainer
-
Hallo Rainer,
Das steht seit installation des BMW Adapters in allen Datenpunkten die ich logge bzw. In allen die geloggt werden können…. zumindest bei mir.
Das war nur ein Beispiel.
Ich habe außer den BMW Adapter zu installieren nichts anderes gemacht.
Mirko
-
Hallo,
bei mir ebenso (habe es eben auch gerade gesehen)
BMW steht bei allen Punkten drin.
Warum weiß ich nicht.
mfg
Dieter
-
Hallo mitsammen!
Danke für die Info, hab ich selbst noch nicht bemerkt aber ich sehe es jetzt auch bei mir.
Grundsätzlich klinkt sich der Adapter nicht in history ein!
Es kann jedoch sein dass er zufällig in der Config was verwendet was ioBroker glauben löässt dass etwas für history konfiguriert werden kann.
Ich hoffe es liest BlueFox oder Alcazone mit um eine Info zu geben!
Eigenartig ist dass ich die selben Unterroutinen verwende wie bei fast allen anderen meiner Adapter und die scheinen nicht auf!
Im Moment ignoriere die (sowieso nicht vorhandene und angezeigte) Meldung!
-
@fsjoke:Hallo mitsammen!
Danke für die Info, hab ich selbst noch nicht bemerkt aber ich sehe es jetzt auch bei mir.
Grundsätzlich klinkt sich der Adapter nicht in history ein!
Es kann jedoch sein dass er zufällig in der Config was verwendet was ioBroker glauben löässt dass etwas für history konfiguriert werden kann.
Ich hoffe es liest BlueFox oder Alcazone mit um eine Info zu geben!
Eigenartig ist dass ich die selben Unterroutinen verwende wie bei fast allen anderen meiner Adapter und die scheinen nicht auf!
Im Moment ignoriere die (sowieso nicht vorhandene und angezeigte) Meldung! `
Hi fsjoke,
Siehe post von Bluefox hier da hat er angegeben welche stelle auf github der verursacher ist
-
Hallo Frank,
@fsjoke:Grundsätzlich klinkt sich der Adapter nicht in history ein! `
Wie oben bereits geschrieben ist das NICHT history.Das wäre jetzt eine falsche Fährte.
Gruß
Rainer
-
Hallo Homoran,
ich glaube auch dass es nicht am History liegt, glaub mehr an admin oder js-controller.
Die Doku ist sehr dünn und nicht alle Abhängigkeiten erklärt/bekannt.
-
Ok, Problem scheint gefunden!
Es scheinen Einträge in io-package.json zu sein!
"preserveSettings": "custom", "supportCustoms": true,
In einem anderen Thread hab ich schon die Ursache von BlueFox genannt bekommen.
Hab gerade geschaut, in meiner original 1.0.1-Version war das nocht nicht drinnen und ich kenn sie auch nicht.
Da diese Datei bei jeder Versionsänderung beschrieben wird ist es jetzt schwer herhauszufinden warum sie hineingekommen sind.
Egal, werde auf Git + npm 'ne neue Version ohne den Zeilen posten was auch schon passiert ist!
Leider ist das nicht die ganze Lösung da js-controller oder admin diesen Status irgenwo zwischenspeichert.
Ich hab auf dem Testsystem definitiv die Einträge weg und der Adapter ist auf 1.3.2 und upgeloaded, system sogar neu gestartet, und trotzdem kommt die Meldung!
Brauche da weitere Hilfe von BlueFox …
-
@fsjoke:Hab gerade geschaut, in meiner original 1.0.1-Version war das nocht nicht drinnen und ich kenn sie auch nicht.
Da diese Datei bei jeder Versionsänderung beschrieben wird ist es jetzt schwer herhauszufinden warum sie hineingekommen sind. `
Blame sagt, es ist in 1.3.0 dazugekommen: -
Hallo mitsammen !
V1.3.3 ist am git & npm und es setzt dieEinträge aktiv auf false was ioBroker dazu bringt den Cache umzuschreiben und nach Adapter upload/restart taucht es bei mir nach einem Tag nicht mehr auf!
p.s.: Sind wahrscheinlich durch cut/paste unabsichtlich hineingeraten.
-
Gerade installiert und wie von dir geschrieben nach Adapter upload/restart ist der Eintrag weg.
Mirko
-
auch gerade installiert.
zeigt jetzt 1.3.3.
Adapter beendet und neu gestartet.
Einträge sind aber noch da !!!
Bei mir hats offensichtlich nicht funktioniert die Einträge weg zu bekommen.
mfg
-
Weiterhin bekomme ich im log folgende Fehler:
-
auch gerade installiert.
zeigt jetzt 1.3.3.
Adapter beendet und neu gestartet.
Einträge sind aber noch da !!!
Bei mir hats offensichtlich nicht funktioniert die Einträge weg zu bekommen.
mfg `
Ich habe Adapter gestoppt, Adapter Upload, Adapter Start gemacht.
Logfile gerade nicht geschaut
EDIT: keine Warnings im log zu sehen.
Gesendet von iPhone mit Tapatalk Pro
-
nochmal neu gestartet.
log-Einträge waren jetzt ok.
Aber die Leiste bei "history" ist noch da.
mfg
-
hast du nach dem stop:
iobroker upload bmw
gemacht?
-
hast du nach dem stop:
iobroker upload bmw
gemacht? `
Danke, das wars.
Fazit:
keine fehler im log
Zeile bei history ist auch weg.
mfg
-
Hallo zusammen !
um einen BMW anzusteuern, habe ich iobroker in mein Homematic-System eingefügt.
Kappt bestens. Vielen Dank vor Allem an fsjoke für das sauber laufende PlugIn !
Die Frage ist folgende
Ein virtueller Taster in Homematic soll die Vor-Klimatisierung des BMW steuern.
Das Klappt wie folgt:
Das ist der Virtuelle taster CCU_VT20…
Die Aktion beim BMW wird erfolgreich ausgeführt.
Ich habe nur folgenden einen Schönheitsfehler im Log und weiß nicht, ob ich deshalb mir sorgen machen muss:
Muss ich noch irgendwas umwandeln ?
Besten Dank,
Sebastian
10/2018 <size size="150">zur Doku nun die Lösung:</size> BMW will den Button nicht als >bool "true"< bekommen, sondern als >String "true"< bekommen. Dann gibts kein Fehler im Log.
Beachte die grüne Farbe. Grün = Text = String. blau = bool