Popp Strike Lock

Einrichtung der openHAB Umgebung und allgemeine Konfigurationsthemen.

Moderatoren: seppy, udo1toni

Antworten
Rambo82
Beiträge: 33
Registriert: 9. Jan 2021 14:06
Answers: 0

Popp Strike Lock

Beitrag von Rambo82 »

Hallo zusammen,

ich habe ein problem mit dem Popp strike Lock, und zwar folgendes.
Mein Aeotec gen5+ stick hat ihn erkannt und auch inkludiert.
Ich habe alle Schalter und Sensoren, aber ich kann die Tür nicht entriegeln.
Im Log steht immer :

022-07-04 14:38:06.370 [INFO ] [openhab.event.ItemCommandEvent ] - Item 'FLTuroffner012501ElectricStrikeLockControl_BinarySensor' received command OFF

2022-07-04 14:38:06.374 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item 'FLTuroffner012501ElectricStrikeLockControl_BinarySensor' predicted to become OFF

2022-07-04 14:38:06.380 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'FLTuroffner012501ElectricStrikeLockControl_BinarySensor' changed from ON to OFF

==> /var/log/openhab/openhab.log <==

2022-07-04 14:38:08.544 [WARN ] [nal.converter.ZWaveDoorLockConverter] - NODE 38: Command class COMMAND_CLASS_DOOR_LOCK not found

kann das sein, das es daran liegt, (siehe unten) z-wave secure: false ? Wenn ja wie kann ich es beheben ?

Danke schon mal.

Thig properties:

zwave_class_basic
BASIC_TYPE_ROUTING_SLAVE
zwave_class_generic
GENERIC_TYPE_ENTRY_CONTROL
zwave_frequent
true
zwave_neighbours
modelId
012501
zwave_listening
false
zwave_version
1.5
zwave_plus_devicetype
NODE_TYPE_ZWAVEPLUS_NODE
manufacturerId
0154
manufacturerRef
0005:0001
dbReference
419
zwave_deviceid
1
versionMin
1.4
zwave_nodeid
38
vendor
Popp & Co
defaultAssociations
1
zwave_routing
true
zwave_plus_roletype
ROLE_TYPE_SLAVE_SLEEPING_LISTENING
zwave_beaming
true
zwave_secure
false

zwave_class_specific
SPECIFIC_TYPE_DOOR_LOCK
zwave_devicetype
5
zwave_manufacturer
340

Benutzeravatar
sihui
Beiträge: 1827
Registriert: 11. Apr 2018 19:03
Answers: 21

Re: Popp Strike Lock

Beitrag von sihui »

Rambo82 hat geschrieben: 4. Jul 2022 14:50 kann das sein, das es daran liegt, (siehe unten) z-wave secure: false ? Wenn ja wie kann ich es beheben ?
Sehr gut recherchiert! Genau dort liegt dein Problem.

Du musst das Gerät korrekt exkludieren, dann resetten (zwingend!) und dann secure inkludieren.
Dazu muss der Stick mit dem Server verbunden sein (nicht über die batteriebetriebene Inkludierfunktion mit abgestecktem Stick versuchen), dazu hast du max. 15 Sekunden Zeit. Innerhalb der 15 Sekunden muss der entsprechende Knopf am Gerät mindestens einmal gedrückt worden sein, ggf. auch mehrere Male.
openHAB3 mit Zwave, Alexa, ESPEasy, MQTT, Logitech Harmony, Philips HUE und ZigBee Hardware auf Proxmox VE.

Rambo82
Beiträge: 33
Registriert: 9. Jan 2021 14:06
Answers: 0

Re: Popp Strike Lock

Beitrag von Rambo82 »

Hallo,

ich bekomme es einfach nicht hin, ich habe auch schon den stick auf Secure inclusion : All Devices gestellt

ich habe keine idee mehr. Kann mir jemand von euch Helfen ?

Hier aus dem Log:


07-08 18:52:53.851 [DEBUG] [ing.zwave.handler.ZWaveSerialHandler] - NODE 39: Sending REQUEST Message = 01 0A 00 13 27 03 98 04 00 25 FA 81

2022-07-08 18:52:53.867 [DEBUG] [l.serialmessage.SendDataMessageClass] - NODE 39: sentData successfully placed on stack.

2022-07-08 18:52:53.868 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 39: TID 405: Transaction not completed

2022-07-08 18:52:54.004 [DEBUG] [l.serialmessage.SendDataMessageClass] - NODE 39: SendData Request. CallBack ID = 250, Status = Transmission complete, no ACK received(1)

2022-07-08 18:52:54.005 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 39: Transaction failed waiting for REQUEST, assume sleeping device.

2022-07-08 18:52:54.006 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 39: CANCEL while sending message. Requeueing - 2 attempts left!

