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

Begonnen von CoolTux, 18 Juli 2016, 23:50:11

Vorheriges Thema - Nächstes Thema

Kingi

Hallo,
gibt es eine Anleitung, wie das Callback der Bridge in FHEM eingerichtet werden muss?

Schöne Ostern.

CoolTux

<li>webhookFWinstance - zu verwendene Webinstanz für den Callbackaufruf</li>
<li>webhookHttpHostname - IP oder FQDN vom FHEM Server für den Callbackaufruf</li>


Laut Commandref
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

fred_feuerstein

Oh. Da bin ich ja gespannt.

Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Gruß, Fred

FHEM auf Raspberry PI 3B+ im 7Zoll TouchDisplay Gehäuse, OS: Bullseye, mit Z-Wave RaZberry-Modul, 868CUL (WMBUS), LaCrosseCUL (Temp) und knapp 300 Devices aller Art

robspr

#994
Zitat von: CoolTux am 13 Oktober 2017, 13:10:46
Kann beim besten willen nicht finden warum das

2017.10.13 10:43:08 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number (peer: 192.168.0.22)
2017.10.13 10:45:13 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number (peer: 192.168.0.22)
2017.10.13 10:45:36 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number (peer: 192.168.0.22)

Vom Modul kommen sollte.

Sorry

Ich weiß nicht ob ihr immer noch dieses Problem habt da es schon recht lange her ist, bei mir habe ich aber eine Lösung bzw. auch die Ursache gefunden:

