Moin,
gibt es eine Möglichkeit, dass man bei einem über ZWave angeschlossenes DanaLock AutoLock aktivieren und deaktivieren kann? Im Manual von Danalock heißt es:
Configuration CC V1 (secure)
Z-Wave-Parameter Nummer: 6
Parametername: Autolock
Beschreibung: 0 = deaktiviert, 1-2147483647 (Sekunden für Verzögerung bis Autolock ausgelöst wird)
Die Idee dahinter: Ich würde gerne ab 22:00 Uhr Autolock aktivieren und in der Früh deaktivieren.
Danke
Petz
Hi,
M.E. meint Autolock etwas anderes, nämlich nach jeden Schließvorgang wieder verschließen.
Deine Aufgabe kannst du aber super mit zwei at's lösen.
Gruß
Mundus
Hallo Mundus,
AutoLock. Das hab ich schon so verstanden. Tagsüber soll nicht verschlossen sein. Aussen ist nur ein Knopf an der Tür, d.h. es reicht wenn der Schnapper die Tür zu hält. In der Nacht soll aber richtig abgeschlossen werden. Also wenn jemand rein kommt und vergisst abzusperren, wird automatisch abgesperrt.
Das könnte man sicher auch in FHEM abfangen. Aber wenn das Schloss die Funktion hat, wäre doch super, wenn man das einfach aktivieren könnte.
Gruß
Petz
so.. auch wenn die Doku etwas spartanisch war...
Das ist die Lösung:
1-2147483647 ist weit übertrieben. Der mögliche Wert ist 1 - 255 Sekunden. (egal ob configByte configWord configLong)
Autolock an 2 Minuten:
set <deviceName> configByte 6 120 6 ist die entsprechende Z-Wave-Parameter Nummer
120 sind die 2 Miunten
Autolock aus:
set <deviceName> configByte 6 0 oh Wunder
Mögliche andere Konfigurationen, falls es jemand braucht (nicht alle getestet und die Größe stimmt glaube ich nicht):
Z-Wave-Parameter Nummer | Parameter-Name | Parameter-Größe (Bytes) | Standardwert | Beschreibung |
1 | TWIST_ASSIST | 1 Byte | 0 | 0 = deaktiviert 1 = aktiviert |
2 | HOLD_AND_RELE ASE (break and go back) | 4 Byte | 0 | 0 = deaktiviert, 1-2147483647 (Sekunden fur Turfalle) |
3 | BLOCKED_2_BLOCKED (async) | 1 Byte | 0 | 0 = deaktiviert 1 = aktiviert |
4 | BLE_TEMPORARY _ALLOW_TIMER | 4 Byte | 0 | 0 = deaktiviert, 1-2147483647 (Sekunden fur Aktivierungszeitraum) |
5 | BLE_ALWAYS_ALL OWED | 1 Byte | 0 | 0 = deaktiviert, 1 = aktiviert |
6 | Autolock | 4 Byte | 0 | 0 = deaktiviert, 1-2147483647 (Sekunden fur Verzogerung bis Autolock ausgelost wird) |
Hi,
Ich sehe mich gerade umzingelt von?. Die set Befehle setzt du manuell, oder über at? Weil dann ist das die Lösung die ich oben schrieb.
Gruß Mundus
Es könnte durchaus auf AT hinauslaufen ;-)
Mein Problem war aber dass ich nicht wußte, dass ich "configByte" benutzen muss, weil ich dachte man könnte das irgendwie mit "doorLockConfiguration" übergeben
In FHEM existiert bei mir bei den set Befehlen
"configAutolock"
Sehr merkwürdig, wenn es bei dir nicht existiert!
Aha... das hätte ich auch gern. Ich hab so das Gefühl, dass er bei mir nicht erkennt, dass es sich um ein Danalock handelt. Kann man das an irgendwas erkennen?
Ein List deines Device bitte ;)
Aber gerne:
Internals:
CFGFN ./FHEM/My_ZWave.cfg
DEF e8a6526a 2
IODev ZWDongle_1
LASTInputDev ZWDongle_1
MSGCNT 16
NAME ZWave_ENTRY_CONTROL_2
NR 515
STATE configByte 6 0
TYPE ZWave
ZWDongle_1_MSGCNT 16
ZWDongle_1_RAWMSG 000400021c9881bb080141d1a1b86b1c0ab49786e685945daa4746ff7e6e7e3b9d
ZWDongle_1_TIME 2018-09-04 16:42:27
ZWaveSubDevice no
homeId <...>
isWakeUp
lastMsgSent 1536072147.15582
nodeIdHex 02
secTime 1536072147.15526
Readings:
2018-08-28 09:30:14 CMD ZW_APPLICATION_UPDATE
2018-08-28 09:33:01 SECURITY INITIALIZING (starting secure inclusion)
2018-08-28 09:37:52 alarm AccessControl: RF Lock Operation
2018-09-04 16:18:24 alarmTypeSupported AccessControl
2018-09-04 10:47:21 alarm_AccessControl Manual Lock Operation, notificationIsOn
2018-09-04 16:18:49 assocGroup_1 Max 1 Nodes ZWDongle_1
2018-09-04 16:19:11 assocGroups 1
2018-09-04 16:19:19 battery 92 %
2018-09-04 16:19:44 doorLockConfiguration mode: constant outsideHandles: 0001 insideHandles: 0001 timeoutSeconds: not_supported
2018-09-04 16:19:51 doorLockOperation mode: secured outsideHandles: 0001 insideHandles: 0001 door: closed bolt: locked latch: closed timeoutSeconds: not_supported
2018-09-04 10:47:21 lastAccessType Manual
2018-09-04 16:19:58 model 0x010e 0x0009 0x0001
2018-09-04 16:19:58 modelId 010e-0009-0001
2018-09-04 16:20:06 neighborList ZWDongle_1
2018-09-04 16:41:27 state configByte 6 0
2018-09-04 16:42:27 timeToAck 0.035
2018-09-04 16:42:27 transmit OK
2018-09-04 16:05:21 version Lib 3 Prot 4.61 App 1.2 HW 2 FWCounter 1 FW 0.8
2018-09-04 16:20:28 zwavePlusInfo version:01 role:SleepingListeningSlave node:Z-Wave+Node installerIcon:0300 userIcon:0300
secMsg:
Attributes:
IODev ZWDongle_1
classes ZWAVEPLUS_INFO SECURITY UNKNOWN_9f TRANSPORT_SERVICE MANUFACTURER_SPECIFIC DOOR_LOCK VERSION ALARM ASSOCIATION ASSOCIATION_GRP_INFO UNKNOWN_6c POWERLEVEL DEVICE_RESET_LOCALLY BATTERY FIRMWARE_UPDATE_MD CONFIGURATION
extendedAlarmReadings 1
room Locks,ZWave
secure_classes DOOR_LOCK VERSION ALARM ASSOCIATION ASSOCIATION_GRP_INFO UNKNOWN_6c POWERLEVEL DEVICE_RESET_LOCALLY BATTERY FIRMWARE_UPDATE_MD CONFIGURATION
vclasses ALARM:8 ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 BATTERY:1 CONFIGURATION:1 DEVICE_RESET_LOCALLY:1 DOOR_LOCK:2 FIRMWARE_UPDATE_MD:4 MANUFACTURER_SPECIFIC:2 POWERLEVEL:1 SECURITY:1 TRANSPORT_SERVICE:2 VERSION:2 ZWAVEPLUS_INFO:2
Hi,
mein list sieht wie folgt aus:
ZitatInternals:
DEF <...>
IODev ZWAVE1
LASTInputDev ZWAVE1
MSGCNT 35
NAME fu_Schloss_Haustuer
NR 137
STATE offen
TYPE ZWave
ZWAVE1_MSGCNT 35
ZWAVE1_RAWMSG 000400170380033d
ZWAVE1_TIME 2018-08-22 23:41:09
ZWaveSubDevice no
cmdsPending 0
homeId <...>
isWakeUp
lastMsgSent 1535798930.13771
nodeIdHex 17
secTime 1535798928.55049
READINGS:
2018-03-20 21:17:49 SECURITY ENABLED
2018-08-22 12:19:14 SEND_DATA failed:00
2018-07-30 08:50:15 UNPARSED UNKNOWN_C3 06c30301420504
2018-03-21 08:41:13 alarm AccessControl: Manual Unlock Operation
2018-08-22 12:19:10 alarm_AccessControl RF Unlock Operation, notificationIsOn
2018-03-21 20:57:25 assocGroup_1 Max 1 Nodes ZWAVE1
2018-03-21 20:57:24 assocGroups 1
2018-08-22 23:41:09 battery 61 %
2018-08-22 23:41:09 batteryPercent 61
2018-08-22 23:41:09 batteryState ok
2018-06-04 22:16:41 configAutolock 0
2018-03-21 08:39:58 configBLEAlwaysAllowed Disable
2018-03-21 08:39:59 configBLETemporaryAllowed 0
2018-03-21 08:40:00 configBlockToBlock Disable
2018-06-04 22:17:41 configHoldAndRelease 3
2018-03-21 08:40:01 configTwistAssist Disabled
2018-08-22 12:19:06 doorLockOperation mode: secured outsideHandles: 0001 insideHandles: 0001 door: closed bolt: locked latch: closed timeoutSeconds: not_supported
2018-03-20 23:11:23 model Polycontrol Danalock V3 BTZE
2018-03-20 23:11:23 modelConfig polycontrol/doorlockv3.xml
2018-03-20 23:11:23 modelId 010e-0009-0001
2018-06-20 05:30:41 neighborUpdate done
2018-03-21 11:50:09 powerlvl current 0 remain 0
2018-03-21 11:50:20 powerlvlTest node 0 status 0 frameAck 0
2018-09-01 12:48:50 state doorLockOperation 00
2018-09-01 12:48:50 timeToAck 0.167
2018-09-01 12:48:50 transmit OK
2018-03-21 20:55:40 version Lib 3 Prot 4.61 App 1.2 HW 2 FWCounter 1 FW 0.7
secMsg:
secNonce:
c7:
nonce c72a58f6a15f0301
timeStamp 1534933154.63888
e4:
nonce e4e0ec8a1e19ae85
timeStamp 1534933146.53737
Attributes:
IODev ZWAVE1
alias Haustürschloss
classes ZWAVEPLUS_INFO SECURITY SECURITY_S2 TRANSPORT_SERVICE DOOR_LOCK VERSION ALARM ASSOCIATION ASSOCIATION_GRP_INFO SUPERVISION MANUFACTURER_SPECIFIC POWERLEVEL DEVICE_RESET_LOCALLY BATTERY FIRMWARE_UPDATE_MD CONFIGURATION
devStateIcon verriegelt:status_locked@green:open offen:status_open@red:close
eventMap /doorLockOperation FF:close/doorLockOperation 00:open/
extendedAlarmReadings 1
room FlurUnten,ZWave
secure_classes DOOR_LOCK VERSION ALARM ASSOCIATION ASSOCIATION_GRP_INFO SUPERVISION MANUFACTURER_SPECIFIC POWERLEVEL DEVICE_RESET_LOCALLY BATTERY FIRMWARE_UPDATE_MD CONFIGURATION
stateFormat {sprintf("%s", ReadingsVal($name,"alarm_AccessControl","")=~"Lock Operation"?"verriegelt":"offen" )}
vclasses ALARM:8 ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 BATTERY:1 CONFIGURATION:1 DEVICE_RESET_LOCALLY:1 DOOR_LOCK:2 FIRMWARE_UPDATE_MD:4 MANUFACTURER_SPECIFIC:2 POWERLEVEL:1 SECURITY:1 SECURITY_S2:1 SUPERVISION:1 TRANSPORT_SERVICE:2 VERSION:2 ZWAVEPLUS_INFO:2
webCmd open:close
Du erkennst, dass mein Schloss trotz identischer ModelID bei mir erkannt wird. Außerdem funktioniert bei mir Security und deins ist noch im Status der Initialisierung.
Mir ist aufgefallen, dass CFGFN bei dir befüllt ist. Eventuell hast du in deinen System-Einstellungen eine Anpassung für ZWave vorgenommen, die dazu führt, dass u.a. dein Device nicht korrekt erkannt wird. Welche das ist, kann ich aber so nicht sagen.
Gruß
Das Reading modelConfig fehlt im list von Meister_Petz. Bitte einmal
get <device> model
absetzen und Antwort abwarten. Nach der erfolgreichen Antwort des Gerätes sollte das Reading modelConfig genauso wie die zusätzlichen configXY-Befehle existieren.
Gruß, Christian
Zitat von: krikan am 06 September 2018, 08:34:45
get <device> model
Hi,
das hat leider nichts gebracht.
Kann es sein, dass mir dieses Datei fehlt, auf die in dem List verwiesen wird? Ich finde die nämlich nicht in meinem Fhem Verzeichnis.
polycontrol/doorlockv3.xml
Gruß
Petz
Zitat von: Meister_Petz am 07 September 2018, 14:00:02
das hat leider nichts gebracht.
Bedeutet?
Gibt es jetzt ein Reading modelConfig? Was beinhaltet es?
ZitatKann es sein, dass mir dieses Datei fehlt, auf die in dem List verwiesen wird? Ich finde die nämlich nicht in meinem Fhem Verzeichnis.
polycontrol/doorlockv3.xml
Wenn Dein FHEM aktuell ist sollte sie nicht fehlen.
Die xml-Dateien liegen komprimiert in den nachfolgenden Dateien Deiner FHEM Installation:
/fhem/FHEM/lib/fhem_zwave_deviceconfig.xml.gz
/fhem/FHEM/lib/openzwave_deviceconfig.xml.gz
Man kann die Datei polycontrol/doorlockv3.xml nicht direkt im Verzeichnis finden.
Gruß, Christian
Das war der passende Tipp! Habe 3 FHEM Server laufen... und der war nicht aktuell!
Nach dem Update ist alles da!
Danke!