Fibaro Button

Begonnen von Partycrash00, 31 August 2016, 21:22:32

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten1 2 3 ... 5 Alle
Benutzer-Aktionen

Partycrash00

31 August 2016, 21:22:32
Hallo,

ich habe heute den Fibaro Button bekommen. Wenn ich es richtig sehe, ist es noch nicht in den Config Dateien im FHEM. (ist auch erst in den letzten 24h bei OpenZWave dazugekommen)
Ich habe leider noch nicht ganz verstanden, wie ich das neue xml erzeuge, sonst hätte ich es hier schon mal eingestellt. Kann bitte jemand die neuste Version generieren und einchecken? Vielen Dank.

(Vielleicht klappts ja dann mal mit den Readings,... bisher habe ich kein Glück)

krikan

#1
31 August 2016, 21:31:46
Hallo!
Am 20.8. habe ich für den Fibaro Button mit modelId 010f-0f01-1000 eine XML eingecheckt. Ist Dein FHEM aktuell? Welche modelId hat Dein Button?
Gruß, Christian

Partycrash00

#2
31 August 2016, 21:49:24
Hallo, ah, dann ist das nur ein Update bei OpenZWave (steht was von fix)

Habe glaub mein Problem gefunden: im Secure Modus funktioniert der Button nicht.

dieda

#3
31 August 2016, 22:52:08
So gerade mal getestet. Einbinden geht super easy. Aktionen ausgeben für1x, 2x, 3x, LongPress und Release nicht ganz so klar verständlich.

Standardmäßig lässt sich ein Befehl immer nur an einen zWave-Aktor senden und hier fängt scheinbar das Problem meines Vorgängers an. Nicht immer will man mit dem Button zWave-Aktoren schalten.

Bei den Readings bietet mir der Button ja leider nix vernünftiges zum Auslesen. Siehe Screenshot.

Komponenten:
Sensoren und Aktoren: FS20, Max!, Zigbee, Zwave
IODev:  Cul1101, MaxLan, ZWAVE, Deconz
Router: KD-Fritte (6360)
Sonstiges: Raspberries,  1x LMS,1 FHEM, 1 x zum Testen,  Logitech-Clients,  Onkyo, SamsungTV, Squeezebox, TabletUIs

jeep

#4
01 September 2016, 08:54:16
Hi,

schon mal ein get <BUTTON> configAll und associationAll  ausgeführt? Dann sollten die restlichen Parameter/readings und Assozioationen da sein?

Grüße, Josef
Ein wenig HomeMatic
RPi2  - UZB1, FHEM Testsystem - 8 devices
HC2  - 72 devices  (95 % sind Fibaro devices)

krikan

#5
01 September 2016, 15:12:09
ZitatBei den Readings bietet mir der Button ja leider nix vernünftiges zum Auslesen. Siehe Screenshot.
Was stört Dich bzw. was möchtest Du erreichen?

Ich vermute, dass der Button eine neue Version der Command Class CENTRAL_SCENE nutzt. Interpretiere ich aus dem Reading UNPARSED, da Du leider nur einen Screenshot statt den hilfreicheren Output von "list <device>" zeigst.

Wenn Du ermittelst, welche Aktion am Button zu welcher Funknachricht führt, könnte man den Button sicherlich besser einbinden. Dazu verbose 5 bei ZWDongle setzen und zu jeder Aktion die Hexwert der Nachrichten zuordnen (Mehrfachklicks usw.) Anschließend selbst in 10_ZWave.pm einbauen und Patch liefern oder hier für Hilfe die Ergebnisse posten, damit es eventuell jemand anderes übernimmt.

Gruß, Christian

dieda

#6
01 September 2016, 22:02:34
Stimmt, ich dachte es reicht aus das zu zeigen. Hier das Listing:


