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

[fred_feuerstein]

hab die 0.5.99 nun bei mir drauf. Erste Tests funktionieren. Schalten und Status-Anzeige geht.

Werksreset und Unpair will ich ungern machen
Aber ich denke, dass es funktioniert. Bzw. wenn nicht ist es eher was für NUKI.

Ich lass es einfach laufen, wenn was sein sollte, sage ich Bescheid.

[CaptainCarrot]

Das liefert alle Instanzen zurück:

Code Auswählen Erweitern

IntraWEB,WEB,WEBphone,WEBtablet

Wollte nur kurz vermelden, dass ich mit 0.4.7 alle Instanzen im Smartlock für den Webhook zur Auswahl habe, perfekt!
Ansonsten seit 2 Wochen keine Auffälligkeiten (jedenfalls nicht von FHEM-Seite, die NUKI-App für Android zickt bisschen rum ).

Gruß, Joachim

[atlan76]

Hallo zusammen,

hat jemand ne Idee, ob ein unlatch auch über Siri / HomeKit (Homebridge) möglich ist?

LG
Jürgen

[Stephan1965]

Hallo,
ich habe ein paar Fragen:
- In der Nuki App kann man die Betätigung des Knopfes am Smartlock deaktivieren. Ist dies auch von FHEM aus möglich? Dann könnte man z. B. im Party-Modus diesen deaktivieren (gemeinsam mit den anderen Party-Einstellungen im zugehörigen DOIF wie Rollos, Licht etc.), damit die neugierigen Gäste nicht immer auf den Knopf drücken (bzw. Erfolg haben  mit der Betätigung und dann kriegen sie die Tür nicht mehr auf).
- Wenn ich auf den Knopf am Smartlock drücke, schließt das Schloß. Ich hätte gerne, dass beim erneuten Drücken (also wenn das Schloß zugesperrt ist) das Schloß wieder geöffnet wird. Ist das über FHEM realisierbar? (Oder geht das über die Nuki-App und ich habe es noch nicht gefunden?). Sprich: Kann die Betätigung des Knopfes in FHEM ausgelesen werden?

Viele Grüße

Stephan

[CoolTux]

Hallo,
ich habe ein paar Fragen:
- In der Nuki App kann man die Betätigung des Knopfes am Smartlock deaktivieren. Ist dies auch von FHEM aus möglich? Dann könnte man z. B. im Party-Modus diesen deaktivieren (gemeinsam mit den anderen Party-Einstellungen im zugehörigen DOIF wie Rollos, Licht etc.), damit die neugierigen Gäste nicht immer auf den Knopf drücken (bzw. Erfolg haben  mit der Betätigung und dann kriegen sie die Tür nicht mehr auf).
- Wenn ich auf den Knopf am Smartlock drücke, schließt das Schloß. Ich hätte gerne, dass beim erneuten Drücken (also wenn das Schloß zugesperrt ist) das Schloß wieder geöffnet wird. Ist das über FHEM realisierbar? (Oder geht das über die Nuki-App und ich habe es noch nicht gefunden?). Sprich: Kann die Betätigung des Knopfes in FHEM ausgelesen werden?

Viele Grüße

Stephan

Hallo Stephan,

1. Ist meines Wissens nicht möglich. Zu mindest ist es nicht in FHEM implementiert und in der API Beschreibung hatte ich dazu nichts gefunden.
2. Ist es nicht sowieso so das wenn der Schloß geschloßen ist und ich am Knopf am Schloß drücke es sich wieder öffnet?
Zu Deiner Zustandsfrage. Sofern Webhook/Callback eingerichtet ist und nachweißlich funktioniert ist FHEM zu jeder Zeit der Zustand des Schloßes bekannt. Also auch wenn der Zustand sich über Schloß/App ändert.



Grüße

[fred_feuerstein]

