[NUKI Smartlock] Neuer Thread

Begonnen von CoolTux, 26 November 2021, 20:05:55

Vorheriges Thema - Nächstes Thema

marvin78

Zitat von: Esjay am 03 Februar 2023, 09:29:09
Zitat von: SimonHipp am 01 Februar 2023, 20:29:36Hi Leute, benötigt ich für das SmartLock 3.0 Pro ebenfalls die Bridge oder kann ich das Schloss direkt per wLan ansprechen?

Danke und Grüße

Das 3.0 Pro erlaubt keinen Zugriff auf die Api, daher wie Cooltux schon richtig gesagt hat, ist die Bridge notwendig. Schau mal hier, vielleicht kannst du deine Anforderungen auch damit umsetzen.

https://forum.fhem.de/index.php/topic,127057.0.html

Grüße

Da das Pro mittlerweile MQTT kann, ist keine mehr Bridge notwendig. Man benötigt dann auch dieses Modul nicht. Die Einbindung ist viel einfacher, schneller und direkter.

CoolTux

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

Loetkolben

Hat jemand das Nuki 3.0 Pro schon direkt per MQTT eingebunden.
Bei mir läuft das erstmal, nur bis auf Lock und Unlock konnte ich bisher noch nix an das Teil senden.

Grundsätzlich würde das ja reichen, da ich erstmal nur zeitgesteuert die Türe verschließen und öffnen will, aber vielleicht geht da noch mehr :-)

Internals:
   .FhemMetaInternals 1
   CID        SL3P_xxxxxxxx
   DEF        SL3P_xxxxxxxx
   FUUID      645aert1-fxxf-bvv5-fzzc-fdfdfdfdfdfdfd
   FVERSION   10_MQTT2_DEVICE.pm:0.268600/2022-12-16
   IODev      myBroker
   LASTInputDev myBroker
   MSGCNT     144
   NAME       MQTT2_SL3P_xxxxxxxx
   NR         1595
   STATE      3
   TYPE       MQTT2_DEVICE
   eventCount 157
   myBroker_CONN myBroker_aaa.bbb.ccc.ddd_52433
   myBroker_MSGCNT 144
   myBroker_TIME 2023-05-12 06:24:32
   .DT:
     DEVICETOPIC MQTT2_SL3P_xxxxxxxx
   .attraggr:
   .attrminint:
   READINGS:
     2023-05-11 17:38:09   IODev           myBroker
     2023-05-12 02:01:09   batteryChargeState 69
     2023-05-12 02:01:09   batteryCharging false
     2023-05-12 02:01:09   batteryCritical false
     2023-05-11 18:22:09   commandResponse 0
     2023-05-12 02:01:05   connected       true
     2023-05-12 02:01:08   deviceType      4
     2023-05-12 02:01:09   doorsensorBatteryCritical false
     2023-05-12 02:01:09   doorsensorState 0
     2023-05-12 02:01:09   firmware        3.6.9
     2023-05-12 02:01:09   keypadBatteryCritical false
     2023-05-12 06:24:31   lockActionEvent 1,2,0,0,1
     2023-05-12 02:01:09   mode            2
     2023-05-12 02:01:09   name            NukiLock
     2023-05-12 02:01:09   serverConnected true
     2023-05-12 06:24:32   state           3
     2023-05-12 06:24:32   timestamp       2023-05-12T04:24:33Z
   hmccu:
Attributes:
   DbLogExclude .*
   alias      NukiLock
StateFormat
Battery: [$name:batteryChargeState] % ([$name:batteryChargeState:t])<br>
State: [$name:state] S ([$name:state:t])<br>
Connected: [$name:connected] C ([$name:connected:t])

   devStateIcon 1:hm_keymatic@red 2:hm_keymatic@blue 3:hm_keymatic@green 4:hm_keymatic@blue 5:hm_keymatic@orange 6:hm_keymatic@white 7:hm_keymatic@yellow
   icon       hm_keymatic
   readingList SL3P_xxxxxxxx:nuki/xxxxxxxx/connected:.* connected
SL3P_xxxxxxxx:nuki/xxxxxxxx/deviceType:.* deviceType
SL3P_xxxxxxxx:nuki/xxxxxxxx/name:.* name
SL3P_xxxxxxxx:nuki/xxxxxxxx/firmware:.* firmware
SL3P_xxxxxxxx:nuki/xxxxxxxx/serverConnected:.* serverConnected
SL3P_xxxxxxxx:nuki/xxxxxxxx/state:.* state
SL3P_xxxxxxxx:nuki/xxxxxxxx/mode:.* mode
SL3P_xxxxxxxx:nuki/xxxxxxxx/doorsensorState:.* doorsensorState
SL3P_xxxxxxxx:nuki/xxxxxxxx/batteryCritical:.* batteryCritical
SL3P_xxxxxxxx:nuki/xxxxxxxx/batteryChargeState:.* batteryChargeState
SL3P_xxxxxxxx:nuki/xxxxxxxx/batteryCharging:.* batteryCharging
SL3P_xxxxxxxx:nuki/xxxxxxxx/keypadBatteryCritical:.* keypadBatteryCritical
SL3P_xxxxxxxx:nuki/xxxxxxxx/doorsensorBatteryCritical:.* doorsensorBatteryCritical
SL3P_xxxxxxxx:nuki/xxxxxxxx/lockActionEvent:.* lockActionEvent
SL3P_xxxxxxxx:nuki/xxxxxxxx/timestamp:.* timestamp
SL3P_xxxxxxxx:nuki/xxxxxxxx/commandResponse:.* commandResponse
   room       Aussenbereich,Security,Übersicht
   setList    auf:noArg nuki/xxxxxxxx/lockAction 1
