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

[maraka]

Darf ich draus schließen das du Nuki über Siri nutzt? Falls ja, wie sieht den dein Mapping aus? Bei mir funktioniert eben genau das leider nicht....
Gruß
Morpheus


Gesendet von iPhone mit Tapatalk

Hallo,
nutzt du Nuki mit Siri und Homekit?
Das würde ich ganz gerne. Kannst du mir ein paar Tipps geben, wie ich das realisieren kann. Die Nuki Bridge habe ich in fhem eingebunden, oder ist das
so noch nicht möglich?

Gruß

[Sascha_F]

Hi zusammen,

kurze Frage: Was sagt mir denn folgende Meldung?

Use of uninitialized value in concatenation (.) or string at ./FHEM/73_NUKIBridge.pm line 375

Die Line dazu ist folgende:
Log3 $name, 5, "NUKIBridge ($name) - Response CODE: $param->{code}";

Das Device heißt: NukiBridge

Viele Grüße
Sascha

[CoolTux]

Wird wohl kein $param->{code} existieren. Bekommst du das oft?

[Sascha_F]

Hi,

habe es jetzt aktuell erst 2x gesehen (03.03. und 06.03.). Also nichts, was regelmäßig auftritt. Im Februar 3x und im Januar 7x.

Dachte, ich hätte mal wieder irgendwas verbockt

[CoolTux]

Also bei der Anzahl muss es was mit dem KeepAlive zu tun haben. Eventuell hat die Bridge da keine param Daten geliefert. Warum auch immer.

[daniel2311]

Hallo zusammen,
ich habe mal eine Frage, funktioniert das Modul auch mit der Hardware-Bridge?
ich habe die App mal ausprobiert und bekomme, wenn ich die URL über den Browser aufrufe, direkt auf Port 8080 Feedback.
Wenn ich Port 8080 von der Hardware-Bridge anspreche - Stille.
Keine Meldung, dass ein Token, welches ich nicht habe (bzw. ich habe ein Token mir online generiert) nicht stimmt - einfach nichts.
Habe ich etwas Grundsätzliches nicht verstanden?

[daniel2311]

Okay, ich habe es verstanden - sorry für die Frage.
Hier noch mal für alle, die es auch nutzen wollen, aber genauso es erst nicht verstehen, wie ich.

Man geht in die Nuki-App und drückt rechts oben auf Nuki-Bridge verwalten.
Dann nimmt man die Bridge vom Strom und drückt beim Einstecken auf den Knopf bis die Bridge blinkt. Wenn sie blinkt, klickt man in der App auf Bridge verwalten und dort findet man unterhalb der WLAN-Auswahl dann auch der Entwicklermodus. Diesen muss man einschalten. Dort kann man sowohl IP und Port als auch die API-Token erfahren.
Hat man den, klappt alles wunderbar. Wobei ich ein Problem hatte, dass die App dann nicht mehr verstand, dass ich mit einer Bridge verbunden war. Anschließend hat der Motor sich blockiert und das Gerät war nicht mehr kalibriert. Naja, ich habe es noch einmal gemacht und dann ging es.

Anschließend habe ich dann auch verstanden, was es sich mit den webhookFWinstance und webhookHttpHostname auf sich hat.
Diese sind dafür da, dass die Bridge bzw. das Schloss selbst zurückliefert, dass sich der Status des Schlosses geändert hat. Dafür ruft das Schloss eine URL auf, die ihr mit den Attributen in FHEM angeben könnt.

Tolles Modul - vielen Dank!

[Lupo]

Ich habe gerade mal nach dem Wiki mit "define NBridge1 NUKIBridge 192.168.0.23 F34HK6" meine Bridge einrichten wollen.
Dabei natürlich meine IP eingesetzt und das vorher von mir generierte API Token.
Trotzdem bekomme ich die Meldung "Connection refused"?

Muß ich noch was einstellen?

[CoolTux]

Hallo,

Das sollte eigentlich soweit korrekt sein. Eventuell hast du die jsonlib nicht installiert?

[Lupo]

Hallo,

Das sollte eigentlich soweit korrekt sein. Eventuell hast du die jsonlib nicht installiert?

"sudo apt-get install libjson-perl" gemacht, war schon auf dem aktuellsten Stand...

[CoolTux]

Das benötige ich ein paar mehr Angaben. Soft oder Hardware Bridge?
Gib mal ein list von der Bridge und stelle den verbose auf 5 und poste mal hier

[Lupo]

Hardware Bridge.

Code Auswählen Erweitern

2017.04.12 18:05:17 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.04.12 18:05:17 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.2.112:8080/info?token=xxxx
2017.04.12 18:05:17 4: NUKIBridge (NBridge1) - run NUKIBridge_Call
2017.04.12 18:05:17 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.04.12 18:05:17 5: NUKIBridge (NBridge1) - Response JSON:
2017.04.12 18:05:17 5: NUKIBridge (NBridge1) - Response ERROR: 192.168.2.112: Connection refused
2017.04.12 18:05:17 5: NUKIBridge (NBridge1) - Response CODE:
2017.04.12 18:05:17 5: NUKIBridge (NBridge1) - Bridge ist offline
2017.04.12 18:05:17 4: NUKIBridge (NBridge1) - error while requesting: 192.168.2.112: Connection refused

[CoolTux]

ping mal die Bridge an bitte. Sldo vom FHEM Server

[Lupo]

Code Auswählen Erweitern

Ping wird ausgeführt für 192.168.2.112 mit 32 Bytes Daten:
Antwort von 192.168.2.112: Bytes=32 Zeit=4ms TTL=128
Antwort von 192.168.2.112: Bytes=32 Zeit=1ms TTL=128
Antwort von 192.168.2.112: Bytes=32 Zeit=1ms TTL=128
Antwort von 192.168.2.112: Bytes=32 Zeit=1ms TTL=128

Ping-Statistik für 192.168.2.112:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 1ms, Maximum = 4ms, Mittelwert = 1ms

Was meinst du mit "Sldo"? Sudo vom RasPi?

Code Auswählen Erweitern

pi@raspberrypi ~ $ sudo ping 192.168.2.112
PING 192.168.2.112 (192.168.2.112) 56(84) bytes of data.
64 bytes from 192.168.2.112: icmp_req=1 ttl=128 time=2.17 ms
64 bytes from 192.168.2.112: icmp_req=2 ttl=128 time=1.59 ms
64 bytes from 192.168.2.112: icmp_req=3 ttl=128 time=1.41 ms
64 bytes from 192.168.2.112: icmp_req=4 ttl=128 time=1.60 ms
64 bytes from 192.168.2.112: icmp_req=5 ttl=128 time=1.82 ms
64 bytes from 192.168.2.112: icmp_req=6 ttl=128 time=1.64 ms
^C
--- 192.168.2.112 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5006ms
rtt min/avg/max/mdev = 1.419/1.711/2.173/0.238 ms


[CoolTux]

Hast Du auch bei der Bridge alles freigegeben? Stimmt der Port? ist der Port bei der Bridge Konfig auch 8080?