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

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

Vorheriges Thema - Nächstes Thema

CoolTux

Ok ich habe da ein Fehler gefunden. Wenn Du es Dir zu traust.
In de Datei 74_NUKIDevice.pm um die Zeile 251 rum steht was mit

return "IODev $hash->{IODev} is not connected"

die Zeile Auskommentieren

#return "IODev $hash->{IODev} is not connected"

und dann in der FHEM Commandozeile ein

reload 74_NUKIDevice.pm

eingeben
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

Ich habe soeben Version 0.3.31 ins Devel geladen. Fix Call IOWrite Problem.
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


markushoehne

Hallo

Erst mal vielen Dank für die Arbeit.
Und Danke auch CoolTux, der mich erstmal auf den Weg gebracht hat.

Rennt!
Sehr schön. ;-)

CoolTux

Kleines Leckerlie für die wartenden. Ich konnte so eben erfolgreich ein Callback Webhook einrichten.  ;D
Es läuft  8)
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

muehlberger

Kann ebenfalls bestätigen: es funktioniert! Good work!

fred_feuerstein

Super!! Danke an cooltux!

Nach den letzten Änderungen habe ich mit FHEM und NUKI neu begonnen.
Bridge und Schloß wurden automatisch korrekt angelegt!

Soweit funktioniert erstmal alles.

Werde mal ein paar Tage testen und dann auch meine Timer wieder aktivieren (automatisches Schliessen und Öffnen zu bestimmten Uhrzeiten, in Verbindung mit dem TürSensor (offen geschlossen) )

Gruß, Fred

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

CoolTux

Es wird noch besser. Wir haben nun auch endlich viel zusammen mit Nuki testen können und haben diverse Bugs gefunden. Unter anderem das Thema clearlog was ja nicht geht.
Ich bin nun so weit das wir callbacks einrichten können, uns callbacks anzeigen lassen können. Auch habe ich einige Dinge verbessern können.
Kommt alles zum testen Ende der Woche mit einer neunen Develversion. Ich bin gut drauf und guter Hoffnung  ;D
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

#413
Hört sich super an.

Wobei ich gestehen muss, dass ich mit "callback" in dem Zusammenhang noch nichts anfangen kann. Muss ich erstmal schauen, was das überhaupt ist :)
Gruß, Fred

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

CoolTux

Das bedeutet das wir nicht mehr aktiv fragen müssen wie der aktuelle Zustand des Smartlocks ist (statusRequest) sondern das uns das Smartlock bei Zustandsänderung sofort meldet wie sein aktueller/neuer Zustand ist.
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

wenn das klappt würden ja die laufenden Abfragen nicht mehr nötig sein. Sicher von Vorteil. Schon allein wegen der Batterien vom Smartlock.

Gruß, Fred

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

CoolTux

So schaut es aus. Das bleibt einzig und allein nur noch der Bridge Alive Aufruf und der beansprucht das Smartlock nicht weil ein nicht existierender Path aufgerufen wird
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

Ich habe soben 0.3.36 ins Devel geladen.
Nun brauche ich Eure Hilfe. Bei mir funktioniert der Hook Aufruf von der Bridge zum fhem Server wohl angeblich nicht. Grund könnte meine Firewall und meine Segmentierung sein. Ich brauche also jemanden mit einem 0815 Netzwerk. Wo Sowohl fhem als auch die Bridge in einem Segment stehen.

Dieser jemand müsste bitte die 0.3.36 installieren und bei dem Smartlock Device den Webhook einrichten. Bitte eine WEB Instanz wählen ohne Passwort.
Bei mir sieht das so aus

defmod NUKIDevice12345 NUKIDevice 12345 IODev=NukiBridge
attr NUKIDevice12345 IODev NukiBridge
attr NUKIDevice12345 alias CobraTuer
attr NUKIDevice12345 event-on-change-reading .*
attr NUKIDevice12345 room NUKI
attr NUKIDevice12345 verbose 5
attr NUKIDevice12345 webhookFWinstance WEB
attr NUKIDevice12345 webhookHttpHostname 10.6.6.20

setstate NUKIDevice12345 unlocked
setstate NUKIDevice12345 2016-12-12 13:58:05 battery ok
setstate NUKIDevice12345 2016-12-12 13:58:05 batteryCritical false
setstate NUKIDevice12345 2016-12-12 13:58:05 lockState unlocked
setstate NUKIDevice12345 2016-12-12 13:58:05 state unlocked
setstate NUKIDevice12345 2016-12-12 13:58:05 success true


Im Bridge Device könnt Ihr dann einfach ein get callbacks machen und solltet das eingerichtete Callback sehen.



Danke
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

hm. wenn ich das testen möchte, muss ich dann den callback über /callback/add an der Bridge einrichten, oder alles über FHEM? Und ist die Zielurl die Bridge oder der FHEM Server? Welchen Port? Meine Bridge hat 8080?

Oh je, ich merke gerade, dass ich da aktuell zuviele Fragezeichen sehe.
Gruß, Fred

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

CoolTux

Du siehst doch wie ich es eingerichtet habe. Es geht ja um ein Callback. Das bedeutet die Daten müssen die von FHEM sein.
Du stellst das alles natürlich über FHEM ein. Als Attribut für das Smartlock Device. Eigentlich musst nur WEB Instanz auswählen, die werden Dir sogar angezeigt welche es gibt und die IP des FHEM Servers. Mehr ist nicht nötig. Port liest er aus der WEB Instanz aus.
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