ZitatInternals:
   DEF        d21add7a 30
   IODev      ZWDongle_0
   LASTInputDev ZWDongle_0
   MSGCNT     120
   NAME       B_Taster
   NR         455
   STATE      wakeupInterval 86400 1
   TYPE       ZWave
   ZWDongle_0_MSGCNT 120
   ZWDongle_0_RAWMSG 0004001e055b03030001
   ZWDongle_0_TIME 2016-09-01 20:13:10
   ZWaveSubDevice no
   homeId     d21add7a
   isWakeUp   1
   lastMsgSent 1472737379.90043
   nodeIdHex  1e
   Readings:
     2016-08-31 22:35:37   UNPARSED        CENTRAL_SCENE 055b03080401
     2016-09-01 13:42:55   assocGroup_1    Max 1 Nodes ZWDongle_0
     2016-09-01 13:44:21   assocGroup_2    Max 5 Nodes
     2016-09-01 13:44:22   assocGroup_3    Max 5 Nodes
     2016-09-01 13:44:22   assocGroup_4    Max 5 Nodes
     2016-09-01 13:42:54   assocGroups     4
     2016-09-01 15:42:57   battery         100 %
     2016-08-31 22:34:33   cSceneDim       1
     2016-08-31 22:34:33   cSceneDimEnd    1
     2016-09-01 15:43:14   cSceneDouble    1
     2016-09-01 20:13:10   cSceneSet       1
     2016-09-01 13:42:45   configAlarmFrameTriggers 127
     2016-09-01 13:42:45   configAssociationsInZWaveNetwork3 7
     2016-09-01 13:42:45   configKeyHeldDownCommandSentTo3rd29 Dimming
     2016-09-01 13:42:45   configKeyPressed1TimeCommandSentTo2nd10 SwitchON
     2016-09-01 13:42:45   configKeyPressed1TimeCommandSentTo3rd20 SwitchONOFFAlternately
     2016-09-01 13:42:45   configKeyPressed1TimesValueOfSWITCHON11 255
     2016-09-01 13:42:45   configKeyPressed1TimesValueOfSWITCHON21 255
     2016-09-01 13:42:45   configKeyPressed2TimeCommandSentTo2nd12 SwitchON
     2016-09-01 13:42:45   configKeyPressed2TimeCommandSentTo3rd22 SwitchON
     2016-09-01 13:42:45   configKeyPressed2TimesValueOfSWITCHON13 99
     2016-09-01 13:42:47   configKeyPressed2TimesValueOfSWITCHON23 99
     2016-09-01 13:42:48   configKeyPressed3TimeCommandSentTo2nd14 SwitchON
     2016-09-01 13:42:49   configKeyPressed3TimeCommandSentTo3rd24 SwitchON
     2016-09-01 13:42:50   configKeyPressed3TimesValueOfSWITCHON15 255
     2016-09-01 13:42:51   configKeyPressed3TimesValueOfSWITCHON25 255
     2016-09-01 13:42:52   configScenesSentToTheController 127
     2016-08-31 21:46:52   model           FIBARO System FGPB101 Button
     2016-08-31 21:46:52   modelConfig     fibaro/fgpb101.xml
     2016-08-31 21:46:52   modelId         010f-0f01-1000
     2016-08-31 21:46:48   state           wakeupInterval 86400 1
     2016-09-01 15:42:59   timeToAck       0.055
     2016-09-01 15:42:59   transmit        OK
     2016-09-01 15:42:57   wakeup          notification
Attributes:
   IODev      ZWDongle_0
   classes    ZWAVEPLUS_INFO VERSION MANUFACTURER_SPECIFIC CENTRAL_SCENE DEVICE_RESET_LOCALLY ASSOCIATION_GRP_INFO ASSOCIATION POWERLEVEL WAKE_UP BATTERY ALARM CRC_16_ENCAP CONFIGURATION MULTI_CHANNEL_ASSOCIATION FIRMWARE_UPDATE_MD SECURITY MARK SWITCH_MULTILEVEL SENSOR_ALARM
   room       ZWave
   vclasses   ALARM:5 ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 BATTERY:1 CENTRAL_SCENE:3 CONFIGURATION:1 CRC_16_ENCAP:1 DEVICE_RESET_LOCALLY:1 FIRMWARE_UPDATE_MD:3 MANUFACTURER_SPECIFIC:2 MULTI_CHANNEL_ASSOCIATION:3 POWERLEVEL:1 SECURITY:1 SENSOR_ALARM:1 SWITCH_MULTILEVEL:3 VERSION:2 WAKE_UP:2 ZWAVEPLUS_INFO:2
