Guten Abend Zusammen,
ich habe den Wandtaster HmIP-BRC2 zugelegt. Darüber möchte ich eine Hue Lampe steuern. Ich habe ihn in Raspimatic eingebunden und in FHEM definiert. Tastendrücke werden erkannt, aber nicht als eigenständiger Kanal.
Event schaut so aus. Tastendruck oben:
2021-04-11 20:29:53 HMCCUDEV 51_Taster_Tuer activity: alive
2021-04-11 20:29:53 HMCCUDEV 51_Taster_Tuer 0.RSSI_DEVICE: -72
2021-04-11 20:29:53 HMCCUDEV 51_Taster_Tuer 0.CONFIG_PENDING: 0
Tastendruck unten:
2021-04-11 20:29:56 HMCCUDEV 51_Taster_Tuer 0.RSSI_DEVICE: -72
2021-04-11 20:29:56 HMCCUDEV 51_Taster_Tuer 0.CONFIG_PENDING: 0
2021-04-11 20:29:56 HMCCUDEV 51_Taster_Tuer activity: alive
Ein Deviceinfo gibt die Kanäle korrekt aus:
CHN 0019DA49A70FD7:0 51_Taster_Tuer_0
DPT {b} HmIP-RF.0019DA49A70FD7:0.CONFIG_PENDING = false [RE]
DPT {b} HmIP-RF.0019DA49A70FD7:0.DUTY_CYCLE = false [RE]
DPT {b} HmIP-RF.0019DA49A70FD7:0.INSTALL_TEST = true [RW]
DPT {f} HmIP-RF.0019DA49A70FD7:0.OPERATING_VOLTAGE = 0.000000 [RE]
DPT {i} HmIP-RF.0019DA49A70FD7:0.OPERATING_VOLTAGE_STATUS = 0 [RE]
DPT {n} HmIP-RF.0019DA49A70FD7:0.RSSI_DEVICE = 184 [RE]
DPT {n} HmIP-RF.0019DA49A70FD7:0.RSSI_PEER = 0 [RE]
DPT {b} HmIP-RF.0019DA49A70FD7:0.UNREACH = false [RE]
DPT {b} HmIP-RF.0019DA49A70FD7:0.UPDATE_PENDING = false [RE]
CHN 0019DA49A70FD7:1 51_Taster_Tuer_1
DPT {b} HmIP-RF.0019DA49A70FD7:1.PRESS_LONG = [E]
DPT {b} HmIP-RF.0019DA49A70FD7:1.PRESS_SHORT = [E]
CHN 0019DA49A70FD7:2 51_Taster_Tuer_2
DPT {b} HmIP-RF.0019DA49A70FD7:2.PRESS_LONG = [E]
DPT {b} HmIP-RF.0019DA49A70FD7:2.PRESS_SHORT = [E]
Hier das List von dem Device:
CFGFN
DEF 51_Taster_Tuer
FUUID 60733800-f33f-194a-c3cc-374800946d97eba5
IODev d_ccu
NAME 51_Taster_Tuer
NR 882
STATE ???
TYPE HMCCUDEV
ccuaddr 0019DA49A70FD7
ccudevstate active
ccuif HmIP-RF
ccuname 51_Taster_Tuer
ccutype HmIP-BRC2
channels 3
statevals devstate
READINGS:
2021-04-11 20:20:09 0.CONFIG_PENDING 0
2021-04-11 20:20:09 0.DUTY_CYCLE 0
2021-04-11 20:20:09 0.RSSI_DEVICE -71
2021-04-11 20:20:09 activity alive
hmccu:
devspec 51_Taster_Tuer
dp:
0.CONFIG_PENDING:
OSVAL 0
OVAL 0
SVAL 0
VAL 0
0.DUTY_CYCLE:
OSVAL 0
OVAL 0
SVAL 0
VAL 0
0.RSSI_DEVICE:
OSVAL -72
OVAL -72
SVAL -71
VAL -71
0.UNREACH:
OSVAL alive
OVAL 0
SVAL alive
VAL 0
Attributes:
IODev d_ccu
ccureadingfilter .*
event-on-update-reading .*
room 50_Kinderzimmer->51_Kinderzimmer_Adrian
Der Taster hat einen Homematic Batterietaster abgelöst (HM-PB-2-WM55-2).
Laut Google gibt es eine Möglichkeit über die CCU selbst ein Programm zu schreiben welches Variablen an FHEM schickt. Ich hätte aber gerne den "normalen" weg, so wie alle anderen HMIP Geräte auch funktionieren.
Hat jemand einen Tipp für mich?
Viele Grüße
Ich habe jetzt versucht die Kanäle einzeln mit HMCCUCHN abzugreifen:
Internals:
CFGFN
DEF 0019DA49A70FD7:2
FUUID 6073f264-f33f-194a-a177-9b74f0ea18183fa6
IODev d_ccu
NAME 51_Taster_Tuer_neu2
NR 5225
STATE ???
TYPE HMCCUCHN
ccuaddr 0019DA49A70FD7:2
ccudevstate active
ccuif HmIP-RF
ccuname 51_Taster_Tuer_2
ccutype HmIP-BRC2
channels 1
statevals devstate
READINGS:
2021-04-12 09:12:24 0.CONFIG_PENDING 0
2021-04-12 09:12:24 0.RSSI_DEVICE -71
2021-04-12 09:14:29 activity alive
hmccu:
devspec 0019DA49A70FD7:2
dp:
0.CONFIG_PENDING:
OSVAL 0
OVAL 0
SVAL 0
VAL 0
0.RSSI_DEVICE:
OSVAL -71
OVAL -70
SVAL -71
VAL -69
0.UNREACH:
OSVAL alive
OVAL 0
SVAL alive
VAL 0
Attributes:
IODev d_ccu
ccureadingfilter PRESS
event-on-update-reading .*
room 50_Kinderzimmer->51_Kinderzimmer_Adrian
Internals:
CFGFN
DEF 0019DA49A70FD7:1
FUUID 6073f1cc-f33f-194a-5be9-6e74334836498a80
IODev d_ccu
NAME 51_Taster_Tuer_neu
NR 5207
STATE ???
TYPE HMCCUCHN
ccuaddr 0019DA49A70FD7:1
ccudevstate active
ccuif HmIP-RF
ccuname 51_Taster_Tuer_1
ccutype HmIP-BRC2
channels 1
statevals devstate
READINGS:
2021-04-12 09:12:24 0.CONFIG_PENDING 0
2021-04-12 09:12:24 0.RSSI_DEVICE -71
2021-04-12 09:14:29 activity alive
hmccu:
devspec 0019DA49A70FD7:1
dp:
0.CONFIG_PENDING:
OSVAL 0
OVAL 0
SVAL 0
VAL 0
0.RSSI_DEVICE:
OSVAL -71
OVAL -70
SVAL -71
VAL -69
0.UNREACH:
OSVAL alive
OVAL 0
SVAL alive
VAL 0
Attributes:
IODev d_ccu
ccureadingfilter PRESS
event-on-update-reading .*
room 50_Kinderzimmer->51_Kinderzimmer_Adrian
Es werden aber pro Tastendruck wieder beide Events gleichzeitig ausgelöst, und auch hier ohne long/short PRESS.
2021-04-12 09:14:29 HMCCUCHN 51_Taster_Tuer_neu2 activity: alive
2021-04-12 09:14:29 HMCCUCHN 51_Taster_Tuer_neu activity: alive
2021-04-12 09:14:29 HMCCUDEV 51_Taster_Tuer activity: alive
2021-04-12 09:14:29 HMCCUDEV 51_Taster_Tuer 0.CONFIG_PENDING: 0
2021-04-12 09:14:29 HMCCUDEV 51_Taster_Tuer 0.RSSI_DEVICE: -69
Also immer noch keinen Schritt weiter
Ab hier https://forum.fhem.de/index.php/topic,51339.msg650563.html#msg650563
die folgenden Beiträge lesen.
Danke. Ich habe mithilfe von dem Thread das Ganze jetzt zum Laufen bekommen.
Ich wollte zuerst versuchen das nur mit Fhem zu lösen. Gibt ja einige Devices da geht das von Haus aus. Wenn ich nun in der Zukunft wieder ähnliche Geräte einbinde muss ich daran denken.
Ich habe es wie folgt gelöst:
Eine (logik) Systemvariable angelegt.
Anschließend ein Programm für den oberen Tastendruck erstellt, mit Verknüpfung auf diese Systemvariable.
Getestet, funktioniert. Sowohl long als auch short Press.
Nach einem Funktionstest habe ich sowohl Programm als auch Variable gelöscht (hab zum Testen keine eindeutigen Namen verwendet und wollte das eigentlich ändern).
Obwohl Variable und Programm gelöscht wurden, werden die Events richtig nach FHEM übertragen.
2021-04-12 10:15:52 HMCCUDEV 51_Taster_Tuer 0.RSSI_DEVICE: -73
2021-04-12 10:15:52 HMCCUDEV 51_Taster_Tuer 0.CONFIG_PENDING: 0
2021-04-12 10:15:52 HMCCUDEV 51_Taster_Tuer activity: alive
2021-04-12 10:15:52 HMCCUDEV 51_Taster_Tuer 2.PRESS_SHORT: 1
Mal sehen wie das nach einem Neustart ausschaut. Wenn das so bleibt ists okay. Ansonsten erstelle ich alles sauber noch einmal.
Danke