Adapter: bmw zum Auslesen von BMW's ConnectedDrive Daten

[frankjoke]

@bahnuhr ,
Werde nur noch hier antworten.
Vielleicht hab ich vergessen das readme upzudaten da ich sowieso das Rufzeichen durch eine checkbox ersetzten wollte, aber nicht mehr vor veinem Unfall dazugekommen bin. Jetzt war ich etwas im Spital und lieg im Bet mit éinem Tablet, kann nicht zum System im Arbeitszimmer im Keller um was zumachen.

[bahnuhr]

Ja, wie ich in dem anderen thread geschriben habe funktioniert die 1.4.0 bei mir nicht.

Die 1.3.3. funktioniert dagegen einwandfrei.

Bug bei 1.4.0

• kein debug (zumindest hab ich es nicht hinbekommen)
• die von mir dargestellte Fehlermeldung (im anderen thread)
• Funktionen (klima, lichhupe, etc). gehen einfach nicht.

Wie gesagt:
1.4.0 hat einen bug (zumindest bei mir; oder ich find die lösung nicht).
1.3.3. funktioniert einwandfrei.

mfg

[bahnuhr]

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

Unfall dazugekommen

Gute Besserung für dich.

Vielleicht findest du ja die Lösung für mich.

.com oder .de richtig.
debug einschalten wie?

P.S.
admin 3 hab ich drauf
Und ich glaube nicht, dass es am js-controller liegt
1.4.2. dürfte doch nicht das Problem sein.

Wenn ich etwas testen soll, sag Bescheid.

Mich interessieren ausschließlich die Taster-Funktionen (klima, lichthupe, etc.)

Die anderen Daten werden sowieso nicht korrekt übermittelt (aber das hatten wir auch schon).

[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.