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

CoolTux · 26 Januar 2020, 19:22:00

Zitat von: Claus1985 am 26 Januar 2020, 19:18:39
Muss ich Lockstate noch gegen State tauschen damit der Status nach wie vor übertragen werden kann?

Die Frage verstehe ich gerade nicht. Was willst Du genau wo machen?

Claus1985 · 26 Januar 2020, 19:26:16

Bisher reiche ich den Lockstate per Notify und 99_myUtils an Loxone weiter,
da ich letztlich damit steuere. Kann ich das nach wie vor mit Lockstate?

CoolTux · 26 Januar 2020, 19:38:14

Zitat von: Claus1985 am 26 Januar 2020, 19:26:16
Bisher reiche ich den Lockstate per Notify und 99_myUtils an Loxone weiter,
da ich letztlich damit steuere. Kann ich das nach wie vor mit Lockstate?

Ach so, das klingt schon ganz anders. Nimm da bitte den state.

Claus1985 · 26 Januar 2020, 20:12:31

Hm, das funktioniert nicht richtig. Wenn ich über die App oder direkt am Schloss ab- oder aufschließe,
überträgt der state das nicht / nicht richtig. Kannst Du den Lockstate wieder mit einbauen?

CoolTux · 26 Januar 2020, 20:14:21

Zitat von: Claus1985 am 26 Januar 2020, 20:12:31
Hm, das funktioniert nicht richtig. Wenn ich über die App oder direkt am Schloss ab- oder aufschließe,
überträgt der state das nicht / nicht richtig. Kannst Du den Lockstate wieder mit einbauen?

Dann ist Dein webhook nicht richtig eingerichtet. Das hat mit dem lockState nichts zu tun.

Claus1985 · 26 Januar 2020, 20:22:19

Den Webhook hab ich wie folgt in der cfg:
attr NBridge webhookHttpHostname 192.168.138.32
attr NBridge webhookFWinstance NWEB

quasi so wie es vorher auch am Schloss war nur mit anderem
Device Name.
Muss ich da etwas ändern?

daniel2311 · 26 Januar 2020, 20:57:00

Ruf noch Mal die callbacklist auf...

CoolTux · 26 Januar 2020, 21:06:36

Zitat von: Claus1985 am 26 Januar 2020, 20:22:19
Den Webhook hab ich wie folgt in der cfg:
attr NBridge webhookHttpHostname 192.168.138.32
attr NBridge webhookFWinstance NWEB

quasi so wie es vorher auch am Schloss war nur mit anderem
Device Name.
Muss ich da etwas ändern?

Es funktioniert nur wenn man es über das Webinterface macht. Die cfg ist für FHEM nicht für den User. Lass das bitte.

Claus1985 · 26 Januar 2020, 22:09:24

Hab es nochmal aus der CFG gelöscht und gespeichert
und anschließend über das Webinterface erneut eingegeben aber
das hat leider nix gebracht. Status wird nur dann richtig gesetzt
wenn FHEM lock oder unlock auslöst.

CoolTux · 26 Januar 2020, 22:11:48

mache bei der Bridge ein get callbackList und lösche alle dort eingetragenen Callbacks.
Danach gehe auf ein webhook Attribut klicke auf attr und kontrolliere mit get callbackList ob der callback eingetragen wurde.

CoolTux · 27 Januar 2020, 08:24:53

Zitat von: choenig am 26 Januar 2020, 10:02:41
Laut meiner commandref existiert das noch

Code Auswählen Erweitern
lockState - aktueller Schließstatus uncalibrated, locked, unlocked, unlocked (lock 'n' go), unlatched, locking, unlocking, unlatching, motor blocked, undefined.

... und nicht nur da ...

Code Auswählen Erweitern
# grep lockState * 74_NUKIDevice.pm:my %lockStates = ( 74_NUKIDevice.pm: IOWrite( $hash, 'lockState', undef, $hash->{NUKIID}, 74_NUKIDevice.pm: IOWrite( $hash, 'lockState', undef, $hash->{NUKIID} ) 74_NUKIDevice.pm: IOWrite( $hash, 'lockState', undef, $hash->{NUKIID}, 74_NUKIDevice.pm: ( $v =~ m/^[0-9]$/ ? $lockStates{$v}{ $hash->{DEVICETYPE} } : $v ) ) 74_NUKIDevice.pm: <li>lockState - current lock status uncalibrated, locked, unlocked, unlocked (lock 'n' go), unlatched, locking, unlocking, unlatching, motor blocked, undefined.</li> 74_NUKIDevice.pm: <li>lockState - aktueller Schließstatus uncalibrated, locked, unlocked, unlocked (lock 'n' go), unlatched, locking, unlocking, unlatching, motor blocked, undefined.</li>

