[ NUKI Smartlock ] 73_NUKIBridge.pm und 74_NUKDevice.pm

MAC66666 · 27 Februar 2018, 21:50:40

Zitat von: CoolTux am 27 Februar 2018, 11:46:43
Sagen wir mal so, Du kannst keine statische festlegen aber Du kannst Deinem DHCP Server sagen er soll eine feste Zuordnung zur entsprechenden MAC machen.
Denke mal das es das ist was Du nun gemacht hast.

Jup... Kann halt nicht jeder Router, deshalb meinte ich, dass es schade ist, dass man keine feste IP in der Bridge anlegen kann...

Zitat von: CoolTux am 27 Februar 2018, 11:56:49
Es wird morgen Früh ein keines Update geben. Darin wird lediglich decode_json() Errors abgefangen das diese nicht mehr zu einem Crash führen.

Meinst Du das?

Code Auswählen

2018.02.27 18:07:47 3: NUKIBridge (NBridge) - invalid json detected: HTTP 503 Unavailable

CoolTux · 27 Februar 2018, 21:58:57

Zitat von: MAC66666 am 27 Februar 2018, 21:50:40
Jup... Kann halt nicht jeder Router, deshalb meinte ich, dass es schade ist, dass man keine feste IP in der Bridge anlegen kann...

Meinst Du das?

Code Auswählen Erweitern
2018.02.27 18:07:47 3: NUKIBridge (NBridge) - invalid json detected: HTTP 503 Unavailable

Nein. Das ist noch was anderes.

MAC66666 · 27 Februar 2018, 22:11:38

Oh. Und hast Du eine Idee? Nuki läuft so weit bei mir.

MAC66666 · 27 Februar 2018, 22:27:54

Ach und nochwas: Ich lese hier was von Callback usw. aber auch nach intensiver Suche ist mir nicht klar, was das sein soll und warum ich die zwei webhook* attr eintragen soll.

Cobra · 27 Februar 2018, 23:51:49

Zitat von: MAC66666 am 27 Februar 2018, 11:41:27
OK, DHCP hat eine andere Adresse zugewiesen. Habe jetzt meinem Router mal klargemacht, dass das so nicht geht

Schade dass man der Bridge selbst keine feste IP zuweisen kann...

Statische IP lässt sich doch in der Bridge einrichten. Hab ich zumindest so gemacht.
Bei der WLAN-Konfiguration kann man sagen Automatisch IP beziehen oder manuell vergeben.

Gruß Cobra

CoolTux · 28 Februar 2018, 09:19:27

Zitat von: MAC66666 am 27 Februar 2018, 22:27:54
Ach und nochwas: Ich lese hier was von Callback usw. aber auch nach intensiver Suche ist mir nicht klar, was das sein soll und warum ich die zwei webhook* attr eintragen soll.

Wenn das Nuki Smartlock seinen Status über eine andere Instanz ändert als FHEM, bekommt FHEM das normalerweise nicht mit. Mit dem Callback sendet die Bridge das Event direkt an FHEM und somit stellt sich dann der korrekte Status des Smartlocks ein.

MAC66666 · 28 Februar 2018, 11:19:59

Ah ok, sowas hatte ich vermutt, dann war es wohl eher Zufall, dass bei mir der status immer gestimmt hat

Jetzt habe ich nur noch diesen Schönheitsfehler:

Code Auswählen

invalid json detected: HTTP 503 Unavailable

CoolTux · 28 Februar 2018, 12:09:23

503 bedeutet das das Smartlock offline ist. Es ist also von der Bridge gerade nicht zu erreichen. Mehr finde ich dazu leider auch nicht.

Raimund Scheiber · 28 Februar 2018, 21:13:27

Dass 503 bedeuten soll, dass das SmartLock offline bzw. von der Bridge aus nicht zu erreichen ist mag ich nicht ganz glauben.
Ich habe jeden Tag ein paar solcher Einträge im Log, die meisten genau dann, wenn via FHEM ein SmartLock gesperrt oder geöffnet wurde, was ja auch funktioniert hat. Warum soll genau dann das SmartLock offline gewesen sein?

raimund

CoolTux · 28 Februar 2018, 21:19:21

Ich kann nur das wieder geben was in der API steht. Kannst gerne nachlesen.

Raimund Scheiber · 01 März 2018, 06:03:29

Habs gerade gelesen...
Dann ist vielleicht die API etwas zu heikel und benötigt vielleicht mehr Toleranz bei den Zugriffen (dies müsste dann wohl von Nuki gefixt werden).

Was mir sonst noch aufgefallen ist: wenn ich über FHEM (also die API) ein SmartLock steuere, dann funktioniert ein weiterer Zugriff auf das gleiche oder ein anderes SmartLock erst nach einiger Zeit (so nach ca. 20 Sekunden); dazwischen werden die Befehle einfach vergessen.
Steuert man dazwischen mit einem Nuki-Fob, dann geht das sofort (dies passiert dann via Bluetooth, ohne Bridge). Hat sonst auch noch jemand diese Erfahrungen gemacht?

CoolTux · 01 März 2018, 06:34:42

Die API der Bridge ist generell etwas heikel/instabil. Mit der aktuellen Beta soll es wohl etwas besser werden.
Da ich das Modul die nächsten Monate eh umbauen will werde ich da auch was einbauen.

Raimund Scheiber · 02 März 2018, 16:15:16

Bei mir steht in FHEM bei der Bridge die API-Version 1.5

Die Doku auf der Nuki-Webseite beschreibt V1.6 vom 19.06.2017. Wie bekommt man diese Version? Kommt die von FHEM, oder kommt die mit der Bridge-Firmware?

Im nuki-Slack gibts übrigens noch eine ältere Konversation zum Thema 503 - da ist beschrieben, dass diese Meldung eigentlich nur kommt, wenn die Bridge busy ist (und nicht das SmartLock) - soll in der API-Doku noch ausgebessert werden.

SchErzherzog · 21 März 2018, 23:20:32

Hallo,

besteht die Möglichkeit, auch das manuelle öffnen der Tür zu erkennen?
Ich möchte gerne eine Telegram Nachricht erhalten, wenn jemand die Tür öffnet, wenn ich nicht zu Hause bin.

In der Nuki-Weboberfläche stehen diese Events schon zur Verfügung - geht das auch in FHEM?

Danke schonmal!

PS: Verbose 5 ist schon gesetzt

CoolTux · 22 März 2018, 06:43:08

Wenn auf der Bridge ein Event ausgelöst wird, dann wird sich auch der Zustand in FHEM entsprechend einstellen. Voraussetzung ist das ein Callback eingerichtet ist.