Test Adapter Nuki-extended v2.0.x

[Zefau]

@cash sagte in [Aufruf] Nuki-extended Adapter:

Ich habe ein Script geschrieben welches auf Änderung vom Datenpunkt reagiert. Und dort sieht man das der Datenpunkt zuerst mit RTO beschrieben wird aber quasi direkt danach wieder geändert wird in online. Beim nächsten Webpi-Abruf (ich vermute das es Web-Api war wird der Status dann wieder auf RTO geändert. In der App stand die ganze Zeit RTO.

Kannst du nochmal die Version von Github drüber installieren und prüfen, ob die Version es behebt?

[cash]

@Zefau Werde es testen. Aber vorher noch eine Anmerkung. Wie schon geschrieben kann ich derzeit alles schalten. Alles funktioniert aber der Adapter ist gelb Werde jetzt mal installieren. Ich befürchte das ich danach erstmal wieder nicht schalten kann und ich erst wieder eine Pause machen muss bevor der Adapter geht. Ich denke die Bridge von Nuki bzw die Software ist eher großer Mist...

[Zefau]

@cash sagte in [Aufruf] Nuki-extended Adapter:

Wie schon geschrieben kann ich derzeit alles schalten. Alles funktioniert aber der Adapter ist gelb

Danke für den Hinweis. Hatte gedacht / gehofft, dass das Problem behoben ist.

Hast du die Bridge API in den Adaptereinstellungen auf sync oder callback gestellt?

[cash]

@Zefau Callback.

Neue Version ist installiert und grün und wie von mir vermutet funktioniert wieder nichts. :-((

[cash]

Habe jetzt auf Poll umgestellt. Adapter ist gelb. Fehler im log keine.

[Zefau]

@cash sagte in [Aufruf] Nuki-extended Adapter:

Neue Version ist installiert und grün und wie von mir vermutet funktioniert wieder nichts. :-((

Merkwürdig. Und nichts heißt, du bekommst die Meldung Trigger action.. aber danach passiert nichts und auch keine Log-Einträge erscheinen?

[cash]

@Zefau Korrekt.

Noch etwas. Der State vom Opener passt auch nicht. Derzeit normal mode und online angezeigt wird normal mode aber RTO. Spätestens nach dem Abruf per Web-Api müsste der Adapter das doch gerade ziehen oder?

[cash]

Habe unter Objekte alles unter Callback gelöscht und per Browser die Callback-id gelöscht. Adapter umgestellt auf callback und gestartet. Adapter wird grün aber callback-Datenpunkte werden nicht angelegt. Im Log keine Hinweise. Wenn es klappt findet man dazu etwas im log...

[cash]

@Zefau So es ist vollbracht. Habe den Adapter wieder längere Zeit ausgelassen und als ich dann per Browser den Satus abfragen konnte hatte ich gesehen Uptime der Bridge 112. Ich vermute Sekunden? Also wird die Bridge sich verabschiedet haben. Also Adapter gestartet und er ist wieder gelb Aber das ist ja ein gutes Zeichen. Im Log kam nach dem Polling auch sofort der richtige State für die Haustür und danach der Callback. Also einmal den Actions-State geändert und auch das passt nun:

javascript.0	2019-10-19 22:26:52.514	info	script.js.Flur.Nuki_Opener: Status von Haustür: RING_TO_OPEN_ACTIVE
nuki-extended.1	2019-10-19 22:26:49.014	info	Successfully triggered action -ACTIVE RTO- on Nuki Opener Haustür (via Bridge API).
nuki-extended.1	2019-10-19 22:26:47.517	info	Trigger action -ACTIVE RTO- on Nuki Opener Haustür.
nuki-extended.1	2019-10-19 22:23:40.822	info	Callback (with URL http://192.168.178.10:51989/nuki-api-bridge) attached to Nuki Bridge with name Nuki Bridge.
nuki-extended.1	2019-10-19 22:23:40.039	info	Listening for Nuki events on port 51989.
javascript.0	2019-10-19 22:22:09.789	info	script.js.Flur.Nuki_Opener: Status von Haustür: ONLINE
nuki-extended.1	2019-10-19 22:22:09.316	info	Polling Nuki Web API with a frequency of 60s.

Ich hoffe echt das Nuki Firmware der Bridge deutlich verbessern kann. So ist mir das ganze etwas instabil und wenig verlässlich...

[Zefau]

@cash sagte in [Aufruf] Nuki-extended Adapter:

Also Adapter gestartet und er ist wieder gelb

Raff ich nicht, warum das bei dir immer gelb ist. nuki-extended.0.info.connection steht auf false bei dir?

[miwe]

@Zefau Leider ist das von mir verrmeintlich gelöste Problem wieder aufgetreten.

Pisitive Rückmeldung im LOG: nuki-extended.0 2019-10-20 11:10:05.128 info (30104) Trigger action -UNLOCK- on Nuki Smartlock Wohnungstür.

Am Schloss selbst aber passiert nichts. WLAN + Bluetooth Verbindung sind vorhanden und mehrfach überprüft.

Ideen?

[cash]

@miwe Wenn danach nicht auch „ Successfully triggered action“ im log kommt hat es nicht funktioniert. Schuld ist dort mit großer wahrscheinlichkeit die Nuki Bridge bzw die Firmware. Nach Update vom Adaper lösche ich manuell den Callback und die Objekte unter Callback vom Adapter. Wenn danach die Datenpunkte wieder angelegt werden funktioniert es auch. Irgendwie nicht so richtig stable für mich. Im Developer Forum findet man einiges dazu.

[miwe]

@cash said in [Aufruf] Nuki-extended Adapter:

@miwe Wenn danach nicht auch „ Successfully triggered action“ im log kommt hat es nicht funktioniert.

Das stimmt so nicht. Es hat funktioniert - habe ja gehört dass das Schloss anfangs geschlossen hat ohne die von Dir beschriebene Rückmeldung.

[Zefau]

@cash @miwe ich gucke es mir heut Abend nochmal im Detail an.

[miwe]

@Zefau Dankeschön

[Zefau]

@miwe @cash vielen Dank für's Testen. Bitte probiert nochmal die aktuelle Version auf Github (v2.0.0-rc.7). Bitte nach dem Update den State _ACTION löschen und den Adapter neustarten (damit der State neu angelegt wird).

[cash]

@Zefau Die rc7 hatte ich schon drauf? Hast Du an der noch etwas verändert?

[miwe]

@Zefau

6303. Neither Bridge API or Web API initialized! Steht im Log. Leider ohne Funktion.

[Zefau]

@cash sagte in [Aufruf] Nuki-extended Adapter:

Die rc7 hatte ich schon drauf? Hast Du an der noch etwas verändert?

Ja, habe noch eine Anpassung vorgenommen.

[Zefau]

@miwe sagte in [Aufruf] Nuki-extended Adapter:

Neither Bridge API or Web API initialized! Steht im Log. Leider ohne Funktion.

Kannst du die Instanz mal auf debug stellen und mir das Log vom Start des Adapters bis inkl. des triggerns eines Events schicken?