Komponenten:
Sensoren und Aktoren: FS20, Max!, Zigbee, Zwave
IODev:  Cul1101, MaxLan, ZWAVE, Deconz
Router: KD-Fritte (6360)
Sonstiges: Raspberries,  1x LMS,1 FHEM, 1 x zum Testen,  Logitech-Clients,  Onkyo, SamsungTV, Squeezebox, TabletUIs

krikan

#7
01 September 2016, 22:10:52
V3 von CENTRAL_SCENE ist neu und wird nur teilweise von FHEM unterstützt.

Brauchst aber wohl nicht mehr zwingend
ZitatWenn Du ermittelst, welche Aktion am Button zu welcher Funknachricht führt,[..]. Dazu verbose 5 bei ZWDongle setzen und zu jeder Aktion die Hexwert der Nachrichten zuordnen (Mehrfachklicks usw.)
sondern einfach nur noch die Angaben laut der gestern veröffentlichten http://z-wave.sigmadesigns.com/design-z-wave/z-wave-public-specification/ lesen.

A.Harrenberg

#8
01 September 2016, 22:11:56
Hallo,

Zitat von: Partycrash00 am 31 August 2016, 21:49:24
Habe glaub mein Problem gefunden: im Secure Modus funktioniert der Button nicht.
könntest Du das bitte mal etwas weiter elaborieren? WAS funktioniert nicht?

SECURITY ist eigentlich transparent eingebunden, d.h. die Klassen die SECURITY unterstützen werden verschlüsselt übertragen ohne die Funktionen dieser Klasse in irgendeiner Weise zu beeinflußen.

Falls es da doch zu Problemen kommt würde ich das gerne wissen wollen damit ich das evtl. beseitigen kann.

Gruß,
Andreas.
FB 7360, Homematic und ZWave
Support for ZWave-SECURITY

Partycrash00

#9
02 September 2016, 08:35:42
Wenn ich es secure einbinde, erkennt er das Gerät nicht mit seinen Spezifikationen. Es gibt keine Readings, etc.
Sobald ich es exkludiere und "normal" inkludiere, klappt alles.
Am Wochenende kann ich ja mal meinen Button exkludieren und nochmal secure inkludieren und hier ein paar Details posten.

A.Harrenberg

#10
02 September 2016, 09:24:19
Hi,

klingt für mich so als ob bei der Inklusion was "hängenbleibt" und das Ding dadurch nicht vollständig in FHEM eingebunden wird.

Hast Du andere Geräte mit SECURITY eingebunden, dh. funktioniert das bei Dir prinzipiell?

An den Logfiles, Listings etc. habe ich Interesse...

Danke,
Andreas.
FB 7360, Homematic und ZWave
Support for ZWave-SECURITY

Partycrash00

#11
04 September 2016, 12:18:45
Ja, ich habe schon ein paar zWave Devices mit Security inkludiert. Funktioniert grundsätzlich (wenn auch nicht immer ganz zuverlässig im Schalten der Steckdose)