- In der Nuki App kann man die Betätigung des Knopfes am Smartlock deaktivieren. Ist dies auch von FHEM aus möglich? Dann könnte man z. B. im Party-Modus diesen deaktivieren (gemeinsam mit den anderen Party-Einstellungen im zugehörigen DOIF wie Rollos, Licht etc.), damit die neugierigen Gäste nicht immer auf den Knopf drücken (bzw. Erfolg haben  mit der Betätigung und dann kriegen sie die Tür nicht mehr auf).
- Wenn ich auf den Knopf am Smartlock drücke, schließt das Schloß. Ich hätte gerne, dass beim erneuten Drücken (also wenn das Schloß zugesperrt ist) das Schloß wieder geöffnet wird. Ist das über FHEM realisierbar? (Oder geht das über die Nuki-App und ich habe es noch nicht gefunden?). Sprich: Kann die Betätigung des Knopfes in FHEM ausgelesen werden?

- der Button vom Smartlock ist aktuell nicht per API konfigurierbar, nur über die App am Handy.
- das ist doch die Default-Einstellung (in der App: "Button am Smartlock" ist per default aktiviert) Bei klick auf den Knopf schliesst das Schloß zu und bei erneutem Klick schliesst es wieder auf. Bei Doppelklick auf den Knopf wird Lock-N-Go aktiviert. Heisst, man klickt 2 Mal auf dem Knopf und verlässt das Haus, 20 Sekunden nach dem Doppelklick wird das Schloß verriegelt.
Das nutze ich recht häufig.
Aber auch hier der Knopf ist nicht per API und somit per FHEM schaltbar.

[markukug]

Irgendwie schaffe ich es nicht den Status des Smartlock automatisch aktualisiert zu bekommen.
Leider habe ich auch die Webhook Funktion (ich habe die Webhook IP auf den FHEM Server gesetzt) noch nicht so richtig verstanden.
Vielleicht kann hier jemand versuchen eine Erklärung zu geben.

Danke
LG
Markus

[fred_feuerstein]

ich versuche es mal:

ohne Webhook/Callback sendet das Smartlock an die Bridge immer den aktuellen Status, bzw. wird von der Bridge abgefragt.
Um den Status vom Smartlock über FHEM lesen zu können muss also alle X Sekunden eine Abfrage von FHEM an die Bridge erfolgen, was z.T. Probleme bei der Bridge bei zu häufigen Anfragen verursachte.

Der Callback macht nun folgendes: Man definiert eine IP-Adresse/Port (in unserem Fall der FHEM Server mit bspw. WEB-Instanz). Ab dann werden Schließvorgänge von der Bridge automatisch zu FHEM gemeldet. Und das nur, wenn tatsächlich eine Änderung war.
Und dabei ist es egal ob der Schließvorgang über App, am Schloß oder per API/FHEM erfolgte. Der Status wird immer über diesen Weg dann an FHEM übergeben.

[CoolTux]

Irgendwie schaffe ich es nicht den Status des Smartlock automatisch aktualisiert zu bekommen.
Leider habe ich auch die Webhook Funktion (ich habe die Webhook IP auf den FHEM Server gesetzt) noch nicht so richtig verstanden.
Vielleicht kann hier jemand versuchen eine Erklärung zu geben.

Danke
LG
Markus

Was hast Du denn bis jetzt gemacht?
Wichtig ist das Schloß, Bridge und Module aktuell sind.

[markukug]

Vorerst mal danke für Euer rasches Feedback.

Bridge
Internals

Code Auswählen Erweitern

DEF 192.168.178.233 abcdef
HOST 192.168.178.233
NAME nuki01
NR 532
PORT 8080
STATE connected
TOKEN abcdef
TYPE NUKIBridge
VERSION 0.4.7

Readings

Code Auswählen Erweitern