In der Nuki Bridge kann man ja bis zu 3 callbacks einrichten, leider waren da immer noch die alten (falschen) drinnen, die bei der Ersteinrichtung erstellt wurden, die auf den FHEMWEB gezeigt haben, der für SSL mit passwort konfiguriert ist.
Manuelles Löschen aller callbacks via "http://192.168.1.50:8080/callback/remove?id=0&token=123456" und neu zuweisen via FHEM hat geholfen.
Edit: die Befehle zum Entfernen der Callbacks gibt es ja auch schon in der Bridge Oberfläche, hätte ich vorher schauen sollen :(

MobiusOne

Ich habe das Problem das ich eine Statusänderung von Nuki (manuelles drücken des Knopfes) nicht in FHEM aktualisiert wird. Meiner Meinung nach, habe ich Nuki so konfiguriert, wie hier im Thread beschrieben wurde. Ich habe den Webhook konfiguriert. FHEM hat bei mir die IP-Adresse 192.168.2.250. Die Readings name, paired und rssi werden alle X Sekunden aktualisiert.



Auszug vom Schloss:
Internals:
   DEF        11199XXXX IODev=Nuki
   IODev      Nuki
   NAME       NUKIDevice11199XXXX
   NR         211
   NUKIID     11199XXXX
   STATE      unlock
   TYPE       NUKIDevice
   VERSION    0.6.2
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8083
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIDevice
   WEBHOOK_URL http://192.168.2.250:8083/fhem/NUKIDevice-11199XXXX
   READINGS:
     2018-06-06 00:26:26   battery         ok
     2018-06-06 00:26:26   batteryCritical 0
     2018-06-06 00:26:26   batteryState    ok
     2018-06-06 18:33:36   lockState       unlock
     2018-06-06 22:45:54   name            Nuki_06ACXXXX
     2018-06-06 22:45:54   paired          1
     2018-06-06 22:45:54   rssi            -70
     2018-06-06 18:33:36   state           unlock
     2018-06-06 18:33:36   success         1
   fhem:
     infix      NUKIDevice
   helper:
Attributes:
   IODev      Nuki
   alias      Haustüre
   genericDeviceType lock
   homebridgeMapping LockCurrentState=lockState,values=locked:1;unlocked:0;lock:1;unlock:0 LockTargetState=lockState,values=locked:1;unlocked:0;lock:1;unlock:0,cmds=1:lock;0:unlock,cmd=
StatusLowBattery=battery,values=ok:BATTERY_LEVEL_NORMAL;low:BATTERY_LEVEL_LOW
CurrentDoorState=lockState,values=/^unlock/:OPEN;/^unlocked/:OPEN;/^lock/:CLOSED;/^locked/:CLOSED
CurrentLockMechanismState=lockState,values=locked:SECURED;unlock=UNSECURED;lock:SECURED;unlock=UNSECURED
   room       Flur,HomeKit
   webhookFWinstance WEB
   webhookHttpHostname 192.168.2.250


und von der Bridge:
Internals:
   BRIDGEAPI  1.5
   DEF        192.168.2.206 1BbXXXX
   HOST       192.168.2.206
   NAME       Nuki
   NR         210
   PORT       8080
   STATE      connected
   TOKEN      1BbXXXX
   TYPE       NUKIBridge
   VERSION    0.6.2
   READINGS:
     2018-06-04 20:11:55   0_name          Haust�re
     2018-06-04 20:11:55   0_nukiId        11199XXXX
     2018-06-06 22:49:21   bridgeType      Hardware
     2018-06-06 22:49:21   currentTime     2018-06-06T20:49:21+00:00
     2018-06-06 22:49:21   firmwareVersion 1.10.1
     2018-06-06 22:49:21   hardwareId      20218XXXX
     2018-06-06 22:49:21   serverConnected 1
     2018-06-06 22:49:21   serverId        1827XXXX
     2018-06-04 20:11:55   smartlockCount  1
     2018-06-06 22:49:21   state           connected
     2018-06-06 22:49:21   uptime          1387805
     2018-06-06 22:49:21   wifiFirmwareVersion 1.1.0
   helper:
     aliveCount 0
Attributes:
   icon       1_nuki_bridge
   room       HWR


Seht jemand den Fehler den ich hier mache?

Vielen dank.

CoolTux

Zitat von: robspr am 06 Juni 2018, 21:20:22
Ich weiß nicht ob ihr immer noch dieses Problem habt da es schon recht lange her ist, bei mir habe ich aber eine Lösung bzw. auch die Ursache gefunden:

In der Nuki Bridge kann man ja bis zu 3 callbacks einrichten, leider waren da immer noch die alten (falschen) drinnen, die bei der Ersteinrichtung erstellt wurden, die auf den FHEMWEB gezeigt haben, der für SSL mit passwort konfiguriert ist.
Manuelles Löschen aller callbacks via "http://192.168.1.50:8080/callback/remove?id=0&token=123456" und neu zuweisen via FHEM hat geholfen.
Edit: die Befehle zum Entfernen der Callbacks gibt es ja auch schon in der Bridge Oberfläche, hätte ich vorher schauen sollen :(

Vielen Dank für den Hinweis. An sowas habe ich überhaupt nicht gedacht.


Grüße
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

Zitat von: MobiusOne am 06 Juni 2018, 22:56:18
Ich habe das Problem das ich eine Statusänderung von Nuki (manuelles drücken des Knopfes) nicht in FHEM aktualisiert wird. Meiner Meinung nach, habe ich Nuki so konfiguriert, wie hier im Thread beschrieben wurde. Ich habe den Webhook konfiguriert. FHEM hat bei mir die IP-Adresse 192.168.2.250. Die Readings name, paired und rssi werden alle X Sekunden aktualisiert.



Auszug vom Schloss:
Internals:
   DEF        11199XXXX IODev=Nuki
   IODev      Nuki
   NAME       NUKIDevice11199XXXX
   NR         211
   NUKIID     11199XXXX
   STATE      unlock
   TYPE       NUKIDevice
   VERSION    0.6.2
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8083
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIDevice
   WEBHOOK_URL http://192.168.2.250:8083/fhem/NUKIDevice-11199XXXX
   READINGS:
     2018-06-06 00:26:26   battery         ok
     2018-06-06 00:26:26   batteryCritical 0
     2018-06-06 00:26:26   batteryState    ok
     2018-06-06 18:33:36   lockState       unlock
     2018-06-06 22:45:54   name            Nuki_06ACXXXX
     2018-06-06 22:45:54   paired          1
     2018-06-06 22:45:54   rssi            -70
     2018-06-06 18:33:36   state           unlock
     2018-06-06 18:33:36   success         1
   fhem:
     infix      NUKIDevice
   helper:
Attributes:
   IODev      Nuki
   alias      Haustüre
   genericDeviceType lock
   homebridgeMapping LockCurrentState=lockState,values=locked:1;unlocked:0;lock:1;unlock:0 LockTargetState=lockState,values=locked:1;unlocked:0;lock:1;unlock:0,cmds=1:lock;0:unlock,cmd=
StatusLowBattery=battery,values=ok:BATTERY_LEVEL_NORMAL;low:BATTERY_LEVEL_LOW
CurrentDoorState=lockState,values=/^unlock/:OPEN;/^unlocked/:OPEN;/^lock/:CLOSED;/^locked/:CLOSED
CurrentLockMechanismState=lockState,values=locked:SECURED;unlock=UNSECURED;lock:SECURED;unlock=UNSECURED
   room       Flur,HomeKit
   webhookFWinstance WEB
   webhookHttpHostname 192.168.2.250


und von der Bridge:
Internals:
   BRIDGEAPI  1.5
   DEF        192.168.2.206 1BbXXXX
   HOST       192.168.2.206
   NAME       Nuki
   NR         210
   PORT       8080
   STATE      connected
   TOKEN      1BbXXXX
   TYPE       NUKIBridge
   VERSION    0.6.2
   READINGS:
     2018-06-04 20:11:55   0_name          Haust�re
     2018-06-04 20:11:55   0_nukiId        11199XXXX
     2018-06-06 22:49:21   bridgeType      Hardware
     2018-06-06 22:49:21   currentTime     2018-06-06T20:49:21+00:00
     2018-06-06 22:49:21   firmwareVersion 1.10.1
     2018-06-06 22:49:21   hardwareId      20218XXXX
     2018-06-06 22:49:21   serverConnected 1
     2018-06-06 22:49:21   serverId        1827XXXX
     2018-06-04 20:11:55   smartlockCount  1
     2018-06-06 22:49:21   state           connected
     2018-06-06 22:49:21   uptime          1387805
     2018-06-06 22:49:21   wifiFirmwareVersion 1.1.0
   helper:
     aliveCount 0
Attributes:
   icon       1_nuki_bridge
   room       HWR


Seht jemand den Fehler den ich hier mache?

Vielen dank.

Ist Dein WEB eventuell mit HTTPS oder Passwort gesichert?
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

MobiusOne

Zitat von: CoolTux am 07 Juni 2018, 08:10:35
Ist Dein WEB eventuell mit HTTPS oder Passwort gesichert?

Hallo CoolTux,
mein FHEM ist standard über HTTP erreichbar.

Mit Password würde mir nur mein Anmelde Kennwort an FHEM einfallen, meinst du dies? Soll ich das entfernen?
define allowed_WEB allowed
attr allowed_WEB basicAuth bWFyXXXXXXXXXXXX==
attr allowed_WEB validFor WEB


Ansonsten sieht so das Callback auf Nuki aus:
0 http://192.168.2.250:8083/fhem/NUKIDevice-11199XXXX

CoolTux

Zitat von: MobiusOne am 07 Juni 2018, 10:34:45
Hallo CoolTux,
mein FHEM ist standard über HTTP erreichbar.

Mit Password würde mir nur mein Anmelde Kennwort an FHEM einfallen, meinst du dies? Soll ich das entfernen?
define allowed_WEB allowed
attr allowed_WEB basicAuth bWFyXXXXXXXXXXXX==
attr allowed_WEB validFor WEB


Ansonsten sieht so das Callback auf Nuki aus:
0 http://192.168.2.250:8083/fhem/NUKIDevice-11199XXXX

Jepp das meine ich.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

MobiusOne


CoolTux

Zitat von: MobiusOne am 07 Juni 2018, 14:47:39
Top, funktioniert jetzt :D
Danke!

Eigentlich müsste Dein FHEM Log von nicht gelungenden Anmeldungen überschwemmt sein  :)
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

MobiusOne

Zitat von: CoolTux am 07 Juni 2018, 14:50:56
Eigentlich müsste Dein FHEM Log von nicht gelungenden Anmeldungen überschwemmt sein  :)

Ich bekomme ungefähr drei mal am Tag folgende Meldung
NUKIBridge (Nuki) - invalid json detected: HTTP 503 Unavailable

Diese kommt aber eigentlich nur wenn ich über FHEM den Status ändere, oder FHEM neustarte.

CoolTux

Nein das meine ich nicht. Ich meinte vom allowed Device für Web.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

MobiusOne

Zitat von: CoolTux am 07 Juni 2018, 14:59:24
Nein das meine ich nicht. Ich meinte vom allowed Device für Web.

Nee, da habe ich keinerlei Meldung zu bekommen. Anders hätte ich dies vielleicht als Ursache identifizieren können.