Ich habe jetzt den Button per onNwSec über meinen Razberry inkludiert:
Aus dem Log:
2016.09.04 12:00:02 5: ZWave_WALL_CONTROLLER_31: SECURITY initializing, networkkey sent
2016.09.04 12:00:03 5: ZWave_WALL_CONTROLLER_31: secDecrypt: decrypted cmd 009807
2016.09.04 12:00:03 5: ZWave_WALL_CONTROLLER_31: secDecrypt: Sequencebyte 0, sequenced 0, secondFrame 0, sequenceCounter 00
2016.09.04 12:00:03 5: ZWave_WALL_CONTROLLER_31: secDecrypt: calculated Authentication code 88681427067e6448
2016.09.04 12:00:03 5: ZWave_WALL_CONTROLLER_31: secDecrypt: parsing 0004001f029807
2016.09.04 12:00:03 3: ZWave_WALL_CONTROLLER_31: SECURITY enabled, networkkey was verified
2016.09.04 12:00:03 3: ZWave set ZWave_WALL_CONTROLLER_31 secSupportedReport
2016.09.04 12:00:03 5: ZWave_WALL_CONTROLLER_31: Security commands will be encrypted!
2016.09.04 12:00:03 5: ZWave_WALL_CONTROLLER_31 SECURITY: 9802 stored for encryption
2016.09.04 12:00:03 5: ZWave_WALL_CONTROLLER_31 SECURITY: 9802 set ZWave_WALL_CONTROLLER_31 secSupportedReport retrieved for encryption
2016.09.04 12:00:03 5: ZWave_WALL_CONTROLLER_31: secEncrypt plain:009802 enc:28c587
2016.09.04 12:00:03 5: ZWave_WALL_CONTROLLER_31: Sendstack bypassed for 131f169881b1e3664c12c48da828c5870616193e5d44f64b442513
2016.09.04 12:00:03 5: ZWave_WALL_CONTROLLER_31: type=set, cmd=secSupportedReport (9802 set ZWave_WALL_CONTROLLER_31 secSupportedReport)
2016.09.04 12:00:04 5: ZWave_WALL_CONTROLLER_31: Sendstack bypassed for 131f0a9880af50d11573c957bc2518
2016.09.04 12:00:04 5: ZWave_WALL_CONTROLLER_31: secDecrypt: decrypted cmd 009803005b85845a867271708eef269c
2016.09.04 12:00:04 5: ZWave_WALL_CONTROLLER_31: secDecrypt: Sequencebyte 0, sequenced 0, secondFrame 0, sequenceCounter 00
2016.09.04 12:00:04 5: ZWave_WALL_CONTROLLER_31: secDecrypt: calculated Authentication code 1d6d79d08ea3ab83
2016.09.04 12:00:04 5: ZWave_WALL_CONTROLLER_31: secDecrypt: parsing 0004001f0f9803005b85845a867271708eef269c
2016.09.04 12:00:04 5: ZWave_WALL_CONTROLLER_31: Secured Classes Supported: 005b85845a867271708eef269c
2016.09.04 12:00:04 5: Cmd: >get ZWave_WALL_CONTROLLER_31 versionClassAll<
2016.09.04 12:00:04 1: ZWAVE INIT: get ZWave_WALL_CONTROLLER_31 versionClassAll: Secure operation in progress, executing in background
2016.09.04 12:00:04 5: Cmd: >set ZWave_WALL_CONTROLLER_31 associationAdd 1 1<
2016.09.04 12:00:04 5: Triggering ZWave_WALL_CONTROLLER_31 (1 changes)
2016.09.04 12:00:04 5: Starting notify loop for ZWave_WALL_CONTROLLER_31, first event associationAdd 1 1
2016.09.04 12:00:04 5: Cmd: >set ZWave_WALL_CONTROLLER_31 wakeupInterval 86400 1<
2016.09.04 12:00:04 5: Triggering ZWave_WALL_CONTROLLER_31 (1 changes)
2016.09.04 12:00:04 5: Starting notify loop for ZWave_WALL_CONTROLLER_31, first event wakeupInterval 86400 1
2016.09.04 12:00:04 5: Cmd: >get ZWave_WALL_CONTROLLER_31 model<
2016.09.04 12:00:04 1: ZWAVE INIT: get ZWave_WALL_CONTROLLER_31 model: Secure operation in progress, executing in background
2016.09.04 12:00:04 3: ZWave get ZWave_WALL_CONTROLLER_31 versionClass ALARM
2016.09.04 12:00:04 5: ZWave_WALL_CONTROLLER_31: VERSION is a secured class!
2016.09.04 12:00:04 5: ZWave_WALL_CONTROLLER_31 SECURITY: 861371 stored for encryption
2016.09.04 12:00:04 2: ZWDongle_ProcessSendStack: no ACK, resending message 01110013170a9880b63c385a0c382d86251ab0
2016.09.04 12:00:05 5: ZWave_WALL_CONTROLLER_31 SECURITY: 861371 get ZWave_WALL_CONTROLLER_31 versionClass ALARM retrieved for encryption
2016.09.04 12:00:05 5: ZWave_WALL_CONTROLLER_31: secEncrypt plain:00861371 enc:2c3c4c09
2016.09.04 12:00:05 5: ZWave_WALL_CONTROLLER_31: Sendstack bypassed for 131f1798811ec244717a31426f2c3c4c09ed64ddccdc2c255e932520
2016.09.04 12:00:05 5: ZWave_WALL_CONTROLLER_31: Sendstack bypassed for 131f0a9880889bf638b1f36d5b2522
2016.09.04 12:00:05 2: ZWDongle_ProcessSendStack: no ACK, resending message 01110013170a98808cb76a83dd1910f8252102
2016.09.04 12:00:05 5: ZWave_WALL_CONTROLLER_31: secDecrypt: decrypted cmd 0086147105
2016.09.04 12:00:05 5: ZWave_WALL_CONTROLLER_31: secDecrypt: Sequencebyte 0, sequenced 0, secondFrame 0, sequenceCounter 00
2016.09.04 12:00:05 5: ZWave_WALL_CONTROLLER_31: secDecrypt: calculated Authentication code db3d43c8a12627aa
2016.09.04 12:00:05 5: ZWave_WALL_CONTROLLER_31: secDecrypt: parsing 0004001f0486147105
2016.09.04 12:00:05 3: ZWave get ZWave_WALL_CONTROLLER_31 versionClass ASSOCIATION
2016.09.04 12:00:05 5: ZWave_WALL_CONTROLLER_31: VERSION is a secured class!
2016.09.04 12:00:05 5: ZWave_WALL_CONTROLLER_31 SECURITY: 861385 stored for encryption
2016.09.04 12:00:05 5: ZWave_WALL_CONTROLLER_31 SECURITY: 861385 get ZWave_WALL_CONTROLLER_31 versionClass ASSOCIATION retrieved for encryption
2016.09.04 12:00:05 5: ZWave_WALL_CONTROLLER_31: secEncrypt plain:00861385 enc:bfa51a86
2016.09.04 12:00:05 5: ZWave_WALL_CONTROLLER_31: Sendstack bypassed for 131f17988136be75a9a86c8d83bfa51a86d99c7a9d697e47ef732526
2016.09.04 12:00:05 5: ZWave_WALL_CONTROLLER_31: Sendstack bypassed for 131f0a988069e3bdbef1f67e6a2527
2016.09.04 12:00:05 5: ZWave_WALL_CONTROLLER_31: secDecrypt: decrypted cmd 0086148502
2016.09.04 12:00:05 5: ZWave_WALL_CONTROLLER_31: secDecrypt: Sequencebyte 0, sequenced 0, secondFrame 0, sequenceCounter 00
2016.09.04 12:00:05 5: ZWave_WALL_CONTROLLER_31: secDecrypt: calculated Authentication code 729d440c561fbdd1
2016.09.04 12:00:05 5: ZWave_WALL_CONTROLLER_31: secDecrypt: parsing 0004001f0486148502
2016.09.04 12:00:05 3: ZWave get ZWave_WALL_CONTROLLER_31 versionClass ASSOCIATION_GRP_INFO
2016.09.04 12:00:05 5: ZWave_WALL_CONTROLLER_31: VERSION is a secured class!
2016.09.04 12:00:05 5: ZWave_WALL_CONTROLLER_31 SECURITY: 861359 stored for encryption
2016.09.04 12:00:05 5: Triggering ZWave_WALL_CONTROLLER_31 (1 changes)
2016.09.04 12:00:05 5: Starting notify loop for ZWave_WALL_CONTROLLER_31, first event versionClass_133: 2
2016.09.04 12:00:05 2: ZWDongle_ProcessSendStack: no ACK, resending message 010900131f02984025292c
2016.09.04 12:00:05 5: ZWave_WALL_CONTROLLER_31 SECURITY: 861359 get ZWave_WALL_CONTROLLER_31 versionClass ASSOCIATION_GRP_INFO retrieved for encryption
2016.09.04 12:00:05 5: ZWave_WALL_CONTROLLER_31: secEncrypt plain:00861359 enc:de677107
2016.09.04 12:00:05 5: ZWave_WALL_CONTROLLER_31: Sendstack bypassed for 131f179881da6980ce0e6f2c5cde6771074a4be4fb4ee205ff12252c
2016.09.04 12:00:05 2: ZWDongle_ProcessSendStack: no ACK, resending message 01110013140a98809589cda8909f54ba252a6c
2016.09.04 12:00:06 5: ZWave_WALL_CONTROLLER_31: secDecrypt: decrypted cmd 0086145901
2016.09.04 12:00:06 5: ZWave_WALL_CONTROLLER_31: secDecrypt: Sequencebyte 0, sequenced 0, secondFrame 0, sequenceCounter 00
2016.09.04 12:00:06 5: ZWave_WALL_CONTROLLER_31: secDecrypt: calculated Authentication code 4cec3fdb2c4ca6d9
2016.09.04 12:00:06 5: ZWave_WALL_CONTROLLER_31: secDecrypt: parsing 0004001f0486145901
2016.09.04 12:00:06 3: ZWave get ZWave_WALL_CONTROLLER_31 versionClass BATTERY
2016.09.04 12:00:06 5: ZWave_WALL_CONTROLLER_31: VERSION is a secured class!
2016.09.04 12:00:06 5: ZWave_WALL_CONTROLLER_31 SECURITY: 861380 stored for encryption
2016.09.04 12:00:06 5: Triggering ZWave_WALL_CONTROLLER_31 (1 changes)
2016.09.04 12:00:06 5: Starting notify loop for ZWave_WALL_CONTROLLER_31, first event versionClass_89: 1
...
2016.09.04 12:00:50 3: ZWave_WALL_CONTROLLER_31: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2016.09.04 12:00:50 3: ZWave set ZWave_WALL_CONTROLLER_31 associationAdd 1 1
2016.09.04 12:00:50 5: ZWave_WALL_CONTROLLER_31: ASSOCIATION is a secured class!
2016.09.04 12:00:50 5: ZWave_WALL_CONTROLLER_31 SECURITY: 85010101 stored for encryption