2022-07-08 18:52:54.007 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 39: Adding to device queue

2022-07-08 18:52:54.008 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 39: Added 405 to queue - size 28

2022-07-08 18:52:54.010 [DEBUG] [ing.zwave.handler.ZWaveSerialHandler] - NODE 39: Sending REQUEST Message = 01 0A 00 13 27 03 98 04 00 25 FB 80

2022-07-08 18:52:54.012 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 39: TID 405: Transaction not completed

2022-07-08 18:52:54.027 [DEBUG] [l.serialmessage.SendDataMessageClass] - NODE 39: sentData successfully placed on stack.

2022-07-08 18:52:54.027 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 39: TID 405: Transaction not completed

2022-07-08 18:52:55.163 [DEBUG] [l.serialmessage.SendDataMessageClass] - NODE 39: SendData Request. CallBack ID = 251, Status = Transmission complete and ACK received(0)

2022-07-08 18:52:55.165 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 39: TID 405: Transaction not completed

2022-07-08 18:53:00.165 [DEBUG] [sactionManager$ZWaveTransactionTimer] - NODE 39: TID 405: Timeout at state WAIT_DATA. 2 retries remaining.

2022-07-08 18:53:00.166 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 39: notifyTransactionResponse TID:405 CANCELLED

2022-07-08 18:53:00.169 [DEBUG] [alization.ZWaveNodeInitStageAdvancer] - NODE 39: Node Init response (0) org.openhab.binding.zwave.internal.protocol.ZWaveTransactionResponse@1e55e3c

2022-07-08 18:53:00.170 [DEBUG] [alization.ZWaveNodeInitStageAdvancer] - NODE 39: No data from device, but it was ACK'd. Possibly not supported? (Try 0)

2022-07-08 18:53:00.170 [DEBUG] [alization.ZWaveNodeInitStageAdvancer] - NODE 39: timed out after 84179693543 / 20000000000

2022-07-08 18:53:00.171 [INFO ] [alization.ZWaveNodeInitStageAdvancer] - NODE 39: SECURITY_INC State=FAILED, Reason=GET_SCHEME

2022-07-08 18:53:00.172 [DEBUG] [alization.ZWaveNodeInitStageAdvancer] - NODE 39: Node advancer - advancing to MANUFACTURER

2022-07-08 18:53:00.173 [DEBUG] [alization.ZWaveNodeInitStageAdvancer] - NODE 39: Node advancer: MANUFACTURER - send ManufacturerSpecific

2022-07-08 18:53:00.174 [DEBUG] [WaveManufacturerSpecificCommandClass] - NODE 39: Creating new message for command MANUFACTURER_SPECIFIC_GET

2022-07-08 18:53:00.174 [DEBUG] [alization.ZWaveNodeInitStageAdvancer] - NODE 39: ZWaveCommandClassTransactionPayload - send to node

2022-07-08 18:53:00.175 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 39: SECURITY NOT required on COMMAND_CLASS_MANUFACTURER_SPECIFIC

2022-07-08 18:53:00.175 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 39: Command Class COMMAND_CLASS_MANUFACTURER_SPECIFIC is NOT required to be secured

2022-07-08 18:53:00.176 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 39: sendTransaction org.openhab.binding.zwave.internal.protocol.transaction.ZWaveCommandClassTransactionPayload@15628d3

2022-07-08 18:53:00.176 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 39: Bump transaction 412 priority from Config to Immediate

2022-07-08 18:53:00.177 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 39: Adding to device queue

2022-07-08 18:53:00.178 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 39: Added 412 to queue - size 27

Benutzeravatar
sihui
Beiträge: 1827
Registriert: 11. Apr 2018 19:03
Answers: 21

Re: Popp Strike Lock

Beitrag von sihui »

Rambo82 hat geschrieben: 8. Jul 2022 18:56

ich habe keine idee mehr. Kann mir jemand von euch Helfen ?
Mehr als das was ich bereits geschrieben habe lässt sich dazu nicht sagen.
Hast du mal in die Zwave Datenbank für openHAB geschaut ob es da spezielle Anweisungen gibt?
Wir hatten schon Fälle, wo in der Anleitung steht, drücke den Inkludierknopf ein Mal, in Wirklichkeit musste man aber drei Mal drücken ...

Edit:
Inclusion Information

Pressing the Z-Wave button for one second includes the device.

It is not allowed to operate the device in a non-secure environment. This means that the including controller must support Secure Command Class.

https://opensmarthouse.org/zwavedatabase/419
openHAB3 mit Zwave, Alexa, ESPEasy, MQTT, Logitech Harmony, Philips HUE und ZigBee Hardware auf Proxmox VE.

Antworten