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

[CoolTux]

Danke das Attribut model war es wohl

Hi CoolTux


mit ist aufgefallen, teste gerade einiges mit Reichweite.

Spiele da auch mit HW Bridge und Android rum.

die REadings sind nicht ganz konsistent. Wenn der das Device nicht erreicht, sollte nicht Batterie ok mit aktuellem Readingstimestamp stehen. oder?

Readings batteryState ok 2020-11-27 18:02:42 nukiId 23125104 2020-11-27 18:02:42 state 255 2020-11-27 18:02:42 stateName unknown 2020-11-27 18:02:42 success 0 2020-11-27 18:02:42

Einige Ids verwirren mich:

• Serverid
  Hardware ID
  Nuki ID
  

Was muss denn wo drinnen stehn?

einige IDs kann man aus der App ablesen, sind das die richtigen dann? oder sind das FHEM interne?

Danke für die Klarstellung.

Super Sache das.

VG T

Ich lese nur aus. Schau mal bitte im Netz nach Nuki Bridge API. Da sollte alles erklärt sein.

Grüße
Marko

[riker1]

Hi CoolTux,

eine Frage, wieso muss man bei der Device Dev die Bridge angeben
das wird doch dann über IODev gemacht?

Habe festgestellt, das ein Update des IODev dann aber nicht mehr die device definition ändert.

Erzeugt das Inkonstenzen?

Habe die devices zwischen Android und HW-Bridge gewechselt.

Danke VG T

[riker1]

Hi CoolTux,

bin am aufhübschen, aber komme an meine Grenzen.

Würde gerne die Batterieanzeige darstellen. Kommt vom CUL_HM Modul,

wie würde ich sowas für das Nuki machen?

Danke

Code Auswählen Erweitern

attr NUKI2_Kueche valueFormat { batteryChargeState => "%0d%" }
attr NUKI2_Kueche valueIcon {'batteryChargeState.ok' => 'batterie@green', 'batteryChargeState.low' => 'batterie@red'}

[CoolTux]

Hi CoolTux,

eine Frage, wieso muss man bei der Device Dev die Bridge angeben
das wird doch dann über IODev gemacht?

Habe festgestellt, das ein Update des IODev dann aber nicht mehr die device definition ändert.

Erzeugt das Inkonstenzen?

Habe die devices zwischen Android und HW-Bridge gewechselt.

Danke VG T

Eigentlich muss man da gar nichts machen. Sobald die Bridge angelegt wird, wird sie ausgelesen und verbundene Geräte als Devices angelegt. Dadurch das Du es von Hand gemacht hast oder musstest hattest Du ja die Probleme da die Attribute fehlten.
Die Bridge wird mit angegeben als IO damit sie als Attribut übernommen werden kann.

[CoolTux]

Hi CoolTux,

bin am aufhübschen, aber komme an meine Grenzen.

Würde gerne die Batterieanzeige darstellen. Kommt vom CUL_HM Modul,

wie würde ich sowas für das Nuki machen?

Danke

Code Auswählen Erweitern

attr NUKI2_Kueche valueFormat { batteryChargeState => "%0d%" }
attr NUKI2_Kueche valueIcon {'batteryChargeState.ok' => 'batterie@green', 'batteryChargeState.low' => 'batterie@red'}

Das ist eher ein allgemeines FHEM Thema.

[Manos]

Für eine aktive Callback Funktion müßen noch zwei Attribute beim Smartlock Device eingerichtet werden.
webhookFWinstance - zu verwendende Webinstanz (darf keine Passwortabfrage beinhalten)
webhookHttpHostname - IP oder FQDN des FHEM Servers

Hallo Leon,

beim "Smartlock Device" (ich gehe davon aus, damit is NUKIDevice gemeint) lassen sie sich bei mir diese zwei Attributen nicht einrichten. Bei NUKIBridge, ja.

[CoolTux]

Hallo Leon,

beim "Smartlock Device" (ich gehe davon aus, damit is NUKIDevice gemeint) lassen sie sich bei mir diese zwei Attributen nicht einrichten. Bei NUKIBridge, ja.

Das ist noch eine alte Beschreibung, ändere ich demnächst mal. Nehme aber auch gerne Patches mit Änderungen entgegen wer mag.

[antonwinden]

Was kann ich machen damit das Logfile aktualisiert wird? Im Web bei Nuki wird alles angezeigt aber in Fhem kommt praktisch nur eine Meldung an:

Code Auswählen Erweitern

2020-11-29_12:34:53 Nuki_1A486A85 unlatch
2020-11-29_12:35:00 Nuki_1A486A85 unlatch
2020-11-29_12:35:00 Nuki_1A486A85 batteryChargeState: 44
Im Device steht:

Code Auswählen Erweitern