Sorry, aber da sind soviele Einträge durch meine geschwätzigen Sensoren, dass es schwierig ist nur die relevanten Events zu filtern.

Internals:
DEF   
... 31
IODev
ZWAVE_1
LASTInputDev
ZWAVE_1
MSGCNT
16
NAME
ZWave_WALL_CONTROLLER_31
NR
570
STATE
secSupportedReport
TYPE
ZWave
ZWAVE_1_MSGCNT
16
ZWAVE_1_RAWMSG
0004001f189881abf129c6370579bbdc3cb19ba223067476e983c5772e
ZWAVE_1_TIME
2016-09-04 12:00:22
ZWaveSubDevice
no
homeId
...
isWakeUp
1
lastMsgSent
1472983220.8378
nodeIdHex
1f
secTime
1472983381.30867

Readings:
SECURITY
ENABLED
state
secSupportedReport
timeToAck
1.235
transmit
OK
versionClass_112
1
versionClass_114
2
versionClass_115
1
versionClass_122
3
versionClass_128
1
versionClass_133
2
versionClass_142
3
versionClass_152
1
versionClass_156
1
versionClass_86
1
versionClass_89
1
versionClass_90
1
versionClass_91
3

Auf get model passiert nichts.

Attributes:
IODev
ZWAVE_1
classes
ZWAVEPLUS_INFO VERSION MANUFACTURER_SPECIFIC CENTRAL_SCENE DEVICE_RESET_LOCALLY ASSOCIATION_GRP_INFO ASSOCIATION POWERLEVEL WAKE_UP BATTERY ALARM CRC_16_ENCAP CONFIGURATION MULTI_CHANNEL_ASSOCIATION FIRMWARE_UPDATE_MD SECURITY MARK SWITCH_MULTILEVEL SENSOR_ALARM
secure_classes
CENTRAL_SCENE ASSOCIATION WAKE_UP DEVICE_RESET_LOCALLY VERSION MANUFACTURER_SPECIFIC ALARM CONFIGURATION MULTI_CHANNEL_ASSOCIATION MARK SWITCH_MULTILEVEL SENSOR_ALARM
vclasses
ALARM:5

