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

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

Vorheriges Thema - Nächstes Thema

kkoeniger

LG,
Karl

CoolTux

Ach ja stimmt ja, da war ja was. Das hatte Cobra interessanter Weise auch gehabt. Ok ich baue ein fix ein.
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 im ersten Beitrag dieses Threads ganz unten etwas zur Weiterentwicklung der Module geschrieben.



Grüße
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

#483
Hier eine gefixte Version, bitte einmal testen.
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

kkoeniger

Battery ok

2016.12.21 11:19:16 4: NUKIDevice (NUKIDevice102083113) - NUKIDevice_ReadFromNUKIBridge check Bridge connected
2016.12.21 11:19:16 4: NUKIDevice (NUKIDevice102083113) - NUKIDevice_ReadFromNUKIBridge Bridge is connected call IOWrite
2016.12.21 11:19:16 5: NUKIDevice (NUKIDevice102083113) - NUKIDevice_GetUpdate Call NUKIDevice_ReadFromNUKIBridge
2016.12.21 11:19:17 5: NUKIDevice (NUKIDevice102083113) - parse status message for NUKIDevice102083113
2016.12.21 11:19:17 5: NUKIDevice (NUKIDevice102083113) - readings set for NUKIDevice102083113

Keine Meldung von "json-batteryCritical:"

:)
LG,
Karl

CoolTux

Super. Der Fix kommt morgen dann per FHEM Update zu den anderen.
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

kkoeniger

LG,
Karl

CoolTux

Wow das so schnell so viele Leute was spenden hätte ich nicht gedacht. Vielen vielen Dank.


Grüße
Leon
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

#488
FHEM wird Namentlich auf der Nuki API Seite unter Integrations and Community Resources genannt.

Jetzt könnten die Jungs aber wenigstens mal einen Preisnachlass für ein Set springen lassen  ;D
Habe mal bei Nuki angefragt wie es aus schaut mit einem Nachlass.
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

ulli

Habe gerade mein WeihnachtsNuki in betrieb genommen mit dem Modul. Nur habe ich ein paar Schwierigkeiten.
Das Auf- und Zusperren funktioniert...nur wird der Status immer als unlocked angezeigt.
An was kann das denn liegen?
Hier meine devices

Internals:
   DEF        xxx IODev=NukiBridge
   IODev      NukiBridge
   NAME       NukiDevice
   NR         598
   NUKIID     xxx
   STATE      unlocked
   TYPE       NUKIDevice
   VERSION    0.4.0
   WEBHOOK_COUNTER 2
   WEBHOOK_LAST 2016-12-25 21:15:07
   WEBHOOK_PORT 8083
   WEBHOOK_REGISTER sent
   WEBHOOK_URI /fhem/NUKIDevice
   WEBHOOK_URL http://192.168.188.27:8083/fhem/NUKIDevice-xxx
   Readings:
     2016-12-25 21:18:11   battery         parseError
     2016-12-25 21:18:11   batteryCritical 1
     2016-12-25 21:14:31   lockState       unlocked
     2016-12-25 21:14:31   state           unlocked
     2016-12-25 21:18:11   success         1
   Fhem:
     infix      NUKIDevice
   Helper:
Attributes:
   IODev      NukiBridge
   alias      Dahoam
   devStateIcon unlocked:secur_open@red locked:secur_locked@green
   group      Nuki
   icon       nuki_device
   room       Haus
   webCmd     lock:unlock
   webhookFWinstance WEB
   webhookHttpHostname 192.168.188.27



Internals:
   DEF        Display xxx
   HOST       Display
   NAME       NukiBridge
   NR         596
   PORT       8080
   STATE      Initialized
   TOKEN      xxx
   TYPE       NUKIBridge
   VERSION    0.4.0
   Readings:
     2016-12-25 19:47:58   0_name          Dahoam
     2016-12-25 19:47:58   0_nukiId        xxx
     2016-12-25 21:12:05   appVersion      0.2.14
     2016-12-25 21:12:05   bridgeType      Software
     2016-12-25 21:12:05   currentTime     2016-12-25T20:12:04Z
     2016-12-25 21:21:25   lastError       action is undefined
     2016-12-25 21:12:05   serverConnected 1
     2016-12-25 21:12:05   serverId        xxxx
     2016-12-25 19:47:58   smartlockCount  1
     2016-12-25 21:11:49   state           Initialized
     2016-12-25 21:12:05   uptime          5038
   Helper:
     aliveCount 0
Attributes:
   group      Nuki
   icon       nuki_bridge
   room       Haus

CoolTux

Also erstmal kannst den Webhook rausnehmen, Du hast ne Softwarebridge. Meine letzte Info ist das die Webhooks nicht unterstützt.
Dann sollte eigentlich sich der Status nach geglückter Schaltung entsprechend ändern. Macht er aber nicht? Bei Dir würde sich der Status aber nur ändern wenn Du über FHEM schaltest. Ein schalten über App würde FHEM nicht mit bekommen. Da müsste man dann wieder ein pull einbauen. Was ich Recht schnell machen kann. Ist im Code noch vorhanden.


Grüße
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

ulli

Die Webhooks zu entfernen hat leider nichts geändert.
Der Status bleibt unverändert.
Mir ist noch aufgefallen, dass es sehr lange dauert nach einem Set Befehl bis das Schloss reagiert.. ist das normal?

Hast du dir noch einmal die API für die Bridge bzw Smart Lock Bluetooth API angeschaut? Evtl wäre die Funktion damit stabiler wenn die bridge direkt an fhem angebunden wäre?

CoolTux

Die Bridge ist direkt an FHEM angebunden. Deswegen musst du ja auch die API in der Bridge freischalten und die IP im Bridge Modul angeben und deswegen heißt das Modul ja auch Bridgemodul.
Bluetooth habe ich mir angeschaut. Schaffe ich aber erstmal nicht und schon gar nicht ohne Hardware.

Also du schaltest das Schloß über FHEM und dennoch ändert sich der Status nicht in FHEM?
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

m_gatz

Hi,

erstmal vielen Dank für das Modul!

Woran kann es liegen, dass die Callbacks nicht ankommen und somit auch kein Update des Lockstatus gemacht wird.

Im nuki ist die Callbackadresse eingetragen...

Vielen Dank!

CoolTux

Ich brauche mal bitte ein
list NukiBridge
list NukiDevice

Und einmal ein get callbackList

Alles hier in Code Tags
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