0_name Tstr23 2017-01-21 14:44:10
0_nukiId 102765321 2017-01-21 14:44:10
bridgeType Hardware 2017-01-24 07:32:54
currentTime 2017-01-24T06:32:55+00:00 2017-01-24 07:32:54
firmwareVersion 1.4.20 2017-01-24 07:32:54
hardwareId 98598929 2017-01-24 07:32:54
lastError 192.168.178.233: No route to host 2017-01-23 06:13:22
serverConnected true 2017-01-24 07:32:54
serverId 287592143 2017-01-24 07:32:54
smartlockCount 1 2017-01-21 14:44:10
state connected 2017-01-24 07:32:54
uptime 59397 2017-01-24 07:32:54
wifiFirmwareVersion 1.0.1 2017-01-24 07:32:54


Smartlock:
Internals

Code Auswählen Erweitern


DEF 111111111 IODev=nuki01
IODev nuki01
NAME nukiHaustuer
NR 533
NUKIID 1111111111
STATE locked
TYPE NUKIDevice
VERSION 0.4.7
WEBHOOK_COUNTER 0
WEBHOOK_PORT
WEBHOOK_REGISTER incomplete_attributes
WEBHOOK_URI /fhem/NUKIDevice
WEBHOOK_URL


Readings

Code Auswählen Erweitern


battery ok 2017-01-23 20:53:40
batteryCritical false 2017-01-23 20:53:40
lockState locked 2017-01-23 20:53:40
name Nuki_22222222 2017-01-24 07:29:41
paired true 2017-01-24 07:29:41
rssi -79 2017-01-24 07:29:41
state locked 2017-01-23 20:53:40
success true 2017-01-23 20:53:40


Attributes

Code Auswählen Erweitern

IODev nuki01 deleteattr
alias Tstr23 deleteattr
room NUKI deleteattr
webhookHttpHostname 192.168.178.10 deleteattr

Wäre es Euch möglich hier nochmal drüber zu schauen, ob ich etwas falsch gemacht bzw. vergessen habe?

Danke
lg
Markus

[CoolTux]

Da fehlt noch Deine webhookFw Instanz

Code Auswählen Erweitern


WEBHOOK_REGISTER incomplete_attributes


Attribut beim Smartlock.
Wenn Du das hast kannst Du mit get callBacks bei der Bridge schauen ob einer eingerichtet ist.

[markukug]

Das Ganze sieht jetzt wie folgt aus:

Code Auswählen Erweitern


Callback-ID Callback-URL
0 http://192.168.178.233:8083/fhem/NUKIDevice-102765321
1 http://192.168.178.10:8083/fhem/NUKIDevice-102765321
2 http://192.168.178.10:8083/fhem/NUKIDevice-102765321


Kann man diese Callbacks irgendwie bereinigen? Die .10 ist mein FHEM-Server. .233 ist die Nuki-Bridge, welche ich in den Anfängen mal fälschlich eingetragen habe.

lg
Markus

[CoolTux]

Das Ganze sieht jetzt wie folgt aus:

Code Auswählen Erweitern


Callback-ID Callback-URL
0 http://192.168.178.233:8083/fhem/NUKIDevice-102765321
1 http://192.168.178.10:8083/fhem/NUKIDevice-102765321
2 http://192.168.178.10:8083/fhem/NUKIDevice-102765321


Kann man diese Callbacks irgendwie bereinigen? Die .10 ist mein FHEM-Server. .233 ist die Nuki-Bridge, welche ich in den Anfängen mal fälschlich eingetragen habe.

lg
Markus

Lösche mal alle. Bei der Bridge set removeCallbacks ID

Danach einfach nur beim Smartlock kurz auf attr webhookFw drücken so das das Attribut neu geschrieben wird. Musst ja nichts ändern

[markukug]

Danke, jetzt sieht es sauber aus!

Code Auswählen Erweitern

Callback-ID Callback-URL
0 http://192.168.178.10:8083/fhem/NUKIDevice-102765321


lg
Markus

[CoolTux]

Und jetzt testen. Mit der App oder am Schloß schalten und in FHEM sollte in 10s der aktuelle Status stehen.