A.Harrenberg

#12
05 September 2016, 21:13:16
Hi,
Zitat von: Partycrash00 am 04 September 2016, 12:18:45
Ja, ich habe schon ein paar zWave Devices mit Security inkludiert. Funktioniert grundsätzlich (wenn auch nicht immer ganz zuverlässig im Schalten der Steckdose)
ok, dann ist das prinzipielle ja geklärt... ,-)

Zitat von: Partycrash00 am 04 September 2016, 12:18:45
Code Auswählen
2016.09.04 12:00:05 5: ZWave_WALL_CONTROLLER_31: Sendstack bypassed for 131f179881da6980ce0e6f2c5cde6771074a4be4fb4ee205ff12252c
2016.09.04 12:00:05 2: ZWDongle_ProcessSendStack: no ACK, resending message 01110013140a98809589cda8909f54ba252a6c
2016.09.04 12:00:06 5: ZWave_WALL_CONTROLLER_31: secDecrypt: decrypted cmd 0086145901
2016.09.04 12:00:06 5: ZWave_WALL_CONTROLLER_31: secDecrypt: Sequencebyte 0, sequenced 0, secondFrame 0, sequenceCounter 00
2016.09.04 12:00:06 5: ZWave_WALL_CONTROLLER_31: secDecrypt: calculated Authentication code 4cec3fdb2c4ca6d9
2016.09.04 12:00:06 5: ZWave_WALL_CONTROLLER_31: secDecrypt: parsing 0004001f0486145901
2016.09.04 12:00:06 3: ZWave get ZWave_WALL_CONTROLLER_31 versionClass BATTERY
2016.09.04 12:00:06 5: ZWave_WALL_CONTROLLER_31: VERSION is a secured class!
2016.09.04 12:00:06 5: ZWave_WALL_CONTROLLER_31 SECURITY: 861380 stored for encryption
2016.09.04 12:00:06 5: Triggering ZWave_WALL_CONTROLLER_31 (1 changes)
2016.09.04 12:00:06 5: Starting notify loop for ZWave_WALL_CONTROLLER_31, first event versionClass_89: 1
...
2016.09.04 12:00:50 3: ZWave_WALL_CONTROLLER_31: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2016.09.04 12:00:50 3: ZWave set ZWave_WALL_CONTROLLER_31 associationAdd 1 1
2016.09.04 12:00:50 5: ZWave_WALL_CONTROLLER_31: ASSOCIATION is a secured class!
2016.09.04 12:00:50 5: ZWave_WALL_CONTROLLER_31 SECURITY: 85010101 stored for encryption

