Statusmeldung Fibaro FGS-223 MultiChannel

Begonnen von nerothos, 14 Juni 2017, 09:20:36

Vorheriges Thema - Nächstes Thema

nerothos

Hallo zusammen,

habe gestern einen Fibaro FGS-223 im Security Mode inkludiert, soweit hat das auch alle geklappt. Haupt Device und die beiden Kanäle sind angelegt worden und schalten auch ordentlich (benutze zum Schalten der zwei Kanäle ausschließlich die beiden Sub Devices), wenn ich den Lichtschalter allerdings manuell betätige wird der Status in FHEM erst aktualisiert wenn ich die Seite aktualisiere.

Habe div. Threads dazu gefunden mit unterschiedlichen Ständen und Teils auch schon recht alt, wenn ich antworten will kommt die Meldung das ich ein neuen Thread starten soll, also hier bin ich ;)

Parameter Optionen habe ich mal durch geschaut, aber die beziehen sich wohl nur auf power/energy Reports und deren Intervall... die sind mir eigentlich egal, für die Schaltzustände konnte ich da nichts finden. Association Group müssen ja eigentlich auch passen, es wird ja angezeigt, aber eben erst wenn ich manuell einmal den Browser aktualisieren. Gibt es da evtl. noch ein Attr. das zu setzen ist oder sowas ?

Vielen Dank
Gruß

nerothos

Gerade fest gestellt: Auch wenn ich über das fhem web interface on/off schalte wird der Status in fhem erst aktualisiert wenn ich den Browser einmal aktualisiere

krikan


nerothos

hm habe manuell keinen installiert und im raspi std. image pixel ist doch keiner mit drin oder ?

longpoll steht auf websocket habe aber auch schon mal auf 1 gestellt, ändert aber nichts

nerothos

#4
Interessant: Wenn ich den Event Monitor bei den Schaltvorgängen beobachte bekomme ich bei klick auf on "reportedState: off" und bei klick auf off "reportedState: on"  ???

und wenn ich es mit eventmap auf on:off off:on umdrehe funktioniert es zwar falsch herum aber die anzeige wird korrekt aktualisiert  :o

rudolfkoenig

Zitathm habe manuell keinen installiert und im raspi std. image pixel ist doch keiner mit drin oder ?
Vmtl. nicht, aber wir gehen davon aus, dass Du mit einem Browser von einem anderen System auf FHEM zugreifst. Wir hatten schon viele bestaetigte Faelle, dass Virenscanner die longpoll Verbindung blockieren, und bisher keine andere bestaetigte Ursache. Falls man nicht schafft das Feature im Virenscanner abzuschalten, kann man versuchen longpoll auf websocket zu setzen. Wenn das auch nicht hilft, dann bitte den Inhalt der JavaScript-Console hier anhaengen.

nerothos

habe keine verbindung mehr von einem anderen browser auf fhem offen, greife aktuell nur noch mit dem Chromium lokal drauf zu, die verbindung vom ipad und die verbindung von meinem windows notebook (mit kaspersky internet security 2016) sind aktuell offline und können dann ja nach meinem verständnis nichts mehr blockieren

dagegen spricht ja auch das wenn ich bei dem device mit eventmap on/off umdrehe eine sofortige aktualisierung des status symbols in fhem erfolgt... nehme ich eventmap raus wird es erst wieder aktualisiert wenn ich den brwoser aktualisiere  :-\ ???

gerne stelle ich logs zur verfügung, kannst du mir kurz erklären wie ich an den Inhalt der JavaScript-Console komme ?

rudolfkoenig

