HMCCU und HM-RC19

[dadoc]

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:

Code Auswählen Erweitern

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

Code Auswählen Erweitern

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

[zap]

event-on-update-reading auf PRESS.* oder .* setzen

[dadoc]

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

[dadoc]

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