Also bis zu den "..." sieht es noch mehr oder weniger in Ordnung aus. Es tauchen recht viele "no ACK" auf die dann mit einem Resend aber anscheinend doch weiterlaufen.

Die erste Logzeile nach dem "..." sagt dann aber das da ein Befehle auf dem Security-Stack "verhungert" ist und das da ein Sicherheitstimer zugeschlagen hat um wenigstens weitere Befehle zu ermöglichen. Meist kommt dabei allerdings auch der SendStack durcheinander und wird "asynchron".

Hintergrund: Ich speichere zu verschlüsselende Befehle in einem extra Stack, dann wird eine Code-Anfrage (NONCE) an das Gerät geschickt, mit dem empfangenen Code wird dann der Befehl verschlüsselt und verschickt.

Wenn es bei dem Ablauf zu einer Unterbrechung kommt dann bleibt momentan der Befehl leider noch auf dem Stack liegen. Wenn man jetzt einen neuen SECURITY-Befehl auslöst und der Verschlüsselungscode (NONCE) ankommt wird die oberste Nachricht vom Stack genommen, das ist dann die "alte" die beim vorherigen liegengeblieben ist. Dagegen hilft momentan leider nur ein Neustart von FHEM ,-(

Bei Empfangs-/Sendeproblemen kommt das entsprechend häufiger vor, die vielen "no ACK" deuten auch auf Übertragungsprobleme hin...

Das zu lösen ist nicht ganz so trivial, steht aber recht weit oben auf meiner ToDo-Liste.

Zitat von: Partycrash00 am 04 September 2016, 12:18:45
Auf get model passiert nichts.
Der Befehl liegt wahrscheinlich noch auf dem Stack "rum", mach mal ein "list" von dem Device, da sollte dann ein Reading mit "secMsg:" auftauchen. Falls dahinter Einträge stehen dann ist der Sendstack "asynchron"...

Gruß,
Andreas.
FB 7360, Homematic und ZWave
Support for ZWave-SECURITY

erwe

#13
06 Oktober 2016, 15:48:05
Pardon und guten Tag,
wie kann ich nach erfolgreichem Anlernen das Schalten erkennen und auswerten.
Ja, er sendet und zeigt mir den aktuellen Batteriestatus und etwas mehr an, aber der Tastendruck?
Muss ich ein Reading erstellen?

Mit der Bitte um einen Tipp.

Danke, LG, erwe (Learner)

Code Auswählen
CMD

ZW_APPLICATION_UPDATE

2016-09-18 10:35:50
UNPARSED

CENTRAL_SCENE 055b03010401

2016-09-20 08:12:13
assocGroup_1

Max 1 Nodes ZWDongle_0

2016-09-20 08:11:29
assocGroup_2

Max 5 Nodes

2016-09-20 08:11:29
assocGroup_3

Max 5 Nodes

2016-09-20 08:11:29
assocGroup_4

Max 5 Nodes

2016-09-20 08:11:29
assocGroups

4

2016-09-20 08:11:29
battery

100 %

2016-10-06 15:37:13
cSceneDim

1

2016-09-26 07:35:51
cSceneDimEnd

1

2016-09-26 07:35:51
cSceneDouble

1

2016-09-20 08:15:16
cSceneSet

1

2016-09-20 08:13:45
configAlarmFrameTriggers

127

2016-09-26 07:35:42
configAssociationsInZWaveNetwork3

7

2016-09-26 07:35:42
configKeyHeldDownCommandSentTo3rd29

BrighteningDimmingAlternately

2016-09-26 07:35:42
configKeyPressed1TimeCommandSentTo2nd10

SwitchONOFFAlternately

2016-09-26 07:35:42
configKeyPressed1TimeCommandSentTo3rd20

SwitchONOFFAlternately

2016-09-26 07:35:42
configKeyPressed1TimesValueOfSWITCHON11

255

2016-09-26 07:35:42
configKeyPressed1TimesValueOfSWITCHON21

255

2016-09-26 07:35:42
configKeyPressed2TimeCommandSentTo2nd12

SwitchOFF

2016-09-26 07:35:42
configKeyPressed2TimeCommandSentTo3rd22

SwitchOFF

2016-09-26 07:35:42
configKeyPressed2TimesValueOfSWITCHON13

99

2016-09-26 07:35:47
configKeyPressed2TimesValueOfSWITCHON23

99

2016-09-26 07:35:47
configKeyPressed3TimeCommandSentTo2nd14

NoAction

2016-09-26 07:35:47
configKeyPressed3TimeCommandSentTo3rd24

NoAction

2016-09-26 07:35:50
configKeyPressed3TimesValueOfSWITCHON15

255

2016-09-26 07:35:43
configKeyPressed3TimesValueOfSWITCHON25

255

2016-09-20 08:11:29
configScenesSentToTheController

127

2016-09-20 08:11:29
model

FIBARO System FGPB101 Button

2016-09-18 10:36:46
modelConfig

fibaro/fgpb101.xml

2016-09-18 10:36:46
modelId

010f-0f01-1000

2016-09-18 10:36:46
state

TRANSMIT_NO_ACK

2016-09-20 08:11:27
timeToAck

0.065

2016-10-06 15:37:15
transmit

OK

2016-10-06 15:37:15
wakeup

notification

2016-10-06 15:37:13

jeep

#14
06 Oktober 2016, 17:00:34
Hi,

versuche mal den Eventmonitor mitlaufen zu lassen. Dann siehst Du die Erreignisse die Du dann abfragen kannst.
Nein Reading musst Du keines erstellen.

Grüße, Josef
Ein wenig HomeMatic
RPi2  - UZB1, FHEM Testsystem - 8 devices
HC2  - 72 devices  (95 % sind Fibaro devices)
Drucken
Nach oben Seiten1 2 3 ... 5 Alle
Benutzer-Aktionen