Internals:
   BRIDGEAPI  1.9
   CFGFN     
   DEF        440953477 0
   DEVICETYPE 0
   FUUID      5fc27135-f33f-d8e8-47e4-c55a7aa41eab66a6
   FVERSION   74_NUKIDevice.pm:v1.9.12-s21020/2020-01-20
   IODev      NBridge
   LASTInputDev NBridge
   MSGCNT     5485
   NAME       Nuki_1A486A85
   NBridge_MSGCNT 5485
   NBridge_TIME 2020-11-30 14:33:41
   NOTIFYDEV  global,autocreate,Nuki_1A486A85
   NR         1265
   NTFY_ORDER 50-Nuki_1A486A85
   NUKIID     440953477
   STATE      unlatch door closed
   TYPE       NUKIDevice
   VERSION    v1.9.12
   Helper:
     DBLOG:
       batteryChargeState:
         meineDatenbank:
           TIME       1606649700.56334
           VALUE      44
       state:
         meineDatenbank:
           TIME       1606649700.56334
           VALUE      unlatch
   READINGS:
     2020-11-29 12:35:00   batteryChargeState 44
     2020-11-29 12:35:00   batteryCharging 0
     2020-11-29 12:35:00   batteryState    ok
     2020-11-30 14:33:41   deviceType      smartlock
     2020-11-28 16:48:07   doorsensorState 2
     2020-11-28 16:48:07   doorsensorStateName door closed
     2020-11-28 16:48:07   mode            door mode
     2020-11-30 14:33:41   name            Nuki_1A486A85
     2020-11-30 14:33:41   nukiId          440953477
     2020-11-30 14:33:41   paired          true
     2020-11-30 14:33:41   rssi            -40
     2020-11-29 12:35:00   state           unlatch
     2020-11-28 16:48:07   stateName       unlocked
     2020-11-29 12:35:00   success         1
   helper:
Attributes:
   DbLogInclude state,batterystate,doorsensorStateName,batteryChargeState,doorsensorState
   IODev      NBridge
   event-on-change-reading state,doorsensorStateName,batteryChargeState,doorsensorState
   event-on-update-reading state,batterystate,doorsensorStateName,batteryChargeState,doorsensorState
   group      NUKI
   model      smartlock
   room       Haus,Sicherheit
   stateFormat state doorsensorStateName

im Web bei Nuki finde ich aber im gleichen Zeitraum:

Code Auswählen Erweitern

Montag, 30. November 2020
Türsensor
Josef-Tuschl 5 - Tür geschlossen

05:59
Türsensor
Josef-Tuschl 5 - Tür geöffnet

05:59
Sonntag, 29. November 2020
Türsensor
Josef-Tuschl 5 - Tür geschlossen

12:35
Nuki Bridge
Josef-Tuschl 5 - Tür geöffnet

12:34
Türsensor
Josef-Tuschl 5 - Tür geöffnet

12:34
Türsensor
Josef-Tuschl 5 - Tür geschlossen

11:51
Türsensor
Josef-Tuschl 5 - Tür geöffnet

11:51
Türsensor
Josef-Tuschl 5 - Tür geschlossen

Schloß ist über eine Bridge im Netz.
Habe auch schon versucht das Schloß zu löschen und dann nach einem Neustart neu anlegen zu lassen - keine Änderung es wird praktisch nur geloggt das die Tür zu und unverschlossen ist - das unlatch bleibt stehen nachdem ich mit dem handy mal aufgemacht habe (tu ich sehr selten).
gruß anton

[CoolTux]

Kommt denn immer sofort der nach dem schalten der korrekte Zustand bei FHEM an?

Zwei gleiche Zustände hintereinander kann es nicht geben. Wie kann da zweimal hintereinander Tür geöffnet stehen?

[antonwinden]

es kommt eigentlich nur 1 zustand an - nämlich das die Tür zu aber nicht versperrt ist. nachdem ich mir das log angesehen habe ist das seit Ende August so.
das hier unlatch steht kommt daher das ich einmal per handy aufgeschlossen habe was ich praktisch nie mache. warum das 2 mal im log ist aber halt nur in fhem - im web bei nuki ist das nicht so - weiß ich nicht.
gruß anton

[CoolTux]

Gib mal bitte ein list von der Bridge

[antonwinden]

hier:

Code Auswählen Erweitern