zu:noArg nuki/xxxxxxxx/lockAction 2


Gruß
Andreas
1x Pi3, 1x Pi4, CUL V3, miniCUL433+868, IKEA-Steckdosen, sonoff, shelly1, Conbee II, div. Zigbee-Leuchten, Alexa, Homematic, Tablet UI

marvin78

Unlatch geht natürlich auch. Meine setlist

attr NukiLock setList unlock nuki/xxxxxxx/lockAction 1\
lock nuki/xxxxxxx/lock true\
unlatch nuki/xxxxxxx/lockAction 3

Das wäre aber ggf. etwas für einen anderen Thread.

Was willst du mehr machen?

Loetkolben

#109
Zitat von: marvin78 am 12 Mai 2023, 10:17:16Unlatch geht natürlich auch. Meine setlist
Danke :-)
Zitat von: marvin78 am 12 Mai 2023, 10:17:16Was willst du mehr machen?
Stimmt - nach aufschließen, zuschließen und Türe öffnen, bleibt ja eigentlich nix mehr :-)
Alles andere wie z.B. Batteriewarnung, kann man ja anders machen.

... anderer Thread? Welchen meinst Du?


Gruß
Andreas
1x Pi3, 1x Pi4, CUL V3, miniCUL433+868, IKEA-Steckdosen, sonoff, shelly1, Conbee II, div. Zigbee-Leuchten, Alexa, Homematic, Tablet UI

marvin78

Zitat von: Loetkolben am 12 Mai 2023, 11:01:37... anderer Thread? Welchen meinst Du?


Es gibt ggf. noch keinen. Aber die MQTT Api gehört sicher nicht in diesen Thread. Auch wenn der Titel nicht clever gewählt ist, geht es ja hier eigentlich um eine andere API und insbesondere das Modul dazu.

Deco

Hallo,

sehe ich es eigentlich richtig, dass ich keine Callbacks via SSL erhalte?
Also wenn meine Web-Instanz auf https läuft kein Callback funktioniert?

Wie wäre hier der Workaround, eine eigene Instanz für Nuki erstellen, die im ungesicherten http läuft?


Gruß Deco

CoolTux

Zitat von: Deco am 12 Mai 2023, 15:14:42Hallo,

sehe ich es eigentlich richtig, dass ich keine Callbacks via SSL erhalte?
Also wenn meine Web-Instanz auf https läuft kein Callback funktioniert?

Wie wäre hier der Workaround, eine eigene Instanz für Nuki erstellen, die im ungesicherten http läuft?


Gruß Deco

Jepp, genau so. Ist ja alles intern in Deinem Netz.
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

Deco

Ok, danke.

Kurzes OT:
Ist es denn überhabt notwendig/sinnvoll SSL zu aktivieren, wenn fhem nicht von außen erreichbar ist?
Ich hatte es aktiviert, da man ja zur Konfiguration auch über den PC darauf zugreift, der sich ja wiederum durchaus nebenbei im Internet bewegt (irgendwelche man-in-the-middle Gedanken von mitsniffenden Bösewichten :-\ ).

CoolTux

Wenn dann höchstens Cross Site Scripting. Aber da hilft auch kein SSL.
Es ist aber nie verkehrt https zu verwenden. Immer. In diesem Fall geht es leider nicht, daher zweite Fhemweb Instanz und diese entsprechend absichern. Dabei lernt man ja auch.
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

Deco

#115
Ich habe übrigens seit ein paar Tagen die alte fhem-Instanz auf https umgestellt. Was soll ich sagen, merkwürdiger Weise läuft bisher NUKI ohne Veränderung reibungslos ???
Also ich meine damit, dass fleißig der Status des Schlosses und der Tür von der Bridge an fhem gemeldet wird, obwohl im list der callbacks eindeutig nur eine Adresse eingetragen ist, und die enthält den alten Pfad http (ohne "s").
Das kann ich momentan ehrlich gesagt noch nicht ganz nachvollziehen.

Die fhem Oberfläche ist via http jedenfalls nicht mehr erreichbar (so soll es ja auch sein).


EDIT:
In der fhem-Instanz ist SSL aktivert und sie ist passwortgeschützt. Beides kennt Nuki nicht (callback läuft auf http, Passwort nie irgendwo eingetragen). Dennoch funktionieren die callbacks wie gehabt. Der Status der Tür und des Schlosses wird übertragen und ich kann via fhem die Türen öffnen.
Hat jemand eine Erklärung wieso das funktioniert? Nach meinem Verständnis dürfte das doch gar nicht (mehr) funktionieren, da die Kommunikation ins leere laufen müsste  ???


Gruß Deco

Burt_Gummer

Hallo!
Habe mir auch ein Nuki 3 Pro zugelegt.

Hätte gern in FHEM / Tablet UI den aktuellen Zustand visualisert.

Geht das mit dem 3 Pro irgendwie?
Bin noch recht neu in FHEM und wäre für ein paar Codeschnipsel sehr dankbar.
MQTT im Nuki aktivieren?
Und dann?
Wie bekomme ich die Readings in FHEM angezeigt.
Nutze einen Linux Mosquitto Server mit MQTT, also nicht den FHEM eigenen.

Burt_Gummer


Mitch

Weis jemand, ob man beim Opener die Klingelerkenung abgreifen kann?
FHEM im Proxmox Container

CoolTux

Wie genau meinst Du das? Du siehst in FHEM wenn jemand klingelt.
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