Adapter: bmw zum Auslesen von BMW's ConnectedDrive Daten
-
Jo,
das mit dem upload hat geklappt.
Jetzt bekomme ich bei diesem langen Befehl auch ne Rückmeldung.
Und der Befehl:
sendTo('bmw.0','send','530D.StarteLichthupe');
klappt auch.
Jetzt bekomme ich im log entsprechende Rückinfo.
Bis hin zum "executed".
Danke dir.
mfg
Dieter
-
Ich mische mich hier ja nur sehr ungern ein, aber mal eine kleine Frage: ginge so etwas auch für die CarNET Daten von VW / Audi?
Einen Zugang könnte ich gern bereitstellen..
Viele Grüße
Christian
-
-
@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.. -
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
-
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.
-
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
576
Online32.7k
Users82.5k
Topics1.3m
Posts