Zitatdagegen spricht ja auch das wenn ich bei dem device mit eventmap on/off umdrehe eine sofortige aktualisierung des status symbols in fhem erfolgt... nehme ich eventmap raus wird es erst wieder aktualisiert wenn ich den brwoser aktualisiere  (https://forum.fhem.de/Smileys/default/undecided.gif) (https://forum.fhem.de/Smileys/default/huh.gif)
Auch nach etwas Nachdenken kann ich mir nicht vorstellen, wie eventMap ein Grund fuer eine ausbleibende Aktualisierung sein koennte.

Zitatgerne stelle ich logs zur verfügung, kannst du mir kurz erklären wie ich an den Inhalt der JavaScript-Console komme ?
Die JavaScript-Console hat je nach Browser und Sprache eine unterschiedliche Bezeichung, z.Bsp:
- Firefox: Tools/Web-Developer/Web Console
- Chrome: More Tools, Developer Tools (Console Tab) bzw. Weitere Tools, Entwicklertools (Console Tab)
- IE11: F12 Entwicklertools (Konsole Tab)


nerothos

#8
ich ja auch nicht, aber es ist genau anders herum .. wenn ich eventmap on:off off:on setze dann aktualisiert sich fhem automatisch sobald ich auf on oder off klicke und wenn ich eventmap lösche dann tut es das nicht mehr

merkwürdig ist auch das es ohne oben beschriebenes event map gesetzt zu haben scheinbar falsch herum läuft, denke daher rührt auch das problem...

ich klicke in der std. konfig, also so wie das device automatisch angelegt wurde in fhem auf on, das licht geht an und im event monitor sehe ich

2017-06-15 12:36:29 ZWave Licht_Sofa off
2017-06-15 12:36:29 ZWave Licht_Sofa reportedState: off
2017-06-15 12:36:29 ZWave Licht_Sofa power:  0 W

klicke ich auf off geht das licht aus und im event monitor steht

2017-06-15 12:40:10 ZWave Licht_Sofa on
2017-06-15 12:40:10 ZWave Licht_Sofa reportedState: on
2017-06-15 12:40:10 ZWave Licht_Sofa power:  9.4 W
2017-06-15 12:40:10 ZWave Licht_Sofa energy:  1.68 kWh

ich weiß, klingt sau komisch .. is aber so... habe es bei mehreren devices getestet


Internals:
   DEF        XX XX
   IODev      ZWDongle_0
   NAME       Licht_Sofa
   NR         27
   STATE      off
   TYPE       ZWave
   ZWaveSubDevice yes
   endpointParent Licht_Sofa_Tisch_Master
   homeId     XXX
   isWakeUp
   nodeIdHex  XXX
   CHANGED:
     off
     reportedState: off
     power:  0 W
   CHANGEDWITHSTATE:
   Readings:
     2017-06-15 12:39:53   energy           1.68 kWh
     2017-06-15 12:40:10   power            0 W
     2017-06-15 12:40:10   reportedState   off
     2017-06-15 12:40:10   state           off
Attributes:
   IODev      ZWDongle_0
   classes    ZWAVEPLUS_INFO VERSION SWITCH_BINARY ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION METER MARK
   genericDeviceType light
   room       Homekit


java script schaue ich gleich danach

nerothos

das ist was du meinst mit oder ?

12:47:16.150 FW_queryValue:{ReadingsVal("Licht_Sofa","associationAdd","")}
fhemweb.js:390 12:47:16.177 FW_queryValue:{AttrVal("Licht_Sofa","room","")}
fhemweb.js:390 12:47:16.317 Inform-channel opened (websocket) with filter Licht_Sofa
fhemweb.js:390 12:47:42.416 FW_cmd:/fhem?cmd.Licht_Sofa=set Licht_Sofa on&XHR=1
fhemweb.js:390 12:47:42.498 Rcvd: ["Licht_Sofa","off","<div id=\u0022Licht_Sofa\u0022  title=\u0022off\u0022 class=\u0022col2\u0022><a href=\u0022/fhem?cmd.Licht_Sofa...(287)
fhemweb.js:390 12:47:59.502 FW_cmd:/fhem?cmd.Licht_Sofa=set Licht_Sofa off&XHR=1
fhemweb.js:390 12:47:59.547 Rcvd: ["Licht_Sofa","on","<div id=\u0022Licht_Sofa\u0022  title=\u0022on\u0022 class=\u0022col2\u0022><a href=\u0022/fhem?cmd.Licht_Sofa=s...(282)
fhemweb.js:390 12:47:59.555 Rcvd: ["Licht_Sofa-state","on","on"]
fhemweb.js:390 12:47:59.561 Rcvd: ["Licht_Sofa-state-ts","2017-06-15 12:47:59","2017-06-15 12:47:59"]
fhemweb.js:390 12:47:59.569 Rcvd: ["Licht_Sofa-reportedState","on","on"]
fhemweb.js:390 12:47:59.575 Rcvd: ["Licht_Sofa-reportedState-ts","2017-06-15 12:47:59","2017-06-15 12:47:59"]
fhemweb.js:390 12:47:59.592 Rcvd: ["Licht_Sofa-power"," 9.3 W"," 9.3 W"]
fhemweb.js:390 12:47:59.599 Rcvd: ["Licht_Sofa-power-ts","2017-06-15 12:47:59","2017-06-15 12:47:59"]

rudolfkoenig

Ja, aber nur in dem Fall, wo es nicht funktioniert.
Und bitte zusaetzlich zur gleichen Zeit "attr global verbose 5" setzen, und den dazugehoerigen FHEM-Log Ausschnitt hier auch anhaengen.

nerothos

fhemweb.js:390 13:41:08.743 FW_queryValue:{ReadingsVal("Licht_Sofa","associationAdd","")}
fhemweb.js:390 13:41:08.794 FW_queryValue:{AttrVal("Licht_Sofa","room","")}
fhemweb.js:390 13:41:09.046 Inform-channel opened (websocket) with filter Licht_Sofa
fhemweb.js:390 13:41:12.432 FW_cmd:/fhem?cmd.Licht_Sofa=set Licht_Sofa on&XHR=1
fhemweb.js:390 13:41:12.524 Rcvd: ["Licht_Sofa","off","<div id=\u0022Licht_Sofa\u0022  title=\u0022off\u0022 class=\u0022col2\u0022><a href=\u0022/fhem?cmd.Licht_Sofa...(287)
fhemweb.js:390 13:41:12.544 Rcvd: ["Licht_Sofa-state","off","off"]
fhemweb.js:390 13:41:12.553 Rcvd: ["Licht_Sofa-state-ts","2017-06-15 13:41:12","2017-06-15 13:41:12"]
fhemweb.js:390 13:41:12.562 Rcvd: ["Licht_Sofa-reportedState","off","off"]
fhemweb.js:390 13:41:12.566 Rcvd: ["Licht_Sofa-reportedState-ts","2017-06-15 13:41:12","2017-06-15 13:41:12"]
fhemweb.js:390 13:41:12.571 Rcvd: ["Licht_Sofa-power"," 0 W"," 0 W"]
fhemweb.js:390 13:41:12.576 Rcvd: ["Licht_Sofa-power-ts","2017-06-15 13:41:12","2017-06-15 13:41:12"]



2017.06.15 13:41:07 4: WEB_127.0.0.1_39648 GET /fhem?detail=Licht_Sofa; BUFLEN:0
2017.06.15 13:41:07 4: WEB: /fhem?detail=Licht_Sofa / RL:3715 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2017.06.15 13:41:07 4: Connection closed for WEB_127.0.0.1_39698: EOF
2017.06.15 13:41:08 4: WEB_127.0.0.1_39648 GET /fhem?cmd=%7BReadingsVal(%22Licht_Sofa%22%2C%22associationAdd%22%2C%22%22)%7D&XHR=1; BUFLEN:0
2017.06.15 13:41:08 5: Cmd: >{ReadingsVal("Licht_Sofa","associationAdd","")}<
2017.06.15 13:41:08 4: WEB: /fhem?cmd=%7BReadingsVal(%22Licht_Sofa%22%2C%22associationAdd%22%2C%22%22)%7D&XHR=1 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.06.15 13:41:08 4: WEB_127.0.0.1_39648 GET /fhem?cmd=%7BAttrVal(%22Licht_Sofa%22%2C%22room%22%2C%22%22)%7D&XHR=1; BUFLEN:0
2017.06.15 13:41:08 5: Cmd: >{AttrVal("Licht_Sofa","room","")}<
2017.06.15 13:41:08 4: WEB: /fhem?cmd=%7BAttrVal(%22Licht_Sofa%22%2C%22room%22%2C%22%22)%7D&XHR=1 / RL:28 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.06.15 13:41:09 4: Connection accepted from WEB_127.0.0.1_39702
2017.06.15 13:41:12 4: WEB_127.0.0.1_39648 POST /fhem?cmd.Licht_Sofa=set%20Licht_Sofa%20on&XHR=1&fw_id=94; BUFLEN:0
2017.06.15 13:41:12 5: Cmd: >set Licht_Sofa on<
2017.06.15 13:41:12 3: ZWave set Licht_Sofa on
2017.06.15 13:41:12 5: Licht_Sofa: MULTI_CHANNEL is a secured class!
2017.06.15 13:41:12 5: Licht_Sofa SECURITY: 600d00012501FF stored for encryption
2017.06.15 13:41:12 5: ZWDongle_Write 0013210298402516 (d9846de7)
2017.06.15 13:41:12 5: SW: 010900132102984025162d
2017.06.15 13:41:12 5: Starting notify loop for Licht_Sofa, 3 event(s), first is off
2017.06.15 13:41:12 5: createNotifyHash
2017.06.15 13:41:12 5: End notify loop for Licht_Sofa
2017.06.15 13:41:12 4: WEB: /fhem?cmd.Licht_Sofa=set%20Licht_Sofa%20on&XHR=1&fw_id=94 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.06.15 13:41:12 5: ACK received, WaitForAck=>2 for 010900132102984025162d
2017.06.15 13:41:12 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2017.06.15 13:41:12 5: SW: 06
2017.06.15 13:41:12 5: ZWDongle_0: dispatch 011301
2017.06.15 13:41:12 4: ZWDongle_Read ZWDongle_0: rcvd 001316000002 (request ZW_SEND_DATA), sending ACK
2017.06.15 13:41:12 5: SW: 06
2017.06.15 13:41:12 5: device ack reveived, removing 010900132102984025162d from dongle sendstack
2017.06.15 13:41:12 5: ZWDongle_0: dispatch 001316000002
2017.06.15 13:41:12 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:16
2017.06.15 13:41:12 4: ZWDongle_0 transmit OK for CB 16, target Licht_Sofa_Tisch_Master
2017.06.15 13:41:12 4: ZWDongle_Read ZWDongle_0: rcvd 000400210a9880d339f382aa2f10b9 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.06.15 13:41:12 5: SW: 06
2017.06.15 13:41:12 5: ZWDongle_0: dispatch 000400210a9880d339f382aa2f10b9
2017.06.15 13:41:12 4: CMD:APPLICATION_COMMAND_HANDLER ID:21 ARG:0a9880d339f382aa2f10b9 CB:00
2017.06.15 13:41:12 5: Licht_Sofa_Tisch_Master SECURITY: 600d00012501FF set Licht_Sofa on retrieved for encryption
2017.06.15 13:41:12 5: Licht_Sofa_Tisch_Master: secEncrypt plain:00600d00012501FF enc:738b6c474d728ff9
2017.06.15 13:41:12 5: ZWDongle_Write 0013211b988115e5062dcfb608f5738b6c474d728ff9d36325651f0e99d3282517 (d9846de7)
2017.06.15 13:41:12 5: SW: 01220013211b988115e5062dcfb608f5738b6c474d728ff9d36325651f0e99d328251799
2017.06.15 13:41:12 5: Licht_Sofa_Tisch_Master: type=set, cmd=on (600d00012501FF set Licht_Sofa on)
2017.06.15 13:41:12 5: ACK received, WaitForAck=>2 for 01220013211b988115e5062dcfb608f5738b6c474d728ff9d36325651f0e99d328251799
2017.06.15 13:41:12 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2017.06.15 13:41:12 5: SW: 06
2017.06.15 13:41:12 5: ZWDongle_0: dispatch 011301
2017.06.15 13:41:12 4: ZWDongle_Read ZWDongle_0: rcvd 001317000003 (request ZW_SEND_DATA), sending ACK
2017.06.15 13:41:12 5: SW: 06
2017.06.15 13:41:12 5: device ack reveived, removing 01220013211b988115e5062dcfb608f5738b6c474d728ff9d36325651f0e99d328251799 from dongle sendstack
2017.06.15 13:41:12 5: ZWDongle_0: dispatch 001317000003
2017.06.15 13:41:12 4: CMD:ZW_SEND_DATA ID:00 ARG:0003 CB:17
2017.06.15 13:41:12 4: ZWDongle_0 transmit OK for CB 17, target Licht_Sofa_Tisch_Master
2017.06.15 13:41:12 4: ZWDongle_Read ZWDongle_0: rcvd 00040021029840 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.06.15 13:41:12 5: SW: 06
2017.06.15 13:41:12 5: ZWDongle_0: dispatch 00040021029840
2017.06.15 13:41:12 4: CMD:APPLICATION_COMMAND_HANDLER ID:21 ARG:029840 CB:00
2017.06.15 13:41:12 5: ZWDongle_Write 0013210a988069cef71e51c40dfe2518 (d9846de7)
2017.06.15 13:41:12 5: SW: 01110013210a988069cef71e51c40dfe2518db
2017.06.15 13:41:12 5: ACK received, WaitForAck=>2 for 01110013210a988069cef71e51c40dfe2518db
2017.06.15 13:41:12 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2017.06.15 13:41:12 5: SW: 06
2017.06.15 13:41:12 5: ZWDongle_0: dispatch 011301
2017.06.15 13:41:12 4: ZWDongle_Read ZWDongle_0: rcvd 001318000002 (request ZW_SEND_DATA), sending ACK
2017.06.15 13:41:12 5: SW: 06
2017.06.15 13:41:12 5: device ack reveived, removing 01110013210a988069cef71e51c40dfe2518db from dongle sendstack
2017.06.15 13:41:12 5: ZWDongle_0: dispatch 001318000002
2017.06.15 13:41:12 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:18
2017.06.15 13:41:12 4: ZWDongle_0 transmit OK for CB 18, target Licht_Sofa_Tisch_Master
2017.06.15 13:41:12 4: ZWDongle_Read ZWDongle_0: rcvd 000400211b98810a73cb476cc604f7e280a04b674c0525699c3329e7b812296c (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.06.15 13:41:12 5: SW: 06
2017.06.15 13:41:12 5: ZWDongle_0: dispatch 000400211b98810a73cb476cc604f7e280a04b674c0525699c3329e7b812296c
2017.06.15 13:41:12 4: CMD:APPLICATION_COMMAND_HANDLER ID:21 ARG:1b98810a73cb476cc604f7e280a04b674c0525699c3329e7b812296c CB:00
2017.06.15 13:41:12 5: Licht_Sofa_Tisch_Master: secDecrypt: send_nonce 69cef71e51c40dfe with nonce_id 69 retrieved
2017.06.15 13:41:12 5: Licht_Sofa_Tisch_Master: secDecrypt: decrypted cmd 00600d01012503ff
2017.06.15 13:41:12 5: Licht_Sofa_Tisch_Master: secDecrypt: Sequencebyte 0, sequenced 0, secondFrame 0, sequenceCounter 00
2017.06.15 13:41:12 5: Licht_Sofa_Tisch_Master: secDecrypt: calculated Authentication code 9c3329e7b812296c
2017.06.15 13:41:12 5: Licht_Sofa_Tisch_Master: secDecrypt: parsing 0004002107600d01012503ff
2017.06.15 13:41:12 4: CMD:APPLICATION_COMMAND_HANDLER ID:21 ARG:07600d01012503ff CB:00
2017.06.15 13:41:15 4: ZWDongle_Read ZWDongle_0: rcvd 00040021029840 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.06.15 13:41:15 5: SW: 06
2017.06.15 13:41:15 5: ZWDongle_0: dispatch 00040021029840
2017.06.15 13:41:15 4: CMD:APPLICATION_COMMAND_HANDLER ID:21 ARG:029840 CB:00
2017.06.15 13:41:15 5: ZWDongle_Write 0013210a988088fae8663befb4f42519 (d9846de7)
2017.06.15 13:41:15 5: SW: 01110013210a988088fae8663befb4f425199a
2017.06.15 13:41:15 5: ACK received, WaitForAck=>2 for 01110013210a988088fae8663befb4f425199a
2017.06.15 13:41:15 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2017.06.15 13:41:15 5: SW: 06
2017.06.15 13:41:15 5: ZWDongle_0: dispatch 011301
2017.06.15 13:41:15 4: ZWDongle_Read ZWDongle_0: rcvd 001319000002 (request ZW_SEND_DATA), sending ACK
2017.06.15 13:41:15 5: SW: 06
2017.06.15 13:41:15 5: device ack reveived, removing 01110013210a988088fae8663befb4f425199a from dongle sendstack
2017.06.15 13:41:15 5: ZWDongle_0: dispatch 001319000002
2017.06.15 13:41:15 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:19
2017.06.15 13:41:15 4: ZWDongle_0 transmit OK for CB 19, target Licht_Sofa_Tisch_Master
2017.06.15 13:41:15 4: ZWDongle_Read ZWDongle_0: rcvd 0004002120988114d3c105c6fef3976e6a95564a654828026926bfd3886b06173726321b1e (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.06.15 13:41:15 5: SW: 06
2017.06.15 13:41:15 5: ZWDongle_0: dispatch 0004002120988114d3c105c6fef3976e6a95564a654828026926bfd3886b06173726321b1e
2017.06.15 13:41:15 4: CMD:APPLICATION_COMMAND_HANDLER ID:21 ARG:20988114d3c105c6fef3976e6a95564a654828026926bfd3886b06173726321b1e CB:00
2017.06.15 13:41:15 5: Licht_Sofa_Tisch_Master: secDecrypt: send_nonce 88fae8663befb4f4 with nonce_id 88 retrieved
2017.06.15 13:41:15 5: Licht_Sofa_Tisch_Master: secDecrypt: decrypted cmd 00600d010132022132005e0000
2017.06.15 13:41:15 5: Licht_Sofa_Tisch_Master: secDecrypt: Sequencebyte 0, sequenced 0, secondFrame 0, sequenceCounter 00
2017.06.15 13:41:15 5: Licht_Sofa_Tisch_Master: secDecrypt: calculated Authentication code 6b06173726321b1e
2017.06.15 13:41:15 5: Licht_Sofa_Tisch_Master: secDecrypt: parsing 000400210c600d010132022132005e0000
2017.06.15 13:41:15 4: CMD:APPLICATION_COMMAND_HANDLER ID:21 ARG:0c600d010132022132005e0000 CB:00
2017.06.15 13:41:36 4: WEB_127.0.0.1_39648 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2017-06.log; BUFLEN:0


das hier sieht mir auf jeden fall merkwürdig aus oder verstehe ich es falsch ? cmd on und rcvd off ?

fhemweb.js:390 13:41:12.432 FW_cmd:/fhem?cmd.Licht_Sofa=set Licht_Sofa on&XHR=1
fhemweb.js:390 13:41:12.524 Rcvd: ["Licht_Sofa","off","<div id=\u0022Licht_Sofa\u0022  title=\u0022off\u0022 class=\u0022col2\u0022><a href=\u0022/fhem?cmd.Licht_Sofa...(287)
fhemweb.js:390 13:41:12.544 Rcvd: ["Licht_Sofa-state","off","off"]


rudolfkoenig

Bevor ich anfange die Daten zu analysieren: das sind die Logs, wo kein eventMap aktiv war, und die Anzeige sich nicht sofort geaendert hat?

nerothos

korrekt, kein eventmap aktiv, Anzeige hat sich nicht aktualisiert

rudolfkoenig

2017.06.15 13:41:12 5: Cmd: >set Licht_Sofa on<
...
2017.06.15 13:41:12 5: Starting notify loop for Licht_Sofa, 3 event(s), first is off

Das klingt fuer mich nach eventmap.

Was ich sehe:
- Auftrag fuer "set on" kommt ueber den Browser.
- Befehl wird erst in multi_channel verpackt, und dann das verschluesselte Senden angestossen (nonce holen).
- Event "set off" (siehe oben, vmtl. wg. eventmap) wird generiert.
- "off" wird dem Browser gemeldet.
- nach etlichen verschluesselten Nachrichten hin und her meldet das Geraet state:on. Mir ist noch nicht klar, wieso das (bzw. state:off, wg. eventmap) nicht als Event auftaucht, habe aber keine einfache Idee zum debuggen, und ist vmtl. fuer dieses Problem irrelevant.


Theorie: eventMap ist aktiv, und da das Bild noch auf off steht, sieht man keine Aenderung.

nerothos

#15
danke für die Analyse, aber da ist kein event map drauf

Internals:
   DEF        xxxx
   IODev      ZWDongle_0
   NAME       Licht_Sofa
   NR         27
   STATE      off
   TYPE       ZWave
   ZWaveSubDevice yes
   endpointParent Licht_Sofa_Tisch_Master
   homeId     xxxx
   isWakeUp
   nodeIdHex  xxxx
   CHANGED:
     power:  4.1 W
     off
     reportedState: off
     power:  0 W
   CHANGEDWITHSTATE:
   Readings:
     2017-06-16 14:39:53   energy          1.69 kWh
     2017-06-16 14:41:19   power            0 W
     2017-06-16 14:41:18   reportedState   off
     2017-06-16 14:41:18   state           off
Attributes:
   IODev      ZWDongle_0
   classes    ZWAVEPLUS_INFO VERSION SWITCH_BINARY ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION METER MARK
   genericDeviceType light
   homebridgeMapping clear On=state,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
   room       Homekit


habe gerade testweise das device mal ohne secure inkludiert und da funktioniert alles einwandfrei, daher vermute ich es ist ein Fehler in der Umsetzung der secure classes bzw. deren Kommunikation vorliegt

rudolfkoenig

Zitatdanke für die Analyse, aber da ist kein event map drauf
Stimmt, aber das mir unbekannte homebridgeMapping klingt auch danach.

Zitatdaher vermute ich es ist ein Fehler in der Umsetzung der secure classes bzw. deren Kommunikation
Prima, dann bitte einen getesten Patch hier anhaengen.

nerothos

ZitatPrima, dann bitte einen getesten Patch hier anhaengen.

Dazu bin ich leider nicht in der Lage und lebe daher ohne secure, trotzdem vielen Dank für deine Hilfe