Internals:
   BRIDGEAPI  1.9
   DEF        192.168.1.104 fq3c3n
   FUUID      5e29d21a-f33f-d8e8-d5d2-1dd6c62bd06e91c6
   FVERSION   73_NUKIBridge.pm:v1.9.16-s20994/2020-01-16
   HOST       192.168.1.104
   NAME       NBridge
   NOTIFYDEV  global,NBridge
   NR         894
   NTFY_ORDER 50-NBridge
   PORT       8080
   STATE      connected
   TOKEN      fq3c3n
   TYPE       NUKIBridge
   VERSION    v1.9.16
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8084
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIBridge-192.168.1.104
   WEBHOOK_URL http://192.168.1.10:8084/fhem/NUKIBridge-192.168.1.104
   READINGS:
     2020-12-01 17:05:13   bridgeType      Hardware
     2020-12-01 17:05:13   currentTime     2020-12-01T16:05:14+00:00
     2020-12-01 17:05:13   firmwareVersion 2.8.0
     2020-12-01 17:05:13   hardwareId      409057010
     2020-11-30 17:44:33   lastError       http://192.168.1.104:8080/info?token=fq3c3n: empty answer received
     2020-12-01 17:05:13   serverConnected 1
     2020-12-01 17:05:13   serverId        540476683
     2020-12-01 17:05:13   state           connected
     2020-12-01 17:05:13   uptime          978155
     2020-12-01 17:05:13   wifiFirmwareVersion 2.2.0
   fhem:
     infix      NUKIBridge
   helper:
     iowrite    0
     actionQueue:
Attributes:
   event-on-change-reading firmwareVersion,wifiFirmwareVersion,bridgeType,hardwareId,serverId,,serverConnected
   group      NUKI
   icon       1_nuki_bridge
   room       Sicherheit
   webhookFWinstance WEBNUKI
   webhookHttpHostname 192.168.1.10

gruß anton

[kjmEjfu]

Kann ich eigentlich bestimmte Nuki Smartlocks ignorieren bzw. das Autocreate nur für die Nuki Bridge abstellen?
Das Nuki vom Nachbarn schafft es manchmal 20m zu Überbrücken und wird dann bei mir als neues Gerät angelegt. Ist grundsätzlich natürlich schlimm, aber nervt

[zimb0]

Hallo zusammen,

habe hier einige Seiten überflogen aber die passende Info nicht gefunden.
Spiele mit dem Gedanken mir ein Nuki anzuschaffen, gerade gibt es das im Angebot mit dem "Keypad".
Ist es möglich die via Keypad gesendeten Ziffern auszulesen?

Hintergrund: Ich hätte ein Keypad, welches per Nuki-Interner Funktion die Tür öffnet. Ich möchte gerne einen zweiten Code, mit dem ich mein Garagentor öffnen kann (per Dritttechnologie).
Evtl. lässt sich in der Nuki-Bridge auch soetwas wie ein Dummy Device anlegen, welches ich mit dem 2. Code öffne und somit das Event "Garagentor soll geöffnet werden" abfange?

Wäre klasse, wenn ihr mir hier Infos geben könntet.

Vielen Dank

[CoolTux]

hier:

Code Auswählen Erweitern

Internals:
   BRIDGEAPI  1.9
   DEF        192.168.1.104 fq3c3n
   FUUID      5e29d21a-f33f-d8e8-d5d2-1dd6c62bd06e91c6
   FVERSION   73_NUKIBridge.pm:v1.9.16-s20994/2020-01-16
   HOST       192.168.1.104
   NAME       NBridge
   NOTIFYDEV  global,NBridge
   NR         894
   NTFY_ORDER 50-NBridge
   PORT       8080
   STATE      connected
   TOKEN      fq3c3n
   TYPE       NUKIBridge
   VERSION    v1.9.16
   WEBHOOK_COUNTER 0
   WEBHOOK_PORT 8084
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIBridge-192.168.1.104
   WEBHOOK_URL http://192.168.1.10:8084/fhem/NUKIBridge-192.168.1.104
   READINGS:
     2020-12-01 17:05:13   bridgeType      Hardware
     2020-12-01 17:05:13   currentTime     2020-12-01T16:05:14+00:00
     2020-12-01 17:05:13   firmwareVersion 2.8.0
     2020-12-01 17:05:13   hardwareId      409057010
     2020-11-30 17:44:33   lastError       http://192.168.1.104:8080/info?token=fq3c3n: empty answer received
     2020-12-01 17:05:13   serverConnected 1
     2020-12-01 17:05:13   serverId        540476683
     2020-12-01 17:05:13   state           connected
     2020-12-01 17:05:13   uptime          978155
     2020-12-01 17:05:13   wifiFirmwareVersion 2.2.0
   fhem:
     infix      NUKIBridge
   helper:
     iowrite    0
     actionQueue:
Attributes:
   event-on-change-reading firmwareVersion,wifiFirmwareVersion,bridgeType,hardwareId,serverId,,serverConnected
   group      NUKI
   icon       1_nuki_bridge
   room       Sicherheit
   webhookFWinstance WEBNUKI
   webhookHttpHostname 192.168.1.10

gruß anton

Sieht alles gut aus. Und wenn Du nin per Smartphone das Smartkey öffnest dann wird dies von FHEM sofort erkannt, richtig?