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

[CoolTux]

Hier der callback Inhalt:

Code Auswählen Erweitern

Callback-ID Callback-URL
0 http://192.168.178.48:8083/fhem/NUKIDevice-140073833
1 http://192.168.178.37:8083/fhem/NUKIDevice-140073833
2 http://192.168.178.37:8088/webhook/NUKIDevice-140073833

Bisschen viel des guten. Am besten einmal alle 3 Einträge löschen. Dann ein Attribut für den Webhook anklicken und ohne es zu löschen neu setzen. Am Ende sollte nur ein Eintrag drin stehen pro Smartlock.

[oli82]

Guten Morgen.

Hab auch ein kleines Problem mit meinem Nuki.

Und zwar, wenn ich über Fhem ein "set Nuki lock" absetze, wird das Schloss zwar geschlossen, der "state" ändert sich aber nicht. Dort steht weiterhin "unlocked". Kann das jemand bestätigen?

Code Auswählen Erweitern

2017.05.15 09:03:46 5: NUKIDevice (NUKIDevice140403361) - readings set for NUKIDevice140403361
2017.05.15 09:03:57 4: NUKIDevice (NUKIDevice140403361) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2017.05.15 09:03:57 4: NUKIDevice (NUKIDevice140403361) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.05.15 09:04:02 5: NUKIDevice (NUKIDevice140403361) - Parse with result: {"success": true, "batteryCritical": false}
2017.05.15 09:04:02 5: NUKIDevice (NUKIDevice140403361) - parse status message for NUKIDevice140403361
2017.05.15 09:04:02 5: NUKIDevice (NUKIDevice140403361) - lockAction readings set for NUKIDevice140403361

Code Auswählen Erweitern

Readings:
     2017-05-12 09:10:31   battery         ok
     2017-05-12 09:10:31   batteryCritical 0
     2017-05-12 09:10:31   lockState       unlocked
     2017-05-15 09:07:33   name            Nuki_085E62A1
     2017-05-15 09:07:33   paired          1
     2017-05-15 09:07:33   rssi            -79
     2017-05-12 09:10:31   state           unlocked
     2017-05-15 09:04:02   success         1

[daniel2311]

Hallo Oli,

kann ich so nicht bestätigen. Hast du die Callback-URL eingetragen?

[oli82]

Hi Daniel.

Nein, hab ich noch nicht. Muss mich erst damit auseinander setzen. Habe aber gerade festgestellt, dass nach einem Fhem Neustart die Reading wieder passen.
Ebenfalls passen sie, wenn ich nach dem lock/unlock ein "set statusRequest" absetze

[CoolTux]

Das sollte sogar ohne Callback URL korrekt angezeigt werden.

Wenn der lock Befehl abgesetzt wird und die Bridge mit einem success 1 antwortet wird der state vom NUKIDevice auf den zuletzt abgegebenen Befehl gestellt. In diesem Fall also lock.
Erst wenn der Status über die Callback Funktion verifiziert wird stellt sich der state auf locked.
Welche Version vom Bridgemodul wird verwendet?


Grüße

[oli82]

Verwende die "   0.6.1" als Bridgemodul.
Das schloss braucht ja ein paar Sekunden, bis es den Status neu setzt. Der kommt zwar in der App, aber nicht in Fhem an.
Muss mir aber trotzdem die CallbackURL mal anschauen, wie diese zu setzen ist.
Aber wenn wir gerade bei der Bridge sind: der Name des Schloss wird nicht in den Readings aktualisiert, wenn man ihn nachträglich ändert und Sonderzeichen äöüß werden nicht unterstützt

[CoolTux]

Verwende die "   0.6.1" als Bridgemodul.
Das schloss braucht ja ein paar Sekunden, bis es den Status neu setzt. Der kommt zwar in der App, aber nicht in Fhem an.
Muss mir aber trotzdem die CallbackURL mal anschauen, wie diese zu setzen ist.
Aber wenn wir gerade bei der Bridge sind: der Name des Schloss wird nicht in den Readings aktualisiert, wenn man ihn nachträglich ändert und Sonderzeichen äöüß werden nicht unterstützt

Hallo Olli,

Das mit den Umlauten stimmt, da muß ich mich bei Gelegenheit noch mal ran setzen. Die Readings werden nur aktualisiert wenn das Smartlock Device an sich noch mal entfernt wurde. Anders ist es im Moment leider nicht realisierbar.



Grüße

[CoolTux]

Verwende die "   0.6.1" als Bridgemodul.
Das schloss braucht ja ein paar Sekunden, bis es den Status neu setzt. Der kommt zwar in der App, aber nicht in Fhem an.
Muss mir aber trotzdem die CallbackURL mal anschauen, wie diese zu setzen ist.
Aber wenn wir gerade bei der Bridge sind: der Name des Schloss wird nicht in den Readings aktualisiert, wenn man ihn nachträglich ändert und Sonderzeichen äöüß werden nicht unterstützt

Was ich noch vergessen habe. Die erste Readingaktualisierung sollte erfolgen sobald der Motor aufgehört hat zu drehen. Das sollte sich der state in lock oder unlock ändern, also je nachdem was man vorher als set gesetzt hat.

[oli82]

Was ich noch vergessen habe. Die erste Readingaktualisierung sollte erfolgen sobald der Motor aufgehört hat zu drehen.

Macht es leider nicht. In der Nuki App sehe ich den neuen State, aber nicht in Fhem

[CoolTux]

Eventuell liegt hier der Hund begraben

Code Auswählen Erweitern


2017.05.15 09:03:57 4: NUKIDevice (NUKIDevice140403361) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2017.05.15 09:04:02 5: NUKIDevice (NUKIDevice140403361) - Parse with result: {"success": true, "batteryCritical": false}


Aber Dein Reading für success ist

Code Auswählen Erweitern


2017-05-15 09:04:02   success         1


Ich muss später mal in den Code schauen wie genau die Auswertung funktioniert. Aber ich denke mal das ich nach true auswerte und das scheint bei Dir ja dann nicht zu passen.

Ich melde mich.


Grüße

[CoolTux]

Magst Du bitte einmal in den Nuki Master Branch von meinem Git gehen und Dir von dort die NUKIDevice installieren? Als Version sollte bei NUKIDevice dann 0.6.1 stehen.

Damit sollte sich zu mindest der state und der lockState korrekt füllen.

[oli82]

YES! Läuft. Danke für´s schnelle Umsetzen. Ach, hier liegt immer noch ein Nest Protect

[CoolTux]

YES! Läuft. Danke für´s schnelle Umsetzen. Ach, hier liegt immer noch ein Nest Protect

Ich weiß Oli ich weiß. 
Aber was soll ich machen. Cloud hasse ich wie die Pest und ausserdem bin ich gerade dabei das neue AMAD zu schreiben. Inklusive AMAD Installationsassistenten für Automagic.
Da muß sich bitte jemand anderes für Nest begeistern. Obwohl die Produkte echt klasse sind.


Grüße
Leon

[CoolTux]

Habe gerade den fix ins svn hochgeladen. Kommt morgen früh dann per Update

[CoolTux]

Ich könnte im übrigen gerade feststellen wieso aus Trier eine 1 und aus false eine 0 wird. Das liegt am JSON Packet. Wenn trüb oder false nicht in "" eingeschlossen sind wird daraus 0 und 1.

Die Kollegen scheinen da nicht ganz valide zu sein.


Grüße