Hallo zusammen,
ich hatte eine RC19 Fernbedienung (an CCU2 angelernt) erfolgreich per HMCCU in fhem geholt (nach Anlegen eines Dummy-Programms pro Kanal in der CCU). Das hat alles gut geklappt, es wurden die richtigen Events geschickt usw.
Plötzlich schickt ein (beliebiger) Tastendruck aber nur noch:
2018-06-24 16:28:12 HMCCUCHN HM_HM_RC_19_EEQ0036022_0 hmstate: Initialized
2018-06-24 16:28:12 HMCCUCHN HM_HM_RC_19_EEQ0036022_6 hmstate: Initialized
2018-06-24 16:28:12 HMCCUCHN HM_HM_RC_19_EEQ0036022_12 hmstate: Initialized
2018-06-24 16:28:12 HMCCUCHN HM_HM_RC_19_EEQ0036022_14 hmstate: Initialized
2018-06-24 16:28:12 HMCCUCHN HM_HM_RC_19_EEQ0036022_13 hmstate: Initialized
2018-06-24 16:28:12 HMCCUCHN HM_HM_RC_19_EEQ0036022_10 hmstate: Initialized
2018-06-24 16:28:12 HMCCUCHN HM_HM_RC_19_EEQ0036022_3 hmstate: Initialized
2018-06-24 16:28:12 HMCCUCHN HM_HM_RC_19_EEQ0036022_7 hmstate: Initialized
2018-06-24 16:28:12 HMCCUCHN HM_HM_RC_19_EEQ0036022_11 hmstate: Initialized
2018-06-24 16:28:12 HMCCUCHN HM_HM_RC_19_EEQ0036022_18 hmstate: Initialized
2018-06-24 16:28:12 HMCCUCHN HM_HM_RC_19_EEQ0036022_17 hmstate: Initialized
2018-06-24 16:28:12 HMCCUCHN HM_HM_RC_19_EEQ0036022_5 hmstate: Initialized
2018-06-24 16:28:12 HMCCUCHN HM_HM_RC_19_EEQ0036022_15 hmstate: Initialized
2018-06-24 16:28:12 HMCCUCHN HM_HM_RC_19_EEQ0036022_2 hmstate: Initialized
2018-06-24 16:28:12 HMCCUCHN HM_HM_RC_19_EEQ0036022_16 hmstate: Initialized
2018-06-24 16:28:12 HMCCUCHN HM_HM_RC_19_EEQ0036022_8 hmstate: Initialized
2018-06-24 16:28:12 HMCCUCHN HM_HM_RC_19_EEQ0036022_4 hmstate: Initialized
2018-06-24 16:28:12 HMCCUCHN HM_HM_RC_19_EEQ0036022_9 hmstate: Initialized
D.h. es werde nicht mehr die eigentlichen Events geschickt. Mir ist nicht bewusst, dass ich etwas an der Konfiguration geändert hätte. Dummy-Programme sind wie gesagt angelegt.
Hat jemand eine Idee, was das sein könnte?
Danke & Grüße
Martin
EDIT: Reset der FB, Ablernen und neues Anlernen an der CCU2 hat nichts bewirkt.
Das Merkwürdige ist, dass die Readings (also etwa 1.PRESS_LONG, 1.PRESS_LONG_RELEASE) in fhem korrekt und aktuell angezeigt werden, aber anscheinend keinen Event generieren.
Kann das damit zusammenhängen, dass ich die Attribute des I/O wie im Wiki geraten gesetzt habe, nämlich
Attributes:
ccudef-readingfilter ^(LOW_?BAT|UNREACH)\$
ccudef-readingformat datapoint
ccudef-readingname ^(.+\.)?LOW_?BAT$:battery;^(.+\.)?UNREACH$:activity
ccudef-substitute AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
ccuflags procrpc
cmdIcon on:general_an off:general_aus
eventMap /rpcserver on:on/rpcserver off:off/
rpcinterfaces BidCos-RF,BidCos-Wired,VirtualDevices
rpcinterval 5
rpcport 2001,2000,9292
rpcqueue /tmp/ccuqueue
rpcserver on
stateFormat rpcstate/state
event-on-update-reading auf PRESS.* oder .* setzen
Das hatte ich, hat nichts gebracht. Ich habe jetzt einen Kanal versuchsweise in fhem gelöscht und neu wieder herein geholt. Jetzt kommen wieder die PRESS-Events. BTW auch ohne dass das attr event-on-update-reading gesetzt wäre.
Muss ich jetzt wohl für alle Kanäle machen und dann auch die Dummy-Porgramme in der CCU aktualisieren, da ich die FB ja rausgeschmissen hatte.
Woran das liegen mag? k.A.
Grüße
Martin
Zitat von: dadoc am 24 Juni 2018, 17:36:10
Muss ich jetzt wohl für alle Kanäle machen
Falls das für die Grundlagenforschung sachdienlich sein sollte: Musste ich nicht, nach dem Re-Import des ersten Tastenchannels funktionierte die Event-Erzeugung durch die retlichen Tastenchannels plötzlich auch wieder wie zuvor.
Grüße
Martin