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)
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
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.
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.
Hi,
schon mal ein get <BUTTON> configAll und associationAll ausgeführt? Dann sollten die restlichen Parameter/readings und Assozioationen da sein?
Grüße, Josef
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
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
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.
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.
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.
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.
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
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
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.
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)
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
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
Der Eventmonitor sagt:
2016-10-06 17:46:41 ZWave ZWave_WALL_CONTROLLER_5 battery: 100 %
2016-10-06 17:46:41 ZWave ZWave_WALL_CONTROLLER_5 wakeup: notification
2016-10-06 17:46:47 ZWave ZWave_WALL_CONTROLLER_5 transmit: NO_ACK
2016-10-06 17:46:53 ZWave ZWave_WALL_CONTROLLER_5 battery: 100 %
2016-10-06 17:46:54 ZWave ZWave_WALL_CONTROLLER_5 battery: 100 %
2016-10-06 17:46:54 ZWave ZWave_WALL_CONTROLLER_5 wakeup: notification
Danke Dir.
Hi,
das ist nicht dass was du brauchst. Es sollte z.B. folgendes bei einem kurzen Tastendruck als Event kommen:
2016-10-06 18:03:48 ZWave ButtonRed_76 cSceneSet: 1
Und auf diesen Event kannst Du dann was auslösen, per notify, DOIF oder direkte Assoziation eines anderen ZWave device in der assocGroup_2.
Grüße, Josef
PS: Bei mir prellt der Button auch ein wenig, dann kommt ein wakeUp was ja eigentlich erst nach 4 Tastendrücken passieren soll.
Nur mal als Verständnisfrage:
Bislang war mir nur die Methode bekannt nach Statur und Reading ein Notify, ein IF oder DOIF, etc. auszulösen. Wie geht das per Event?
notfiy/DOIF/FileLog/etc reagieren alle (nur) auf Events.
Die allermeisten Events erzeugen ein Reading, andersherum gilt es genauso.
Danke Josef, für Deinen Gedankenanschub.
Für andere Einsteiger die auch den Fibaro Button nutzen möchten folgender Tipp:
Es gilt für die verschiedenen Druck-Befehle (1x Drücken, 2x Drücken, etc.) "sets" zu definieren:
set ZWave_WALL_CONTROLLER_5 configKeyPressed1TimeCommandSentTo2nd10 SwitchONOFFAlternately
set ZWave_WALL_CONTROLLER_5 configKeyPressed2TimeCommandSentTo2nd12 SwitchONOFFAlternately
set ZWave_WALL_CONTROLLER_5 configKeyHeldDownCommandSentTo3rd29 BrighteningDimmingAlternately
Nun werden Events beim Drücken erzeugt, die abgefragt werden können.
Tipp: ein Set mit "NoAction" erzeugt, wer hätte es gedacht, No Aktion = kein Event!
Ein Abfrage kann dann sein:
define n_Z_WALL_5_1 DOIF ([ZWave_WALL_CONTROLLER_5:cSceneSet] eq "1") (set Entertainment_simple on) DOELSE ()
attr n_Z_WALL_5_1 do always
define n_Z_WALL_5_2 DOIF ([ZWave_WALL_CONTROLLER_5:cSceneDouble] eq "1") (set Entertainment_advanced on) DOELSE ()
attr n_Z_WALL_5_2 do always
Ich glaube das es andere Foren-User wesentlich besser können, ich bin damit zufrieden, es läuft.
Einen schönen Tag und einen netten Gruß an alle FHEM-User!
Zitat von: erwe am 07 Oktober 2016, 08:22:54
Es gilt für die verschiedenen Druck-Befehle (1x Drücken, 2x Drücken, etc.) "sets" zu definieren:
set ZWave_WALL_CONTROLLER_5 configKeyPressed1TimeCommandSentTo2nd10 SwitchONOFFAlternately
set ZWave_WALL_CONTROLLER_5 configKeyPressed2TimeCommandSentTo2nd12 SwitchONOFFAlternately
set ZWave_WALL_CONTROLLER_5 configKeyHeldDownCommandSentTo3rd29 BrighteningDimmingAlternately
Hi,
nur damit wir niemand verwirren, diese "sets" heißen in der FHEM Terminologie "Readings" und werden bei der inclusion der Geräte angelegt (fallls das passende xml verfügbar ist). Der Benutzer muss diese Readings dann nach seinen Bedürfnissen per "set" konfigurieren.
Also "set DEVICENAME configKeyPressed1TimeCommandSentTo2nd10" kann mit SwitchONOFFAlternately, SwitchON, SwitchOff oder als NoAction konfiguriert werden, usw.
Aber ansonsten bist Du jetzt auf dem richtigen Weg. ;)
Grüße, Josef
Das klappt nicht. Da beide Befehle gleichzeitig ausgeführt werden sollen, wenn das gleiche Device on bzw. aus geschaltet werden soll.
Pardon, was klappt nicht???
Es wird gleich wieder ausgeschaltet.
Entschuldige bitte, ich bin Einsteiger. Was wird wieder ausgeschaltet. Bitte gib mir einen Tipp. Danke.
PS: Das da was nicht optimal ist, ist mir schon klar, wenn ich in den Eventmonitor schaue, "explodiert" es mit Einträgen...
Wie wäre es denn richtig oder besser?
und das ist jetzt genau die Stelle von ich als Einsteiger schon mehrfach die Nase voll habe:
Man macht da Stunden wegen so nem Schalter rum, und man steht da allein rum und nix hilft und passiert...
Mittlerweile habe ich den Button gelöscht und bekommen den nicht mehr inkludiert.
Tolle Wurst
Hi,
hast Du den vor dem Löschen auch exkludiert? Ansonsten ist der immer noch mit dem Netzwerk verbunden und lässt keine neue Inklusion zu. Ich würde den mal nach Anleitung resetten und auf "factory default" zurücksetzten und dann neu ansetzen.
Und "nix hilft" stimmt hier im Forum ja nun auch nicht... ,-)
Nicht verzweifeln, manchmal läuft es halt nicht so flüssig wie man möchte. Zu Scenes etc. kann ich Dir aber leider auch nicht weiterhelfen, habe zwar ein paar Schalter hier rumliegen nutze die aber noch nicht.
Gruß,
Andreas.
ich raff es auch nicht:
bei dem listig, wie schalte ich damit einen Zustand an und aus?
mit 'define lichtan notify ZW_but_orange:cSceneSet:1 set flur_white_1 on' geht es nicht.
Internals:
DEF c325492f 9
IODev ZWDongle_0
LASTInputDev ZWDongle_0
MSGCNT 83
NAME ZW_but_orange
NR 139
STATE wakeupInterval 86400 1
TYPE ZWave
ZWDongle_0_MSGCNT 83
ZWDongle_0_RAWMSG 00040009055b03b10001
ZWDongle_0_TIME 2016-10-07 20:50:52
ZWaveSubDevice no
homeId c325492f
isWakeUp 1
lastMsgSent 1475865524.51048
nodeIdHex 09
Readings:
2016-10-07 20:38:42 CMD ZW_APPLICATION_UPDATE
2016-10-07 20:40:28 UNPARSED CENTRAL_SCENE 055b039c0401
2016-10-07 20:50:50 cSceneDim 1
2016-10-07 20:50:50 cSceneDimEnd 1
2016-10-07 20:48:15 cSceneDouble 1
2016-10-07 20:50:52 cSceneSet 1
2016-10-07 20:28:04 configAlarmFrameTriggers 127
2016-10-07 20:28:04 configAssociationsInZWaveNetwork3 7
2016-10-07 20:28:04 configKeyHeldDownCommandSentTo3rd29 BrighteningDimmingAlternately
2016-10-07 20:28:04 configKeyPressed1TimeCommandSentTo2nd10 SwitchONOFFAlternately
2016-10-07 20:28:04 configKeyPressed1TimeCommandSentTo3rd20 SwitchONOFFAlternately
2016-10-07 20:28:04 configKeyPressed1TimesValueOfSWITCHON11 255
2016-10-07 20:28:04 configKeyPressed1TimesValueOfSWITCHON21 255
2016-10-07 20:28:04 configKeyPressed2TimeCommandSentTo2nd12 SwitchOFF
2016-10-07 20:28:04 configKeyPressed2TimeCommandSentTo3rd22 SwitchOFF
2016-10-07 20:28:04 configKeyPressed2TimesValueOfSWITCHON13 99
2016-10-07 20:28:04 configKeyPressed2TimesValueOfSWITCHON23 99
2016-10-07 20:28:04 configKeyPressed3TimeCommandSentTo2nd14 NoAction
2016-10-07 20:28:04 configKeyPressed3TimeCommandSentTo3rd24 NoAction
2016-10-07 20:28:04 configKeyPressed3TimesValueOfSWITCHON15 255
2016-10-07 20:28:05 configKeyPressed3TimesValueOfSWITCHON25 255
2016-10-07 20:28:05 configScenesSentToTheController 127
2016-10-06 21:15:57 model FIBARO System FGPB101 Button
2016-10-06 21:15:57 modelConfig fibaro/fgpb101.xml
2016-10-06 21:15:57 modelId 010f-0f01-1000
2016-10-06 21:15:52 state wakeupInterval 86400 1
2016-10-07 20:38:44 timeToAck 0.029
2016-10-07 20:38:44 transmit OK
2016-10-06 21:28:03 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
Hi,
bin auch ein wenig frustiert, aber mehr über die Qualität dieses Buttons. Bei fast jedem 2-ten Druck triggert er mir ein wakeup, DoubleClick ist nur sehr schwer hinzubekommen, kein richtig fühlbarer Druckpunkt, aber egal jetzt ist er da.
Die unteren Befehle zeigen eine Möglichkeit eine Lampe an und auszuchalten.
Erst mal in der assocGroup_2 den Controller aufnehmen: set BUTTONNAME associationAdd 2 1
Und jetzt kann man mit dem Reading basicSet in diesem DOIF an und auschalten.
([BUTTONNAME:basicSet] eq "255") (set LAMPE on) DOELSE (set LAMPE off )
Grüße, Josef
Zitat von: jeep am 07 Oktober 2016, 21:44:03
Hi,
bin auch ein wenig frustiert, aber mehr über die Qualität dieses Buttons. Bei fast jedem 2-ten Druck triggert er mir ein wakeup, DoubleClick ist nur sehr schwer hinzubekommen, kein richtig fühlbarer Druckpunkt, aber egal jetzt ist er da.
Die unteren Befehle zeigen eine Möglichkeit eine Lampe an und auszuchalten.
Erst mal in der assocGroup_2 den Controller aufnehmen: set BUTTONNAME associationAdd 2 1
Und jetzt kann man mit dem Reading basicSet in diesem DOIF an und auschalten.
([BUTTONNAME:basicSet] eq "255") (set LAMPE on) DOELSE (set LAMPE off )
Grüße, Josef
ohne zu wissen was mit 'associationAdd' passiert, klappt es genau so! Vielen Dank Josef!
Mir gefällt der Button richtig gut, er schaltet zuverlässig und hat einen sehr gut fühlbaren Druckpunkt, auch kann ich easy ein DoubleClick erzeugen. Evtl ist dein Button ein Montags-Gerät?
vg
Andre
Zitat von: ischgucke am 10 Oktober 2016, 10:49:38
ohne zu wissen was mit 'associationAdd' passiert...
Hallo Andre!
Die Assoziation legt fest welches andere Z-Wave Gerät bei einem Ereignis (Tastendruck, Bewegung erkannt, Temperaturänderung, etc.) Informiert wird.
Welche Assoziationsgruppe (Liste mit zu informierenden anderen Geräten) bei welchem Ereignis angesprochen wird ist gerätespezifisch und steht in der Doku des jeweiligen Gerätes.
('associationAdd' fügt ein anderes Gerät in eine Assoziationsgruppe des Gerätes ein)
Aus eigener Erfahrung kann ich jedem Anfänger nur empfehlen erst einmal viel zu lesen. Nur mit herumprobieren kommt man nicht weiter!
Erst Doku lesen, verstehen und dann probieren.
http://fhem.de/Heimautomatisierung-mit-fhem.pdf
http://www.fhemwiki.de/wiki/Z-Wave
und Hersteller Doku des jeweiligen Gerätes
LG
Rainer
Hallo zusammen,
habe mir jetzt auch mal so ein Teil zugelegt und funktioniert soweit ganz gut.
Hierzu noch eine Verständnisfrage: Einfach- und Doppelklick funktionieren wunderbar, ab 3-fach erscheint jedoch im Event-Monitor "Unparsed_Scene":
UNPARSED: CENTRAL_SCENE 055b03660401 (3fach-Click)
UNPARSED: CENTRAL_SCENE 055b03670501 (4fach-Click)
UNPARSED: CENTRAL_SCENE 055b03680601 (5fach-Click)
Bedeutet das, dass diese Funktion noch nicht in FHEM implementiert ist? Oder habe ich bei der Konfiguration des Buttons etwas übersehen?
Viele Grüße
Michael
...und noch eine Ergänzung: Die entsprechende Device-xml-Datei ist teilweise fehlerhaft:
<Value type="list" genre="config" instance="1" index="20" label="Key Pressed 1 time – command sent to 3rd association group" value="3" size="1">
<Help>This parameter defines commands sent to devices associated in 2nd association group after a single click</Help>
<Item label="No action" value="0" />
<Item label="Switch ON" value="1" />
<Item label="Switch OFF" value="1" /> ----> korrekt wäre hier <Item label="Switch OFF" value="2" />
<Item label="Switch ON/OFF - alternately" value="3" />
</Value>
<Value type="short" genre="config" instance="1" index="21" label="Key Pressed 1 times – value of SWITCH ON command sent to 3rd association group" min="1" max="255" value="255">
<Help>This parameter defines value of SWITCH ON command sent to devices in 3rd association group after a single click.</Help>
</Value>
<Value type="list" genre="config" instance="1" index="22" label="Key Pressed 2 time – command sent to 3rd association group" value="1" size="1">
<Help>This parameter defines commands sent to devices associated in 3rd association group after a double click</Help>
<Item label="No action" value="0" />
<Item label="Switch ON" value="1" />
<Item label="Switch OFF" value="1" /> ----> siehe oben
<Item label="Switch ON/OFF - alternately" value="3" />
</Value>
Wie kann man die ändern, dass beim nächsten Update nichts überschrieben wird?
Viele Grüße
Michael
Hallo Michael!
ZitatWie kann man die ändern, dass beim nächsten Update nichts überschrieben wird?
Die einfachste Lösung wird sein, dass ich das in den XMLs korrigiere und einchecke. :)
Muss ich dazu nur den von Dir gepostete Ausschnitt für die modelId 010f-0f01-1000 per copy/paste austauschen oder gibt es andere Besonderheiten/Fehler?
Gruß, Christian
Hier ist er nun:
<Product sourceFile="fibaro/fgpb101.xml">
<!-- Configuration -->
<CommandClass id="112">
<Value type="byte" genre="config" instance="1" index="1" label="Scenes sent to the controller" min="0" max="127" value="127">
<Help>
This parameter determines which actions result in sending scene IDs and attributes assigned to them.
1 - Key Pressed 1 time.
2 - Key Pressed 2 times.
4 - Key Pressed 3 times.
8 - Key Pressed 4 times.
16 - Key Pressed 5 times.
32 - Key Held Down.
64 - Key Released.
Note: Values of parameter 1 may be combined, e.g. 1+2=3 means that scenes will be sent after pressing the button once or twice.
Default: 127 All.
</Help>
</Value>
<Value type="byte" genre="config" instance="1" index="3" label="Associations in Z-Wave network security mode" min="0" max="7" value="7" >
<Help>
This parameter defines how commands are sent in specified association groups: as secure or non-secure.
Parameter is active only in Z-Wave network security mode. It does not apply to 1st Lifeline group.
1 - 2nd group sent as secure.
2 - 3rd group sent as secure.
4 - 4th group sent as secure.
Default: 3 All.
</Help>
</Value>
<Value type="list" genre="config" instance="1" index="10" label="Key Pressed 1 time – command sent to 2nd association group" value="3" size="1">
<Help>This parameter defines commands sent to devices associated in 2nd association group after a single click</Help>
<Item label="No action" value="0" />
<Item label="Switch ON" value="1" />
<Item label="Switch OFF" value="2" />
<Item label="Switch ON/OFF - alternately" value="3" />
</Value>
<Value type="short" genre="config" instance="1" index="11" label="Key Pressed 1 times – value of SWITCH ON command sent to 2nd association group" min="1" max="255" value="255">
<Help>This parameter defines value of SWITCH ON command sent to devices in 2nd association group after a single click.</Help>
</Value>
<Value type="list" genre="config" instance="1" index="12" label="Key Pressed 2 time – command sent to 2nd association group" value="1" size="1">
<Help>This parameter defines commands sent to devices associated in 2nd association group after a double click</Help>
<Item label="No action" value="0" />
<Item label="Switch ON" value="1" />
<Item label="Switch OFF" value="2" />
<Item label="Switch ON/OFF - alternately" value="3" />
</Value>
<Value type="short" genre="config" instance="1" index="13" label="Key Pressed 2 times – value of SWITCH ON command sent to 2nd association group" min="1" max="255" value="99">
<Help>This parameter defines value of SWITCH ON command sent to devices in 2nd association group after a double click.</Help>
</Value>
<Value type="list" genre="config" instance="1" index="14" label="Key Pressed 3 time – command sent to 2nd association group" value="0" size="1">
<Help>This parameter defines commands sent to devices associated in 2nd association group after a triple click</Help>
<Item label="No action" value="0" />
<Item label="Switch ON" value="1" />
<Item label="Switch OFF" value="2" />
<Item label="Switch ON/OFF - alternately" value="3" />
</Value>
<Value type="short" genre="config" instance="1" index="15" label="Key Pressed 3 times – value of SWITCH ON command sent to 2nd association group" min="1" max="255" value="255">
<Help>This parameter defines value of SWITCH ON command sent to devices in 2nd association group after a triple click.</Help>
</Value>
<Value type="list" genre="config" instance="1" index="20" label="Key Pressed 1 time – command sent to 3rd association group" value="3" size="1">
<Help>This parameter defines commands sent to devices associated in 2nd association group after a single click</Help>
<Item label="No action" value="0" />
<Item label="Switch ON" value="1" />
<Item label="Switch OFF" value="2" />
<Item label="Switch ON/OFF - alternately" value="3" />
</Value>
<Value type="short" genre="config" instance="1" index="21" label="Key Pressed 1 times – value of SWITCH ON command sent to 3rd association group" min="1" max="255" value="255">
<Help>This parameter defines value of SWITCH ON command sent to devices in 3rd association group after a single click.</Help>
</Value>
<Value type="list" genre="config" instance="1" index="22" label="Key Pressed 2 time – command sent to 3rd association group" value="1" size="1">
<Help>This parameter defines commands sent to devices associated in 3rd association group after a double click</Help>
<Item label="No action" value="0" />
<Item label="Switch ON" value="1" />
<Item label="Switch OFF" value="2" />
<Item label="Switch ON/OFF - alternately" value="3" />
</Value>
<Value type="short" genre="config" instance="1" index="23" label="Key Pressed 2 times – value of SWITCH ON command sent to 3rd association group" min="1" max="255" value="99">
<Help>This parameter defines value of SWITCH ON command sent to devices in 3rd association group after a double click.</Help>
</Value>
<Value type="list" genre="config" instance="1" index="24" label="Key Pressed 3 time – command sent to 3rd association group" value="0" size="1">
<Help>This parameter defines commands sent to devices associated in 3rd association group after a triple click</Help>
<Item label="No action" value="0" />
<Item label="Switch ON" value="1" />
<Item label="Switch OFF" value="2" />
<Item label="Switch ON/OFF - alternately" value="3" />
</Value>
<Value type="short" genre="config" instance="1" index="25" label="Key Pressed 3 times – value of SWITCH ON command sent to 3rd association group" min="1" max="255" value="255">
<Help>This parameter defines value of SWITCH ON command sent to devices in 3rd association group after a triple click.</Help>
</Value>
<Value type="list" genre="config" instance="1" index="29" label=" Key Held Down – command sent to 3rd association group" value="3" size="1">
<Help>This parameter defines commands sent to devices associated in 3rd association group after holding the button down.</Help>
<Item label="No action" value="0" />
<Item label="Brightening" value="1" />
<Item label="Dimming" value="2" />
<Item label="Brightening/Dimming - alternately" value="3" />
</Value>
<Value type="byte" genre="config" instance="1" index="30" label=" Alarm frame triggers" min="0" max="127" value="127">
<Help>
Parameter determines which actions result in sending alarm frames to 4th association group.
1 - Key Pressed 1 time.
2 - Key Pressed 2 times.
4 - Key Pressed 3 times.
8 - Key Pressed 4 times.
16 - Key Pressed 5 times.
32 - Key Held Down.
64 - Key Released.
Default: 127 All.
</Help>
</Value>
</CommandClass>
<!-- Association Groups -->
<CommandClass id="133">
<Associations num_groups="4">
<Group index="1" max_associations="1" label="Lifeline" />
<Group index="2" max_associations="5" label="On/Off"/>
<Group index="3" max_associations="5" label="Dimmer"/>
<Group index="4" max_associations="5" label="Alarm"/>
</Associations>
</CommandClass>
</Product>
Kann das andere Problem auch noch gelöst werden? ::)
...zum Beispiel so (10_ZWave.pm):
CENTRAL_SCENE => { id => '5b',
parse => { "055b03..00(..)" => '"cSceneSet:".hex($1)',
"055b03..01(..)" => '"cSceneDimEnd:".hex($1)',
"055b03..02(..)" => '"cSceneDim:".hex($1)',
"055b03..03(..)" => '"cSceneDouble:".hex($1)',
"055b03..04(..)" => '"cSceneTriple:".hex($1)',
"055b03..05(..)" => '"cSceneQuadruple:".hex($1)',
"055b03..06(..)" => '"cSceneQuintuple:".hex($1)'} },
Viele Grüße
Michael
Hallo Michael!
XML ist eingechecked, ab morgen ca. 8 Uhr per Update oder sofort aus dem SVN. Beschwerden an mich.
Der Aenderungswunsch an der 10_ZWave.pm faellt in Rudis Zustaendigkeit. Er wird sich sicherlich in Kürze darum kümmern.
Gruß, Christian
Habe heute morgen die neue .xml updated.
Meine Probleme mit dem Button bleiben jedoch gleich.
Wenn ich den Button drücke bekomme ich zu ca. 90%: 'battery: 100 %' anstatt 'basicSet 255' oder 'basicSet 0'
Manch mal bekomme ich im log auch sowas:2016-10-15 13:05:18 readingsGroup battStatus ZW_but_orange.battery: image/svg+xml ext-transform:none;direction:ltr;block-progression:tb;writing-mode:lr-tb;text-anchor:start;baseline-shift:baseline;color:#000000;fill:green;fill-opacity:1;stroke:none;stroke-width:10;marker:none;visibility:visible;display:inline;overflow:visible;enable-background:accumulate;font-family:Sans;-inkscape-font-specification:Sans" d="m 169.625,69.65625 c -6.01649,0 -11,4.983509 -11,11 l 0,14 10,0 0,-14 c 0,-0.609509 0.39049,-1 1,-1 l 25.5,0 c 0.60951,0 1,0.390491 1,1 l 0,14 10,0 0,-14 c 0,-6.016491 -4.98351,-11 -11,-11 l -25.5,0 z" id="path9" inkscape:connector-curvature="0" />
Hat jemand ein ähnliches Problem, ist jemand da der es beheben kann?
vg
Andre
Mit den Einstellungen habe ich schon rum gespielt jedoch ohne veränderung des Verhaltens.
hier das listing:Internals:
DEF c325492f 9
IODev ZWDongle_0
LASTInputDev ZWDongle_0
MSGCNT 38
NAME ZW_but_orange
NR 135
STATE 255
TYPE ZWave
ZWDongle_0_MSGCNT 38
ZWDongle_0_RAWMSG 00040009032001ff
ZWDongle_0_TIME 2016-10-15 13:06:46
ZWaveSubDevice no
homeId c325492f
isWakeUp 1
nodeIdHex 09
Readings:
2016-10-14 22:51:45 CMD ZW_APPLICATION_UPDATE
2016-10-15 01:39:25 UNPARSED CENTRAL_SCENE 055b03010501
2016-10-15 13:06:46 basicSet 255
2016-10-15 13:06:36 battery 100 %
2016-10-15 01:37:19 cSceneDim 1
2016-10-15 01:36:50 cSceneDimEnd 1
2016-10-15 00:02:10 cSceneDouble 1
2016-10-15 13:06:46 cSceneSet 1
2016-10-14 22:51:45 configAlarmFrameTriggers 127
2016-10-14 22:51:45 configAssociationsInZWaveNetwork3 7
2016-10-14 22:51:45 configKeyHeldDownCommandSentTo3rd29 BrighteningDimmingAlternately
2016-10-14 00:37:10 configKeyPressed1TimeCommandSentTo2nd10 SwitchONOFFAlternately
2016-10-14 00:37:10 configKeyPressed1TimeCommandSentTo3rd20 SwitchONOFFAlternately
2016-10-14 00:37:41 configKeyPressed1TimesValueOfSWITCHON11 255
2016-10-14 00:37:10 configKeyPressed1TimesValueOfSWITCHON21 254
2016-10-14 00:37:42 configKeyPressed2TimeCommandSentTo2nd12 SwitchOFF
2016-10-14 00:37:43 configKeyPressed2TimeCommandSentTo3rd22 SwitchOFF
2016-10-14 00:37:44 configKeyPressed2TimesValueOfSWITCHON13 99
2016-10-14 00:37:45 configKeyPressed2TimesValueOfSWITCHON23 99
2016-10-14 00:37:47 configKeyPressed3TimeCommandSentTo2nd14 NoAction
2016-10-14 00:37:48 configKeyPressed3TimeCommandSentTo3rd24 NoAction
2016-10-14 00:37:49 configKeyPressed3TimesValueOfSWITCHON15 255
2016-10-14 00:37:50 configKeyPressed3TimesValueOfSWITCHON25 255
2016-10-14 00:37:51 configScenesSentToTheController 127
2016-10-06 21:15:57 model FIBARO System FGPB101 Button
2016-10-06 21:15:57 modelConfig fibaro/fgpb101.xml
2016-10-06 21:15:57 modelId 010f-0f01-1000
2016-10-06 21:15:52 state wakeupInterval 86400 1
2016-10-14 22:51:45 timeToAck 0.052
2016-10-14 22:51:45 transmit OK
2016-10-14 22:49:24 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
stateFormat basicSet
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
verbose 5
Zitat von: krikan am 14 Oktober 2016, 20:59:50
Der Aenderungswunsch an der 10_ZWave.pm faellt in Rudis Zustaendigkeit. Er wird sich sicherlich in Kürze darum kümmern.
@Rudi
Kann ich noch etwas dazu beitragen, um die Anpassung vorzunehmen?
Viele Grüße
Michael
Hallo Michael,
bin zwar nicht Rudi, aber Du vereinfachst die Abwicklung, indem Du einen Patch mit commandref-Ergänzung so bereitstellt: http://www.fhemwiki.de/wiki/How_to_write_a_patch
Ob der Patch dann angenommen wird, ist etwas anderes.. ;) Wann Rudi Zeit hat, wieder ein anderes Thema.
Gruß, Christian
Hallo Christian,
bin jetzt mal die Schritte durchgegangen, habe aber im letzten Schritt noch so meine Probleme (Erstellung der Patch-Datei) :-[ Irgendwie bekomme ich das mit Subversion noch nicht hin...
Kann jemand aus den beiden Dateien anbei einen Patch erstellen?
Viele Grüße
Michael
ZitatKann jemand aus den beiden Dateien anbei einen Patch erstellen?
Kann ich mir heute abend gerne mal anschauen und basteln (wenn Rudi mich nicht überholt :) ).
Ist die 10_ZWave_new.pm von Dir auf Funktionsfähigkeit getestet?
Gruß, Christian
Habs jetzt als cSceneMultiple_N:X eingeechekt, wobei N 3, 4 oder 5 sein kann. Bitte testen.
Hallo Rudi,
Zitat von: rudolfkoenig am 17 Oktober 2016, 10:53:49
Habs jetzt als cSceneMultiple_N:X eingeechekt, wobei N 3, 4 oder 5 sein kann. Bitte testen.
Ja, funzt - vielen Dank. Einzig die Werte in "X" sind etwas anders als erwartet.
Viele Grüße
Michael
Zitat von: m8ichael am 21 Oktober 2016, 08:40:45
Einzig die Werte in "X" sind etwas anders als erwartet.
Hallo Rudi,
denke Michael wundert sich, weil da mMn ein Vertipper im Code ist ($1 statt $2).
In https://sourceforge.net/p/fhem/code/12361/#diff-1 sollte nach meinem Verständnis
(hex($1)-1).":".hex($1)'} },
durch
(hex($1)-1).":".hex($2)'} },
ersetzt werden.
Gruß, Christian
Danke, habs geaendert.
Irgendwie habe ich da immer noch ein dickes Brett vorm Kopf. Ich kann ja nur triggern auf Readings oder States. D. h. in diesem Fall bleiben die ja in den Readings stehen. Das führt dazu, dass ich auf einen Aktor, kein An oder Aus, schalten kann. Das hat bei mir die Konsequenz, dass der Aktor an und wieder aus geschaltet wird.
Zitat von: dieda am 27 Oktober 2016, 14:50:18
Irgendwie habe ich da immer noch ein dickes Brett vorm Kopf. Ich kann ja nur triggern auf Readings oder States. D. h. in diesem Fall bleiben die ja in den Readings stehen. Das führt dazu, dass ich auf einen Aktor, kein An oder Aus, schalten kann. Das hat bei mir die Konsequenz, dass der Aktor an und wieder aus geschaltet wird.
Hmm, der "Trigger" kommt doch grundsätzlich nur, wenn ein Reading aktualisiert und/oder vom Wert her geändert wird. Insofern kannst du dann dieses 'Update' auswerten und den Aktor schalten.
Viele Grüße
Michael
triggern kann man nur auf Events. Diese werden meist in Readings verewigt, aber nicht immer. Und man kann auch Readings erzeugen ohne Events. Wer triggern will, der soll das Event-Monitor anschauen.
Ich habe das bei mir nun so gelöst:
Ich werte den Wert "state" und "configKeyPressed2TimesValueOfSWITCHONxx" aus.
configKeyHeldDownCommandSentTo3rd29 BrighteningDimmingAlternately
configKeyPressed1TimesValueOfSWITCHON11 11
configKeyPressed2TimesValueOfSWITCHON13 22
configKeyPressed3TimesValueOfSWITCHON15 33
Auswertungen dann per Doif für 1-fach Klick und 2-fach Klick, sowie ein 2tes Doif für lang Drücken
define doif_ZWave_WALL_CONTROLLER_10.1 DOIF ([ZWave_WALL_CONTROLLER_10] eq "setOn" and [ZWave_WALL_CONTROLLER_10:basicSet] eq "11")(set Entertainment_simple on, set Entertainment_advanced off) DOELSEIF ([ZWave_WALL_CONTROLLER_10] eq "setOn" and [ZWave_WALL_CONTROLLER_10:basicSet] eq "22")(set Entertainment_simple off, set Entertainment_advanced on) DOELSE ()
define doif_ZWave_WALL_CONTROLLER_10.2 DOIF ([ZWave_WALL_CONTROLLER_10:state] eq "swmEnd")(set Entertainment_simple off, set Entertainment_advanced off) DOELSE ()
Und? Funktioniert?
Mein Brett ist verschwunden, aber ich werde den Taster trotzdem zurück senden. Der Druckpunkt des Tasters passt nicht. Er scheint von nicht immer ein Telegramm abzusetzen. Das ist mir zu unzuverlässig.
Zitat von: dieda am 03 November 2016, 11:00:09
Mein Brett ist verschwunden, aber ich werde den Taster trotzdem zurück senden. Der Druckpunkt des Tasters passt nicht. Er scheint von nicht immer ein Telegramm abzusetzen. Das ist mir zu unzuverlässig.
Ja, das mit dem Druckpunkt ist so eine Sache mit den Dingern. Da scheint ne ziemliche Streuung - auch abhängig von der Farbe - zu bestehen. Insbesondere die komplett weißen funktionieren bei mir sehr gut, bei den farbigen musste ich noch etwas 'nacharbeiten'. Aber auch danach noch nicht ganz optimal.
Zitatbei den farbigen musste ich noch etwas 'nacharbeiten'
erkläre mal bitte.
LG
Tom
Zitat von: tomspatz am 04 November 2016, 05:59:54
erkläre mal bitte.
LG
Tom
Ich habe die farbigen Oberteile innen ein wenig mit einer Modellbaufeile geglättet. Das Problem war bei mir, dass dort noch 'Nasen' von der Produktion vorhanden waren, weshalb sich das Oberteil immer wieder mit dem Unterteil verhakt hat. Nun lässt sich der Knopf relativ leicht drücken und der Druckpunkt ist ganz gut.
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)
Hallo, kurze Frage (da ich nur eine polnische (!) Anleitung habe:
Inkludieren mit 6x den Button drücken? Ich habe alles ausprobiert, mit on, onNw, onNw, onNwSec, onSec - nichts davon funktioniert. Ich schätze mal, dass ich einen defekten button habe, wenn das obige stimmt.
Bei der Anleitung kann ich helfen:
http://manuals.fibaro.com/button/
Ausführlich (englisch):http://manuals.fibaro.com/content/manuals/en/FGPB-101/FGPB-101-EN-T-v1.1.pdf
Kurz (deutsch,...): http://manuals.fibaro.com/content/manuals/multilanguage/FGPB-101/FGPB-101-S-v2.1.pdf
Danke für die Anleitung. der Button ist bei mir wohl defekt, eventuell liegt es auch am Plastik, wie oben andere beschrieben haben.
Zitat von: ischgucke am 10 Oktober 2016, 10:49:38
Evtl ist dein Button ein Montags-Gerät?
Der Vermutung schließe ich mich an. Den ersten Button habe ich gefrustet zurückgeschickt. Der zweite funktioniert nun (auch wenn ich den Druckpunkt und die Mechanik ebenfalls nicht optimal finde).
Danke an jeep - das hat nun funktioniert und entspricht genau meinen Vorstellungen (mit jedem Klick/press) Licht an/aus. Danke :) :) :D
Zitat von: erwe am 02 November 2016, 19:49:13
Ich werte den Wert "state" und "configKeyPressed2TimesValueOfSWITCHONxx" aus.
OK, leider wird bei meinem Status
wakeupInterval 86400 1
angezeigt.
Kann man das ändern?
Schau Dir bitte https://fhem.de/commandref.html#stateFormat an.
Danke Dir krikan .... leider habe ich das wieder vergessen :o :-\ :-\
Trotzdem komme ich nicht weiter mit der von erwe (weiter unten) vorgeschlagenen Lösung.
Mit :
define doif.stecker.button DOIF ([button:cSceneSet] eq "1"
and [button:basicSet] eq "11")(set lampe on, set lampe off)
DOELSEIF ([button:cSceneDouble] eq "1"
and [button:basicSet] eq "22")
(set lampe2 off, set lampe2 on) DOELSE ()
frage ich in den Readings folgende beiden Stati mit zwei Bedingungen ab:
cSceneSet muss gleich 1 und
basicSet muss gleich 11 sein
Was sehe ich im Event Monitor:
2017-01-22 19:32:29 ZWave button cSceneSet: 1
2017-01-22 19:32:29 ZWave lampe on
2017-01-22 19:32:29 ZWave lampe off
2017-01-22 19:32:29 DOIF doif.stecker.button cmd_nr: 1
2017-01-22 19:32:29 DOIF doif.stecker.button cmd: 1
2017-01-22 19:32:29 DOIF doif.stecker.button cmd_event: button
2017-01-22 19:32:29 DOIF doif.stecker.button cmd_1
2017-01-22 19:32:29 ZWave button basicSet: 11
2017-01-22 19:32:29 ZWave button basicSet: 11
Warum geht die lampe an und gleich wieder aus?
Die DOIF Prüfung sollte doch beides berücksichtigen und erst dann die Lampe erst an- oder ausschalten?
Es ist zum verzweifeln .... :'(
Zitat von: tom44 am 22 Januar 2017, 19:39:06
...
Warum geht die lampe an und gleich wieder aus?
...
Weil du genau das im Ausführungszweig des DOIF eingestellt hast:
(set lampe on, set lampe off)
Du willst wahrscheinlich das:
define doif.stecker.button DOIF ([button:cSceneSet] eq "1"
and [button:basicSet] eq "11")(set lampe toggle)
DOELSEIF ([button:cSceneDouble] eq "1"
and [button:basicSet] eq "22")
(set lampe2 toggle) DOELSE ()
Danke gamauf, das war es.
ich habe den Code von erme
define doif_ZWave_WALL_CONTROLLER_10.1 DOIF ([ZWave_WALL_CONTROLLER_10] eq "setOn" and [ZWave_WALL_CONTROLLER_10:basicSet] eq "11")(set Entertainment_simple on, set Entertainment_advanced off) DOELSEIF ([ZWave_WALL_CONTROLLER_10] eq "setOn" and [ZWave_WALL_CONTROLLER_10:basicSet] eq "22")(set Entertainment_simple off, set Entertainment_advanced on) DOELSE ()
define doif_ZWave_WALL_CONTROLLER_10.2 DOIF ([ZWave_WALL_CONTROLLER_10:state] eq "swmEnd")(set Entertainment_simple off, set Entertainment_advanced off) DOELSE ()
falsch interpretiert. Ich dachte, dass er die beiden Befehle AN und AUS in eine Klammer gepackt hat. ...
Das kann natürlich nicht funktionieren. Sorry, bin nach über einem Jahr noch Anfänger
Also irgendwie hab' ich mit meinem Button Probleme. Ich bekomme nur UNPARSED Messages und get configAll liefert "no model specific configs found". Hier mal ein list
Internals:
AeonGen5_MSGCNT 7
AeonGen5_RAWMSG 00040015055b03198001
AeonGen5_TIME 2017-02-21 19:09:17
DEF d86af805 21
IODev AeonGen5
LASTInputDev AeonGen5
MSGCNT 7
NAME FGPB101_ID21
NR 310
STATE ???
TYPE ZWave
ZWaveSubDevice no
homeId d86af805
isWakeUp 1
lastMsgSent 1487700233.50928
nodeIdHex 15
Readings:
2017-02-21 19:09:17 UNPARSED CENTRAL_SCENE 055b03198001
2017-02-21 18:50:57 assocGroup_1 Max 1 Nodes AeonGen5
2017-02-21 18:50:57 assocGroup_2 Max 5 Nodes
2017-02-21 18:50:57 assocGroup_3 Max 5 Nodes
2017-02-21 18:50:57 assocGroup_4 Max 5 Nodes
2017-02-21 18:50:57 assocGroups 4
2017-02-21 18:50:57 battery 100 %
2017-02-21 19:03:53 timeToAck 0.027
2017-02-21 19:03:53 transmit OK
2017-02-21 19:03:51 wakeup notification
2017-02-21 19:03:51 zwavePlusInfo version:01 role:PortableSlave node:Z-Wave+Node installerIcon:1600 userIcon:1600
SendStack:
get:13150285052505
get:1315038613712506
get:1315038613852507
get:1315038613592508
get:1315038613802509
get:13150386135b250a
get:131503861370250b
get:131503861356250c
get:13150386135a250d
get:13150386137a250e
get:131503861372250f
get:13150386138e2510
get:1315038613732511
get:1315038613982512
get:13150386139c2513
get:1315038613262514
get:1315038613862515
get:1315038613842516
get:13150386135e2517
get:13150272042518
Attributes:
IODev AeonGen5
alias Button Eingang
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 SENSOR_ALARM MARK SWITCH_MULTILEVEL
group Schalter
room Eingang,_ZWave
set configKeyPressed... erscheint überhaupt nicht in dem set Dropdown ...
Hab' ich irgendwas vergessen ?
Zitatget configAll liefert "no model specific configs found".
Die Abfrage "get <device> model" war noch nicht erfolgreich. Daher kann das noch nicht funktionieren und FHEM bietet noch nicht die geraetespezifischen Config-Befehle. Es ist auch noch sehr viel im Sendstack. Wecke den Button manuell auf und lasse die Befele mal abarbeiten. "get <device> model" muss auf jeden Fall erfolgreich ausgeführt werden. Evtl. noch einmal absetzen und aufwecken, bis die spezifischen model.*-Readings kommen.
Jetzt hab' ich alles ... danke !
Hallo zusammen,
muss ich dem Button denn noch eine bestimmte Konfiguration schicken, damit ich diese readings angezeigt bekomme und auswerten kann:
cSceneDim
cSceneDimEnd
cSceneDouble
cSceneSet
hier ein listing:
Internals:
DEF ca1d5de1 7
IODev ZWAVE1
LASTInputDev ZWAVE1
MSGCNT 31
NAME ZWave_WALL_CONTROLLER_7
NR 55
STATE wakeupInterval 86400 1
TYPE ZWave
ZWAVE1_MSGCNT 31
ZWAVE1_RAWMSG 00498407160418015e86725b5a59857384807156708e7a989cef26
ZWAVE1_TIME 2017-02-21 22:21:21
ZWaveSubDevice no
homeId ca1d5de1
isWakeUp 1
lastMsgSent 1487712083.36469
nodeIdHex 07
Readings:
2017-02-21 22:21:21 CMD ZW_APPLICATION_UPDATE
2017-02-21 22:08:32 UNPARSED CENTRAL_SCENE 055b03018001
2017-02-21 22:21:19 battery 100 %
2017-02-21 21:27:12 configAlarmFrameTriggers 127
2017-02-21 21:27:12 configAssociationsInZWaveNetwork3 7
2017-02-21 21:27:12 configKeyHeldDownCommandSentTo3rd29 BrighteningDimmingAlternately
2017-02-21 21:27:12 configKeyPressed1TimeCommandSentTo2nd10 SwitchONOFFAlternately
2017-02-21 21:27:12 configKeyPressed1TimeCommandSentTo3rd20 SwitchONOFFAlternately
2017-02-21 21:27:12 configKeyPressed1TimesValueOfSWITCHON11 255
2017-02-21 21:27:12 configKeyPressed1TimesValueOfSWITCHON21 255
2017-02-21 21:27:12 configKeyPressed2TimeCommandSentTo2nd12 SwitchON
2017-02-21 21:27:12 configKeyPressed2TimeCommandSentTo3rd22 SwitchON
2017-02-21 21:27:12 configKeyPressed2TimesValueOfSWITCHON13 99
2017-02-21 21:27:12 configKeyPressed2TimesValueOfSWITCHON23 99
2017-02-21 21:27:12 configKeyPressed3TimeCommandSentTo2nd14 NoAction
2017-02-21 21:27:12 configKeyPressed3TimeCommandSentTo3rd24 NoAction
2017-02-21 21:27:13 configKeyPressed3TimesValueOfSWITCHON15 255
2017-02-21 21:27:13 configKeyPressed3TimesValueOfSWITCHON25 255
2017-02-21 21:33:21 configScenesSentToTheController 3
2017-02-21 22:21:16 model FIBARO System FGPB101 Button
2017-02-21 22:21:16 modelConfig fibaro/fgpb101.xml
2017-02-21 22:21:16 modelId 010f-0f01-1000
2017-02-21 21:18:47 state wakeupInterval 86400 1
2017-02-21 22:21:23 timeToAck 0.025
2017-02-21 22:21:23 transmit OK
2017-02-21 22:21:19 wakeup notification
Attributes:
IODev ZWAVE1
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 SENSOR_ALARM MARK SWITCH_MULTILEVEL
room ZWave
also mein List sieht schon besser aus, aber ich bekomme immer noch nur UNPARSED Ereignisse
Internals:
AeonGen5_MSGCNT 43
AeonGen5_RAWMSG 00040015055b033f8001
AeonGen5_TIME 2017-02-22 20:42:46
DEF d86af805 21
IODev AeonGen5
LASTInputDev AeonGen5
MSGCNT 43
NAME FGPB101_ID21
NR 310
STATE ???
TYPE ZWave
ZWaveSubDevice no
homeId d86af805
isWakeUp 1
lastMsgSent 1487792562.09131
nodeIdHex 15
Readings:
2017-02-21 19:30:25 CMD ZW_APPLICATION_UPDATE
2017-02-22 20:42:46 UNPARSED CENTRAL_SCENE 055b033f8001
2017-02-22 20:40:52 assocGroup_1 Max 1 Nodes AeonGen5
2017-02-22 20:40:52 assocGroup_2 Max 5 Nodes
2017-02-22 20:40:52 assocGroup_3 Max 5 Nodes
2017-02-22 20:40:52 assocGroup_4 Max 5 Nodes
2017-02-22 20:40:52 assocGroups 4
2017-02-21 18:50:57 battery 100 %
2017-02-22 20:40:51 configAlarmFrameTriggers 127
2017-02-22 20:40:51 configAssociationsInZWaveNetwork3 7
2017-02-22 20:40:51 configKeyHeldDownCommandSentTo3rd29 BrighteningDimmingAlternately
2017-02-22 20:40:51 configKeyPressed1TimeCommandSentTo2nd10 SwitchONOFFAlternately
2017-02-22 20:40:52 configKeyPressed1TimeCommandSentTo3rd20 SwitchONOFFAlternately
2017-02-22 20:40:52 configKeyPressed1TimesValueOfSWITCHON11 255
2017-02-22 20:40:52 configKeyPressed1TimesValueOfSWITCHON21 255
2017-02-22 20:40:52 configKeyPressed2TimeCommandSentTo2nd12 SwitchON
2017-02-22 20:40:52 configKeyPressed2TimeCommandSentTo3rd22 SwitchON
2017-02-22 20:40:52 configKeyPressed2TimesValueOfSWITCHON13 99
2017-02-22 20:40:52 configKeyPressed2TimesValueOfSWITCHON23 99
2017-02-22 20:40:52 configKeyPressed3TimeCommandSentTo2nd14 NoAction
2017-02-22 20:40:52 configKeyPressed3TimeCommandSentTo3rd24 NoAction
2017-02-22 20:40:52 configKeyPressed3TimesValueOfSWITCHON15 255
2017-02-22 20:40:52 configKeyPressed3TimesValueOfSWITCHON25 255
2017-02-22 20:40:52 configScenesSentToTheController 127
2017-02-21 19:30:27 model FIBARO System FGPB101 Button
2017-02-21 19:30:27 modelConfig fibaro/fgpb101.xml
2017-02-21 19:30:27 modelId 010f-0f01-1000
2017-02-22 20:42:42 timeToAck 0.027
2017-02-22 20:42:42 transmit OK
2017-02-22 20:42:40 wakeup notification
2017-02-21 19:03:51 zwavePlusInfo version:01 role:PortableSlave node:Z-Wave+Node installerIcon:1600 userIcon:1600
Attributes:
IODev AeonGen5
alias Button Eingang
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 SENSOR_ALARM MARK SWITCH_MULTILEVEL
group Schalter
room Eingang,_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:0 VERSION:2 WAKE_UP:2 ZWAVEPLUS_INFO:2
Im Log steht immer nur
2017-02-22_20:41:10 FGPB101_ID21 UNPARSED: CENTRAL_SCENE 055b03358001
2017-02-22_20:41:21 FGPB101_ID21 UNPARSED: CENTRAL_SCENE 055b03368001
2017-02-22_20:41:58 FGPB101_ID21 UNPARSED: CENTRAL_SCENE 055b03378001
2017-02-22_20:42:10 FGPB101_ID21 UNPARSED: CENTRAL_SCENE 055b03388001
2017-02-22_20:42:14 FGPB101_ID21 UNPARSED: CENTRAL_SCENE 055b03398301
2017-02-22_20:42:19 FGPB101_ID21 UNPARSED: CENTRAL_SCENE 055b033a8001
2017-02-22_20:42:31 FGPB101_ID21 UNPARSED: CENTRAL_SCENE 055b033b8001
2017-02-22_20:42:34 FGPB101_ID21 UNPARSED: CENTRAL_SCENE 055b033c8301
2017-02-22_20:42:36 FGPB101_ID21 UNPARSED: CENTRAL_SCENE 055b033d8401
FHEM kennt das "slow refresh" Bit 7 vom 2. letzten Byte nicht und darum landet die Nachricht in UNPARSED.
Mir ist die Bedeutung des BITs , die in http://zwavepublic.com/sites/default/files/SDS12657-12%20-%20Z-Wave%20Command%20Class%20Specification%20A-M.pdf unter CENTRAL SCENE Notification Command auf PDF-Seite 158 erlaeutert wird, nicht klar. Darum kann ich auch keinen Vorschlag liefern, wie das in FHEM eingebaut werden kann. In Verbindung mit dem Fibaro Button (Handbuch) kannst Du das vielleicht herausfinden und erlaeutern.
Ansonsten stelle die Konfiguration des Buttons um. Die Nachricht sollte konfigurationsabhaengig sein.
Gruß, Christian
Im Moment reagiere ich nur per notify darauf, ob überhaupt ein Ereignis anliegt, da der Button nur als Umschalter für den HomeStatus ("Home"/"Away") genutzt werden soll.
Da ist die exakte Auswertung nicht SO wichtig, aber vielleicht nutze ich ihn ja später mal für andere Funktionen...
Was meinst du mit Konfiguration umstellen ? Die "configKey..." Readings ? Da passiert irgendwie gar nix ... cScene Readings hab' ich auch keine.
Ich habe jetzt die CENTRAL_SCENE Regexps umgestellt, dass dieser Bit ignoriert wir, wir tun ja auch beim nicht gesetzten Slow-Bit nichts besonderes, wuesste aber auch nicht, was man nach Ablauf der 200ms machen sollte. Und wozu ein update alle 55s statt 200ms gut ist, ist mir auch raetselhaft. Bin wohl gerade fantasielos.