HM-RC 4-2 sendet Status 3x (2 verschiedene FBs zeigen selbes Verhalten)

[TommiH]

Moin Zusammen,

ich habe eine kleine FB (4er) HM-RC-4-2 eingebunden, die grundsätzlich zwar funktioniert, aber folgendes Problem hat. Wenn ich auf eine Taste drücke, dann ist im Event-Monitor zu sehen, dass 3x die selbe Sequenz gesendet wird. Ich dachte da erst an einen Pairing-Fehler und habe das Teil inzwischen 5x neu angelernt - kein Unterschied. Es geht jede Taste, aber immer mit 3x senden.

Dann habe ich etwas im Forum gesucht, (https://forum.fhem.de/index.php?topic=20059.0) gefunden, aber auch damit komme ich nicht weiter.

Nun habe ich einen weiteren RC-4-3 angelernt - wieder das selbe Verhalten, alles einwandfrei, nur jeder Tastendruck sendet den Status 3x.

Ist das eine Eigenart der FB? Aber wie fange ich dann ab, dass nur der erste gesendete Status abgefragt/verwendet wird?

Code Auswählen Erweitern

2017-04-24 08:15:51 CUL_HM HM_2549FF battery: ok
2017-04-24 08:15:51 CUL_HM HM_2549FF SZ.FB4a_04 Short
2017-04-24 08:15:51 CUL_HM SZ.FB4a_04 Short (to 48754D)
2017-04-24 08:15:51 CUL_HM SZ.FB4a_04 trigDst_48754D: noConfig
2017-04-24 08:15:51 CUL_HM SZ.FB4a_04 trigger: Short_23
2017-04-24 08:15:51 CUL_HM SZ.FB4a_04 triggerTo_48754D: Short_23
2017-04-24 08:15:51 CUL_HM SZ.FB4a_04 trigger_cnt: 23
2017-04-24 08:15:51 CUL_HM HM_2549FF battery: ok
2017-04-24 08:15:51 CUL_HM HM_2549FF SZ.FB4a_04 Short
2017-04-24 08:15:51 CUL_HM SZ.FB4a_04 Short (to 48754D)
2017-04-24 08:15:51 CUL_HM SZ.FB4a_04 trigDst_48754D: noConfig
2017-04-24 08:15:51 CUL_HM SZ.FB4a_04 trigger: Short_23
2017-04-24 08:15:51 CUL_HM SZ.FB4a_04 triggerTo_48754D: Short_23
2017-04-24 08:15:51 CUL_HM SZ.FB4a_04 trigger_cnt: 23
2017-04-24 08:15:51 CUL_HM HM_2549FF battery: ok
2017-04-24 08:15:51 CUL_HM HM_2549FF SZ.FB4a_04 Short
2017-04-24 08:15:51 CUL_HM SZ.FB4a_04 Short (to 48754D)
2017-04-24 08:15:51 CUL_HM SZ.FB4a_04 trigDst_48754D: noConfig
2017-04-24 08:15:51 CUL_HM SZ.FB4a_04 trigger: Short_23
2017-04-24 08:15:51 CUL_HM SZ.FB4a_04 triggerTo_48754D: Short_23
2017-04-24 08:15:51 CUL_HM SZ.FB4a_04 trigger_cnt: 23

Kann mir da jemand einen Tipp geben?

Der Code

Code Auswählen Erweitern

define n_SZ_FB4a_01 notify SZ.FB4a_01:Short.* set SZ.ST1 toggle
erzeugt damit nämlich leider ein AN-AUS-AN oder ein AUS-AN-AUS - das Endergebnis ist zwar okay, aber muss das wirklich so sein?

LG,
Tommi

[frank]

nutze bei allen devices/channels

Code Auswählen Erweitern

attr <name> event-on-change-reading .*

[TommiH]

Hallo Frank,

cool, danke für die rasche Hilfe! -> ausprobiert - geht (fast) perfekt. Muss ich mal suchen, was dieses Attribut genau macht.

(fast), weil die Statusmeldung zwar nur noch einmal kommt, aber die Batteriemeldung 3x.

Code Auswählen Erweitern

2017-04-29 09:34:35 CUL_HM HM_53ECDA battery: ok
2017-04-29 09:34:35 CUL_HM HM_53ECDA HM_53ECDA_Btn_02 Short
2017-04-29 09:34:35 CUL_HM HM_53ECDA_Btn_02 trigger: Short_24
2017-04-29 09:34:35 CUL_HM HM_53ECDA_Btn_02 triggerTo_48754D: Short_24
2017-04-29 09:34:35 CUL_HM HM_53ECDA_Btn_02 trigger_cnt: 24
2017-04-29 09:34:35 CUL_HM HM_53ECDA battery: ok
2017-04-29 09:34:35 CUL_HM HM_53ECDA HM_53ECDA_Btn_02 Short
2017-04-29 09:34:35 CUL_HM HM_53ECDA battery: ok
2017-04-29 09:34:35 CUL_HM HM_53ECDA HM_53ECDA_Btn_02 Short

Stört mich im Moment nicht, aber ist das normal? Und komisch finde ich es schon, dass alle anderen FBs die ich bisher versucht habe das nicht so machen, nur die kleine 4er... Sollte ich das attrib auch bei anderen setzen, wo ich (bisher) kein Problem habe?

LG,
Tommi

[TommiH]

Hm, ich muss das Thema nochmal aufmachen. Nun habe ich eine 4er Fernbedienung, die trotz gesetztem

attr SZ.FB4 event-on-change-reading .*

folgendes sendet:

Code Auswählen Erweitern

2017-06-24 10:23:51 CUL_HM SZ.FB4a SZ.FB4a_04 Short
2017-06-24 10:23:51 CUL_HM SZ.FB4a_04 Short (to 48754D)
2017-06-24 10:23:51 CUL_HM SZ.FB4a_04 trigDst_48754D: noConfig
2017-06-24 10:23:51 CUL_HM SZ.FB4a_04 trigger: Short_157
2017-06-24 10:23:51 CUL_HM SZ.FB4a_04 triggerTo_48754D: Short_157
2017-06-24 10:23:51 CUL_HM SZ.FB4a_04 trigger_cnt: 157
2017-06-24 10:23:51 CUL_HM SZ.FB4a_04 Short (to 48754D)
2017-06-24 10:23:51 CUL_HM SZ.FB4a_04 trigDst_48754D: noConfig
2017-06-24 10:23:51 CUL_HM SZ.FB4a_04 trigger: Short_157
2017-06-24 10:23:51 CUL_HM SZ.FB4a_04 triggerTo_48754D: Short_157
2017-06-24 10:23:51 CUL_HM SZ.FB4a_04 trigger_cnt: 157
2017-06-24 10:23:51 CUL_HM SZ.FB4a_04 Short (to 48754D)
2017-06-24 10:23:51 CUL_HM SZ.FB4a_04 trigDst_48754D: noConfig
2017-06-24 10:23:51 CUL_HM SZ.FB4a_04 trigger: Short_157
2017-06-24 10:23:51 CUL_HM SZ.FB4a_04 triggerTo_48754D: Short_157
2017-06-24 10:23:51 CUL_HM SZ.FB4a_04 trigger_cnt: 157

Sollte da nicht nur eine Auslösung kommen?

LG,
Tommi

[Otto123]

Hi,,

ermacht das genau dreimal? gib mal ein

Code Auswählen Erweitern

list SZ.FB4a_04
Vermutung: Der Channel ist gepeert und der peer nicht erreichbar.

Gruß Otto

[TommiH]

Da kommt dann ein:

Code Auswählen Erweitern

Internals:
   DEF        2549FF03
   NAME       SZ.FB4a_04
   NOTIFYDEV  global
   NR         78
   STATE      Short (to 48754D)
   TYPE       CUL_HM
   chanNo     03
   device     SZ.FB4a
   Readings:
     2017-06-24 10:23:51   state           Short (to 48754D)
     2017-06-24 10:23:51   trigDst_48754D  noConfig
     2017-06-24 10:23:51   trigger         Short_157
     2017-06-24 10:23:51   triggerTo_48754D Short_157
     2017-06-24 10:23:51   trigger_cnt     157
   Helper:
     BNO        157
     BNOCNT     3
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Role:
       chn        1
     Tmpl:
Attributes:
   group      FB_Schalter
   model      HM-RC-4-2
   room       DG_Schlafzimmer

[TommiH]

Mein HM-RC-4 bringt je Tastendruck immer nur eine Meldung, interessanter Weise hat der dieses event_on_change_reading .* nicht gesetzt, hmm. Ich bin verwirrt

Tommi

[Otto123]

Mein HM-RC-4 bringt je Tastendruck immer nur eine Meldung, interessanter Weise hat der dieses event_on_change_reading .* nicht gesetzt, hmm. Ich bin verwirrt

Tommi

Kein peer 
Aber im Log steht doch die Meldung dreimal?

[TommiH]

Ja, zumindest bei jedem Tastendruck - vielleicht sollte ich die FB nochmal resetten? Ein prellender Taster kann es eigentlich nicht sein, das Teil bringt bei allen 4 Tasten die 3 Meldungen.

Meine große 12er FB bringt auch nur eine Meldung je Tastendruck, auch mein roter NotKnopf...
Komisch.

Tommi

[Otto123]

Hi,

ach so Du meintest Dein RC4 bringt eine Meldung und dein RC4-2 bringt drei. Hatte ich falsch verstanden 

Drei Meldungen bedeutet eigentlich, er wartet auf Quittung (vom Peer oder von der Zentrale) und die kommt nicht. Dann versucht er es per default dreimal.

Ist die Konfiguration/Pairing nicht abgeschlossen? Sendet er Daten wenn Du den configknopf drückst? Sagt hmInfo configCheck etwas?

Gruß Otto

[TommiH]

Uii, als ich auf den ConfigKnopf der FB gedrückt habe, kam etwas mit Pending. Dann habe ich nochmal 5 Sekunden gedrückt, dann nochmal 5 Sekunden.

Danach ist das Gerät doch wieder resettet, oder nicht?

Wenn ich nun draufdrücke, dann kommt nur noch eine Meldung im EventMonitor an. Auch das Schalten des Lichtes im Schlafzimmer geht nun sauber, aber es kommt keine grüne Rückmeldung.

Nun habe ich wieder hmPairForSec 30 gemacht, auf den ConfigKnopf der FB und blinkblink-gruen.
Und... - nun kommen wieder die 3 Meldungen im EventMonitor an - das scheint System zu haben.

Drücke ich nun wieder den Config Knopf, kommt wieder

2017-06-25 21:53:13 CUL_HM SZ.FB4a CMDs_pending

und im SZ.FB4a kommt auch ein

protCmdPend - 8 CMDs pending

Seufz, wie bekomme ich die nochmal weg? Immer wenn ich auf getConfig im SZ.FB4a drücke, dann kommen da Pendings dazu oder verschwinden wieder - mal sind es 36, mal 54, dann wieder 8, dann wieder 24...

Ist das normal so oder mache ich da noch etwas falsch?
Ich finde es eben sehr befremdlich, dass alle anderen FBs sich bisher wie gewünscht verhalten, nur dieses Ding zickt rum

Tommi

[Otto123]

wenn Du immer wieder getConfig in FHEM drückst bekommst Du die pending nie weg!
Du musst den configtaster am Gerät kurz drücken und warten bis er aufhört hektisch zu blinken.
Dann nochmal kurz drücken und warten bis er aufhört hektisch zu blinken oder in ruhigem Rythmus orange blinkt.

Am Ende muss das pairing sauber sein und die cmd_pending müssen weg sein.

[TommiH]

Hallo Otto123,

sorry für die Pause, aber ich war die Tage etwas verhindert

Als nochmal zu dem verflixten FB-Teil.

Wenn ich auf den ConfigTaster drücke, dann kommt 'ORANGE - ROT' - und dann nix mehr. Kein hektisches Blinken. Die Pendings sind allerdings verschwunden. Es ändert aber nichts an der 3-fachen Anzeige im EventMonitor.

Code Auswählen Erweitern

2017-07-02 20:22:37 CUL_HM SZ.FB4a_02 Short (to 48754D)
2017-07-02 20:22:37 CUL_HM SZ.FB4a_02 trigDst_48754D: noConfig
2017-07-02 20:22:37 CUL_HM SZ.FB4a_02 trigger: Short_2
2017-07-02 20:22:37 CUL_HM SZ.FB4a_02 triggerTo_48754D: Short_2
2017-07-02 20:22:37 CUL_HM SZ.FB4a_02 trigger_cnt: 2
2017-07-02 20:22:37 CUL_HM SZ.FB4a_02 Short (to 48754D)
2017-07-02 20:22:37 CUL_HM SZ.FB4a_02 trigDst_48754D: noConfig
2017-07-02 20:22:37 CUL_HM SZ.FB4a_02 trigger: Short_2
2017-07-02 20:22:37 CUL_HM SZ.FB4a_02 triggerTo_48754D: Short_2
2017-07-02 20:22:37 CUL_HM SZ.FB4a_02 trigger_cnt: 2
2017-07-02 20:22:37 CUL_HM SZ.FB4a_02 Short (to 48754D)
2017-07-02 20:22:37 CUL_HM SZ.FB4a_02 trigDst_48754D: noConfig
2017-07-02 20:22:37 CUL_HM SZ.FB4a_02 trigger: Short_2
2017-07-02 20:22:37 CUL_HM SZ.FB4a_02 triggerTo_48754D: Short_2
2017-07-02 20:22:37 CUL_HM SZ.FB4a_02 trigger_cnt: 2

Kann es sein, dass da irgendein Register/Attribut oder sonstwas falsch gesetzt ist?

Code Auswählen Erweitern

define SZ.FB4a CUL_HM 2549FF
attr SZ.FB4a IODev CUL1
attr SZ.FB4a autoReadReg 4_reqStatus
attr SZ.FB4a event-on-change-reading .*
attr SZ.FB4a expert 2_raw
attr SZ.FB4a firmware 1.2
attr SZ.FB4a group FB_Schalter
attr SZ.FB4a model HM-RC-4-2
attr SZ.FB4a room DG_Schlafzimmer
attr SZ.FB4a serialNr KEQ1055338
attr SZ.FB4a subType remote
attr SZ.FB4a webCmd getConfig:clear msgEvents

define n_SZ_FB4a_01 notify SZ.FB4a_01 set SZ.Schranklicht on
attr n_SZ_FB4a_01 room 0-notify,DG_Schlafzimmer

define n_SZ_FB4a_02 notify SZ.FB4a_02 set SZ.ST1 off
attr n_SZ_FB4a_02 room 0-notify,DG_Schlafzimmer

define n_SZ_FB4a_04 notify SZ.FB4a_04:Short.* set SZ.Schranklicht toggle
attr n_SZ_FB4a_04 room 0-notify,DG_Schlafzimmer

define SZ.FB4a_02 CUL_HM 2549FF01
attr SZ.FB4a_02 group FB_Schalter
attr SZ.FB4a_02 model HM-RC-4-2
attr SZ.FB4a_02 peerIDs
attr SZ.FB4a_02 room DG_Schlafzimmer
define SZ.FB4a_01 CUL_HM 2549FF02
attr SZ.FB4a_01 group FB_Schalter
attr SZ.FB4a_01 model HM-RC-4-2
attr SZ.FB4a_01 room DG_Schlafzimmer
define SZ.FB4a_04 CUL_HM 2549FF03
attr SZ.FB4a_04 group FB_Schalter
attr SZ.FB4a_04 model HM-RC-4-2
attr SZ.FB4a_04 room DG_Schlafzimmer
define SZ.FB4a_03 CUL_HM 2549FF04
attr SZ.FB4a_03 group FB_Schalter
attr SZ.FB4a_03 model HM-RC-4-2
attr SZ.FB4a_03 room DG_Schlafzimmer

es bleibt für mich verwirrend - ich habe inzwischen 5 4er-FBs, davon verhalten sich 4 identisch. Und die 5te zickt rum - nachdem die Pendings weg sind, hast du noch eine Idee?

LG,
Tommi

[Otto123]

Hallo Tommi,

gib mal bitte ein

Code Auswählen Erweitern

list DEF=48754D

Gruß Otto

[frank]

event-on-change muss auch im channel gesetzt werden.