ABER:

Habe ich die Ankündigung irgendwo überlesen, dass das entfernt wurde?

LG
Christian

Laut Code gibt es kein Reading lockState mehr. Die von Dir genannten stellen arbeiten lediglich mit dem Befehl lockState sowie mit der Antwort aus dem JSON String in der lockState drin steht aber intern im Modul als state dargestellt wird.

Claus1985 · 27 Januar 2020, 16:51:02

Hi CoolTux,

danke für Deine Hilfe, funktioniert nun wieder einwandfrei!
Der State liefert passende Werte, lockState ist also gar nicht
erforderlich!

Gruß,

Claus

PatrickR · 28 Januar 2020, 18:25:02

Guten Abend!

Ich habe aktuell ein merkwürdiges Problem. Ich habe 4 FHEMWEB-Instanzen, wovon eine für NUKI vorgesehen ist. Wenn ich das Attribut WebhookFWInstance setzen möchte, werden im Dropdown nur die drei ersten Instanzen angeboten. Manuell kann ich es über attr setzen, was allerdings nur bis zum nächsten Neustart hält.

Hier ein List des FHEMWEB-Devices:

Code Auswählen


Internals:
   CONNECTS   7
   CSRFTOKEN  csrf_104465736907610
   DEF        8004 global
   FD         15
   FUUID      5e225bae-f33f-5676-242c-de3559ba1bab0b46
   NAME       WWW_NUKI_CALLBACK
   NR         400
   NTFY_ORDER 50-WWW_NUKI_CALLBACK
   PORT       8004
   STATE      Initialized
   TYPE       FHEMWEB
   READINGS:
     2020-01-26 20:49:31   state           Initialized
   helper:
     bm:
       FW_Get:
         cnt        1
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        28.01. 18:20:47
         max        2.09808349609375e-05
         tot        2.09808349609375e-05
         mAr:
           HASH(0x557f81bfc268)
           WWW_NUKI_CALLBACK
           ?
       FW_Notify:
         cnt        168074
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        28.01. 00:10:29
         max        0.000266075134277344
         tot        0.365667104721069
         mAr:
           HASH(0x557f81bfc268)
           HASH(0x557f80479f38)
       FW_Read:
         cnt        7
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        27.01. 07:49:41
         max        0.000763893127441406
         tot        0.00425314903259277
         mAr:
           HASH(0x557f81bfc268)
       FW_Set:
         cnt        3
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        28.01. 18:20:47
         max        4.38690185546875e-05
         tot        7.58171081542969e-05
         mAr:
           HASH(0x557f81bfc268)
           WWW_NUKI_CALLBACK
           ?
Attributes:
   DockerHealthCheck 0
   allowfrom  ^192\.168\.150\.72$
   room       System->Net
   userattr   DockerHealthCheck

Patrick

Von unterwegs gesendet.

PatrickR · 28 Januar 2020, 18:34:40

Hi!

Hier noch das Log von dem FHEM Neustart:

Code Auswählen



