UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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 👍🏻

[beroliv]

Hallo,
Ich versuche ebendfalls die Standlüftung darüber zu aktivieren. Wenn ich zuhause Teste läuft das immer. Aber steht der Wagen in der Firma geht es meistens nicht. Manchmal ging es schon aber meistens muss ich die Lüftung dann per App an schalten. Ich habe mir dazu ein Blockly Script erstellt. Telegram sendet mir dann die Status Meldungen vom Server. Ich habe mir nun wieder die 1.4 Installiert weil es damit besser lief. Heute habe ich z.b nichts vom Server zurück ausser das selbst gesendete true.

[frankjoke]

@beroliv

Sehe ich das richtig dass du sagst dass beim neuen Adapter keine Rückmeldung nach dem Senden kommt? Mal sehen was ich da machen kann wenn ich das mal teste, wollte eh schon mal testen wie ich eventuell mehrere Befehle unterscheiden kann....

[beroliv]

Ich habe die 1.40 wieder installiert, bei testen gestern lief es, das tuts aber auch mit der 1.41. Nur wenn er Tags drauf in der Firma anspringen soll gehts nicht.
Die tests löse ich aber auch alle immer über den Cron aus.