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

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

Vorheriges Thema - Nächstes Thema

CoolTux

Komisch. Eigentlich hätte er das übernehmen sollen und nicht ein neues Device anlegen. Aber cool das alles soweit rennt.
Kannst Du mir ein list vom NUKIDevice geben?
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

enno

Moin CoolTux,

ich habe deine Dateien in mein Testsystem gefüllt. Ohne Fehlermeldungen im Log läuft alles wie bisher. Als wenn nichts gewesen wäre :)

Internals:
   CFGFN     
   DEF        333550209 0
   DEVICETYPE 0
   FUUID      5e17818d-f33f-810c-8ba0-d4a8ac5d0d61d11d
   IODev      NUKI
   LASTInputDev NUKI
   MSGCNT     40
   NAME       Home
   NR         22
   NUKIID     333550209
   NUKI_MSGCNT 40
   NUKI_TIME  2020-01-09 20:56:00
   STATE      unlocked
   TYPE       NUKIDevice
   VERSION    0.7.11
   READINGS:
     2020-01-09 20:40:07   batteryCritical 0
     2020-01-09 20:40:07   batteryState    ok
     2020-01-09 20:40:07   lockState       unlocked
     2020-01-09 20:56:00   name            Nuki_13E19281
     2020-01-09 20:56:00   paired          1
     2020-01-09 20:56:00   rssi            -79
     2020-01-09 20:40:07   state           unlocked
     2020-01-09 20:40:07   success         1
   helper:
Attributes:
   IODev      NUKI
   model      smartlock
   room       NUKI


Wenn ich jetzt noch in FHEM erkennen könnte, wer die Tür geöffnet hat, dann hätte ich alles was ich brauche. Aber das gibt die API wohl nicht her.

Gruss
  Enno
Einfacher FHEM Anwender auf Intel®NUC

obelix221

Hallo Enno,

im Nuki DEV Forum gibt es dafür einen Feature Request, für den man ,,voten" kann.
Es gibt dort auch schon eine konkrete Umsetzungsidee, diese muss nur noch seitens Nuki Devs priorisiert werden.
Also fleißig dafür abstimmen, dann wird die API bestimmt bald erweitert.

Grüße
Obelix
RPi3 als FHEM-Server, 868 MHz CUL, 433 MHz Transmitter, Homematic Aktoren und Sensoren, Yamaha AVR, Logitech Harmony, Fritzbox, Logitech SB, 433 MHz Steckdosen, HUE, EnOcean

enno

Moin CoolTux,

wenn ich in der Nuki Bridge auf set NUKI getDeviceList klicke bekomme ich eine Fehlermeldung:

Unknown argument getDeviceList, choose one of info getDeviceList callbackRemove clearLog fwUpdate reboot factoryReset

....

@Obelix ich trage mich dort gerade ein.

Gruss
  Enno
Einfacher FHEM Anwender auf Intel®NUC

CoolTux

Zitat von: enno am 09 Januar 2020, 21:30:08
Moin CoolTux,

wenn ich in der Nuki Bridge auf set NUKI getDeviceList klicke bekomme ich eine Fehlermeldung:

Unknown argument getDeviceList, choose one of info getDeviceList callbackRemove clearLog fwUpdate reboot factoryReset

....

@Obelix ich trage mich dort gerade ein.

Gruss
  Enno

Danke Dir. Fixe ich gleich mal-
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

obelix221

RPi3 als FHEM-Server, 868 MHz CUL, 433 MHz Transmitter, Homematic Aktoren und Sensoren, Yamaha AVR, Logitech Harmony, Fritzbox, Logitech SB, 433 MHz Steckdosen, HUE, EnOcean

Newbee

Zitat von: CoolTux am 09 Januar 2020, 19:52:30
Komisch. Eigentlich hätte er das übernehmen sollen und nicht ein neues Device anlegen. Aber cool das alles soweit rennt.
Kannst Du mir ein list vom NUKIDevice geben?

anbei mal das list:

Internals:
   CFGFN     
   DEF        460817874 2
   DEVICETYPE 2
   FUUID      xxxxxxxx
   IODev      NBridge1
   LASTInputDev NBridge1
   MSGCNT     392
   NAME       Nuki_Opener_1B7785D2
   NBridge1_MSGCNT 392
   NBridge1_TIME 2020-01-09 21:52:10
   NR         1088
   NUKIID     460817874
   STATE      online
   TYPE       NUKIDevice
   VERSION    0.7.11
   READINGS:
     2020-01-09 19:39:59   batteryCritical 0
     2020-01-09 19:39:59   batteryState    ok
     2020-01-09 19:39:59   lockState       online
     2020-01-09 21:52:10   name            Nuki_Opener_1B7785D2
     2020-01-09 21:52:10   paired          1
     2020-01-09 21:52:10   rssi            -76
     2020-01-09 19:39:59   state           online
     2020-01-09 19:39:49   success         1
   helper:
Attributes:
   IODev      NBridge1
   alias      Intercom
   icon       1_nuki_bridge
   model      opener
   room       Hall,NUKI


der Name war zu vor wie folgt

NUKIDevice460817874
Intel-NUC mit ubuntu server 20.04; FHEM 6.0
HM, Dect, Netatmo, Hue

Kuehnhackel

Zitat von: CoolTux am 09 Januar 2020, 17:26:43
Ich bin mit den ersten Umbauten soweit durch und würde mich über Tester sehr freuen

https://github.com/fhem/NUKI/archive/devel.zip

Files einspielen und dann FHEM neustarten. Danach warten bis das rote Fragezeichen oben bei "save config" erscheint. Dann auf "save config" drücken und noch mal neustarten bitte. Danach muß im Bridge Device noch der Webhook eingerichtet werden.
Ich bilde mir ein das ich das mit dem 501 nun besser in den Griff bekommen habe. Habe beim testen raus gefunden das der 501 immer nach einer Lock Aktion gekommen ist.



Grüße

Moin, ich würde auch gerne testen. Könntest mal kurz "Files einspielen" erklären falls meine Idee/Überlegung falsch ist?

Einfach die Files per FileZilla in das Verzeichnis /fhem/ kopieren und überschreiben? Rechte eventuell anpassen und dann besagter "Neustart"?

Ralf


Thyraz

Zitat von: enno am 09 Januar 2020, 20:59:28
Wenn ich jetzt noch in FHEM erkennen könnte, wer die Tür geöffnet hat, dann hätte ich alles was ich brauche. Aber das gibt die API wohl nicht her.

Gruss
  Enno

Die API hat aber noch mehr Probleme: Sie meldet immer nur den finalen Zustand nach einer Lockaction.

Ist die Tür z.B. aufgeschlossen und jemand öffnet die Tür per App, dann bekommt man einen Callback-Aufruf der eben nur wieder aufgeschlossen (unlocked) meldet.
Setzt man event-on-change-reading in FHEM bekommt man nichtmal mit, dass was passiert ist. ;)

Ansonsten kann man evtl. noch raten, dass eine Lockaction die von unlocked nach unlocked "wechselt" wahrscheinlich ein "unlatching", also Türöffnen war.
Für die Zwischenschritte gibt es aber eben keine Events über das Callback.

Dann eben noch das Problem, dass beim Opener überhaupt keine Türklingel-Events rein kommen.

Habe hier noch einen Feature-Request erstellt der eine generelle Anpassung der Http-Bridge-API fordert.
Über IFTTT bekommen sie den ganzen Spaß ja immerhin auch hin...

https://developer.nuki.io/t/enhance-the-local-http-bridge-api-callbacks-so-we-get-detailed-information-about-device-events-instead-of-just-the-final-state-of-an-lock-action/4140
Fhem und MariaDB auf NUC6i5SYH in Proxmox Container (Ubuntu)
Zwave, Conbee II, Hue, Harmony, Solo4k, LaMetric, Echo, Sonos, Roborock S5, Nuki, Prusa Mini, Doorbird, ...

CoolTux

Zitat von: enno am 09 Januar 2020, 21:30:08
Moin CoolTux,

wenn ich in der Nuki Bridge auf set NUKI getDeviceList klicke bekomme ich eine Fehlermeldung:

Unknown argument getDeviceList, choose one of info getDeviceList callbackRemove clearLog fwUpdate reboot factoryReset

....

@Obelix ich trage mich dort gerade ein.

Gruss
  Enno

Ist gefixt. Neue Version ist online
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 sehe gerade das ich noch einiges von der neuen API einbauen kann. Kommt dann noch die Tage.
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

Habe auch mal die neue Testversion von dir drauf. Läuft bisher alles was soll.

Werde es die Tage noch beobachten, ob mir was auffällt.


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

Thyraz

#1422
Scheint bei mir auch soweit zu klappen. :)
Allerdings hat er bei mir sogar beide Devices neu angelegt (Smartlock und Opener).

Diese heißen nun nicht mehr NUKIDeviceXYZ, sondern direkt so wie die Geräte in der Nuki App benannt sind.
Nur ohne Sonderzeichen:

- Wohnungst_r
- Haust_r

Ich hatte natürlich auch meine Beta drauf, kann also auch daran liegen...
Fhem und MariaDB auf NUC6i5SYH in Proxmox Container (Ubuntu)
Zwave, Conbee II, Hue, Harmony, Solo4k, LaMetric, Echo, Sonos, Roborock S5, Nuki, Prusa Mini, Doorbird, ...

CoolTux

#1423
Ist schon komisch das er die neu an legt. Ich habe das hin und her getestet und bei mir blieb alles erhalten.
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

Bei mir sind die nuki devices auch erhalten geblieben. Wurde nichts umbenannt oder neu erstellt.


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