Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Homoran]

@bahnuhr sagte in Adapter: bmw zum Auslesen von BMW's ConnectedDrive Daten:

Und ich glaube nicht, dass es am js-controller liegt
1.4.2. dürfte doch nicht das Problem sein.

Und warum glaubst du das?

[bahnuhr]

weil das der letzte ist der unter stable angeboten wird.

[frankjoke]

@bahnuhr
Ich glaube auch nicht dass dass der js-controller dein Problem ist, obwohl 1.5.7der aktuelle war und jetzt adsptertests mit 2.ß laufen-

Habe aber immer noch keinen debuglog von deinem Problem gesehen, kannst ja debug auch im admin/Instanzen einscalten.

sendTo verwend ich nicht und hab ich seit Version 1.2 nicht getestet (Ich vervende nur vis um meine Heizung/Kühlung starte un das geht mit den States. Habe die lichthupe über den Objektbaum getestet (ist jetzt finster draussen un ich kanns sehen) .
Die bmw-server setzen manchmal aus, dann gibts fehler. Übrigens hat fast jedes Land seinen Link, ich verwend .at aus A, aber alle inklusive .com werden weitergeleitet.

p.s. ich hasse diese tablet tastatur am bildschirm...

[bahnuhr]

@frankjoke sagte in Adapter: bmw zum Auslesen von BMW's ConnectedDrive Daten:

Habe aber immer noch keinen debuglog von deinem Problem gesehen, kannst ja debug auch im admin/Instanzen einscalten.

Hatte ich in dem anderen thread geschrieben.
Debug bei Instanzen ein und zusätzlich debug!

Es kam kein debug (bis auf die Fehlermeldung - und dies auch nur bei sendto)
Folglich kann ich doch auch kein log senden.

Lichthupe bei Objekte -> keine Reaktion und kein debug

Wie gesagt:
mit 1.3.3 läuft es.

[frankjoke]

@bahnuhr
Habe V 1.4.1 auf git gestellt.
Kannst mal Testen? Den Debug-Fehler hab ich gefunden und eine Möglichkeit warum die send-Befehle auf einigen Rechnern nicht funktionieren auch (hatte das auf einem meiner Testrechner auch).

Kannst mal checken?

[bahnuhr]

@frankjoke sagte in Adapter: bmw zum Auslesen von BMW's ConnectedDrive Daten:

@bahnuhr
Habe V 1.4.1 auf git gestellt.
Kannst mal Testen? Den Debug-Fehler hab ich gefunden und eine Möglichkeit warum die send-Befehle auf einigen Rechnern nicht funktionieren auch (hatte das auf einem meiner Testrechner auch).

Kannst mal checken?

So, anbei der check.

• 1.4.1 installiert
• Daten eingegeben; debug checkbox ist top (und funktioniert dann auch im log)
• klick bei objekten auf "Lichthupe"
  log wird angezeigt und wird auch übertragen nach bmw (sichtbar homepage von bmw)
• bei "debug: ChangeState ack:true of 530D.StarteLichthupe = An Farzeug gesendet
  bitte noch ein h bei Fahrzeug einfügen.
• script-Befehl: setState('bmw.0.530D.StarteLichthupe', 'on');
  funktioniert einwandfrei wie der taster.
  debug erfolgt und die Infos werden im log ausgegeben.
• script-Befehl: sendTo('bmw.0','send','530D.StarteLichthupe');
  erzeugt folgende Fehlermeldung

bmw.0	2019-05-01 09:57:26.989	warn	Promise problem unhandledRejection of Promise Promise { <rejected> 'Not exists' } with reason 'Not exists'
bmw.0	2019-05-01 09:57:26.989	info	debug: Message from 'system.adapter.javascript.0', command 'send', message '530D.StarteLichthupe' executed with result:"got message sent: 530D.StarteLichthupe"
bmw.0	2019-05-01 09:57:26.989	info	debug: got message sent: 530D.StarteLichthupe
bmw.0	2019-05-01 09:57:26.989	warn	stateChange Error Cannot execute remote service RLF for 530D.StarteLichthupe because other service is still executing!!
bmw.0	2019-05-01 09:57:26.989	warn	Cannot execute remote service RLF for 530D.StarteLichthupe because other service is still executing!
bmw.0	2019-05-01 09:57:26.989	info	debug: Execute command "send" with Message 530D.StarteLichthupe

debug erfolgt und die Infos (pending, etc.) werden im log ausgegeben.
Fazit: funktioniert auch mit o.g. Fehlermeldung.

Soweit der Test.
Bei mir scheint die 1.4.1. zu funktionieren.

mfg
Dieter

[bahnuhr]

noch eine Frage:

Kann man irgendwo abgreifen (welche Objekt?) ob der Befehl mit executed geendet hat; um dann zu beurteilen dass es geklappt hat oder eben nicht ?

mfg

[frankjoke]

@bahnuhr
Ja, der State welcher das send macht bekommt immer ein Statusstring welches 'In Arbeit, Übertragen, Abgeschossen u..s.w.' von den BMW Statusmeldungen bekommt.

Habe in Vis A) einen Button welcher 'gestartet' in das Feld schreibt um die Übertragung zu starten und B) ein Textfeld daneben welches den Status anzeigt.

