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?
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
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
nutze bei allen devices/channels
attr <name> event-on-change-reading .*
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.
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
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:
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
Hi,,
ermacht das genau dreimal? gib mal ein list SZ.FB4a_04
Vermutung: Der Channel ist gepeert und der peer nicht erreichbar.
Gruß Otto
Da kommt dann ein:
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
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
Zitat von: TommiH am 24 Juni 2017, 13:00:44
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?
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
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
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
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.
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.
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?
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
Hallo Tommi,
gib mal bitte ein list DEF=48754D
Gruß Otto
event-on-change muss auch im channel gesetzt werden.