2020.01.26 02:48:03.431 3: NUKIBridge (NUKIBridge) - defined with host nuki-bridge-flur.prdom on port 8080, Token TOKEN
2020.01.26 02:48:03.431 2: NUKIBridge (NUKIBridge) - Registering NUKIBridge for webhook URI /NUKIBridge-nuki-bridge-flur.prdom ...
2020.01.26 02:48:03.433 3: Invalid value for attribute webhookFWinstance: FHEMWEB instance WWW_NUKI_CALLBACK not existing
2020.01.26 02:48:03.494 3: NUKIDevice (XX.XX.Haustuerschloss) - I/O device is NUKIBridge
2020.01.26 02:48:03.494 3: NUKIDevice (XX.XX.Haustuerschloss) - defined with NukiId: XXXX
2020.01.26 02:48:03.495 3: NUKIDevice (XX.XX.Haustuerschloss) - change model
2020.01.26 02:48:03.496 3: NUKIDevice (XX.XX.Haustuerschloss) - change model
2020.01.26 02:48:03.518 3: WWW_NUKI_CALLBACK: port 8004 opened
2020.01.26 02:48:04.193 1: configfile: Invalid value for attribute webhookFWinstance: FHEMWEB instance WWW_NUKI_CALLBACK not existing
2020.01.26 02:48:04.561 2: NUKIDevice (XX.XX.Haustuerschloss) - GetUpdate Call IOWrite
2020.01.26 20:41:08.936 1: UPD FHEM/74_NUKIDevice.pm
2020.01.26 20:41:10.205 1: - bugfix: 74_NUKIDevice: fix FHEM Crash 
2020.01.26 20:41:10.205 1: Undefined subroutine &FHEM::NUKIDevice::CommandDefMod
2020.01.26 20:49:31.567 3: NUKIBridge (NUKIBridge) - defined with host nuki-bridge-flur.prdom on port 8080, Token TOKEN
2020.01.26 20:49:31.567 2: NUKIBridge (NUKIBridge) - Registering NUKIBridge for webhook URI /NUKIBridge-nuki-bridge-flur.prdom ...
2020.01.26 20:49:31.603 3: NUKIDevice (XX.XX.Haustuerschloss) - I/O device is NUKIBridge
2020.01.26 20:49:31.603 3: NUKIDevice (XX.XX.Haustuerschloss) - defined with NukiId: XXXX
2020.01.26 20:49:31.603 3: NUKIDevice (XX.XX.Haustuerschloss) - change model
2020.01.26 20:49:31.605 3: NUKIDevice (XX.XX.Haustuerschloss) - change model
2020.01.26 20:49:31.626 3: WWW_NUKI_CALLBACK: port 8004 opened
2020.01.26 20:49:32.702 2: NUKIDevice (XX.XX.Haustuerschloss) - GetUpdate Call IOWrite

Was mir gerade noch auffiel: Könnte man evtl. noch die Credentials vom Logging ausnehmen?

Patrick

Von unterwegs gesendet.

CoolTux · 28 Januar 2020, 20:35:17

Zitat von: PatrickR am 28 Januar 2020, 18:25:02
Guten Abend!

Ich habe aktuell ein merkwürdiges Problem. Ich habe 4 FHEMWEB-Instanzen, wovon eine für NUKI vorgesehen ist. Wenn ich das Attribut WebhookFWInstance setzen möchte, werden im Dropdown nur die drei ersten Instanzen angeboten. Manuell kann ich es über attr setzen, was allerdings nur bis zum nächsten Neustart hält.

Hier ein List des FHEMWEB-Devices:

Code Auswählen Erweitern
Internals: CONNECTS 7 CSRFTOKEN csrf_104465736907610 DEF 8004 global FD 15 FUUID 5e225bae-f33f-5676-242c-de3559ba1bab0b46 NAME WWW_NUKI_CALLBACK NR 400 NTFY_ORDER 50-WWW_NUKI_CALLBACK PORT 8004 STATE Initialized TYPE FHEMWEB READINGS: 2020-01-26 20:49:31 state Initialized helper: bm: FW_Get: cnt 1 dmx -1000 dtot 0 dtotcnt 0 mTS 28.01. 18:20:47 max 2.09808349609375e-05 tot 2.09808349609375e-05 mAr: HASH(0x557f81bfc268) WWW_NUKI_CALLBACK ? FW_Notify: cnt 168074 dmx -1000 dtot 0 dtotcnt 0 mTS 28.01. 00:10:29 max 0.000266075134277344 tot 0.365667104721069 mAr: HASH(0x557f81bfc268) HASH(0x557f80479f38) FW_Read: cnt 7 dmx -1000 dtot 0 dtotcnt 0 mTS 27.01. 07:49:41 max 0.000763893127441406 tot 0.00425314903259277 mAr: HASH(0x557f81bfc268) FW_Set: cnt 3 dmx -1000 dtot 0 dtotcnt 0 mTS 28.01. 18:20:47 max 4.38690185546875e-05 tot 7.58171081542969e-05 mAr: HASH(0x557f81bfc268) WWW_NUKI_CALLBACK ? Attributes: DockerHealthCheck 0 allowfrom ^192\.168\.150\.72$ room System->Net userattr DockerHealthCheck

Patrick

Von unterwegs gesendet.

Wäre es möglich das die Webinstanz nach dem Nuki Device definiert ist?