[bahnuhr]

@frankjoke sagte in Adapter: bmw zum Auslesen von BMW's ConnectedDrive Daten:

@bahnuhr
Ja, der State welcher das send macht bekommt immer ein Statusstring welches 'In Arbeit, Übertragen, Abgeschossen u..s.w.' von den BMW Statusmeldungen bekommt.

Habe in Vis A) einen Button welcher 'gestartet' in das Feld schreibt um die Übertragung zu starten und B) ein Textfeld daneben welches den Status anzeigt.

Meinst du dieses Objekt?

[bahnuhr]

@frankjoke sagte in Adapter: bmw zum Auslesen von BMW's ConnectedDrive Daten:

@bahnuhr
Ja, der State welcher das send macht bekommt immer ein Statusstring welches 'In Arbeit, Übertragen, Abgeschossen u..s.w.' von den BMW Statusmeldungen bekommt.

Habe in Vis A) einen Button welcher 'gestartet' in das Feld schreibt um die Übertragung zu starten und B) ein Textfeld daneben welches den Status anzeigt.

Ok, es wird in der history remote angezeigt bei dem jeweiligen Auftrag.

Nur wie bekommst du die aktuelle Auftrag Nr. raus ?

[frankjoke]

@bahnuhr
Beim send-post auf den Server gibts die im json zurück.

[bahnuhr]

@frankjoke sagte in Adapter: bmw zum Auslesen von BMW's ConnectedDrive Daten:

@bahnuhr
Beim send-post auf den Server gibts die im json zurück.

Danke für die Antwort.

Es ist mir aber nicht klar.

Kannst du mal dein Script reinstellen wie du die einzelnen json abrufst oder dann verwaltest dass du sie in vis angezeigt bekommst.

Danke dir.

[frankjoke]

@bahnuhr

Wie schon gesagt, ich habe kein script und in vis habe ich das:

Alle 3 widgets sind auf bmw.0.225xe.StarteKlima verlinkt wobei der button 'START' in das Feld schreibt und es damit auslöst, das obere Textfeld zeigt die letzte Änderung an und das untere den Wert.

p.s.: Beim 225xe ist die Klimaanlage rein elektrisch (ist ja ein Hybrid der auch rein elektrisch fahren kann) und ich kann sie 15-30 min vor dem Wegfahren starten, damit ist er im Winter aufgeheizt und das meiste Eis ist weg und im Sommer ist aus 50° in der Sonne 25° geworden bis ich einsteige! Das ist die einzige Funktion die ich verwende.

[bahnuhr]

Wäre es denn möglich, dass du die widgets mal zur Verfügung stellst.

Es ist mir immer noch nicht klar wie der Wert "nicht gestartet" dort hinkommt.

mfg

[frankjoke]

@bahnuhr
Die Widgets sind standard von vis und der Wert nicht gestartet kommt von BMW, bei jedem neuen scan wird ja alles abgefragt und wenn da nix war gibt BMW 'NOT_STARTET' zurück (sonst den Status) und das hab ich im Adapter übersetzt.

[frankjoke]

Ach ja, du musst natürlich unter den Abfragen in der Konfig auch remote_execution stehen haben, sonst gibt's das nicht!

[bahnuhr]

ok, verstanden.
Wenn man nicht will, dann eben nicht.

Wie oben ersichtlich hab ich remote_execution stehen.

Und dies funktioniert nicht.

Fazit:
Für mich nun erledigt. Es geht nicht.

[warp735]

Hi Leute...

hab den Adapter nun auch schon eine Weile laufen und funktioniert wunderbar :-)

Bin nun gerade dabei eine schönes VIS Seite zu basteln und nun ist mir aufgefallen, dass bei den nächsten Servicterminen nur das Datum, aber keine KM angegeben sind. Bekommt man diese Werte nicht vom Portal?

Gruß Benni

[frankjoke]

@warp735
Bmw sendet die Daten, bei Motoröl und Fahrzeugcheck sind auch KM angegeben, allerdings sind die Daten in einem Array versteckt wo der Adapter nur das erste Element(das Datum) zeigt.

Werd mal beim nächsten Update schauen ob ich das 'Feature' einbauen kann...

[warp735]

Das wäre klasse 👍🏻