HmIP-BRC2 - keine Kanalevents

Begonnen von xeenon, 11 April 2021, 20:40:55

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten1
Benutzer-Aktionen

xeenon

11 April 2021, 20:40:55
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:
Code Auswählen
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:
Code Auswählen
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:
Code Auswählen
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:
Code Auswählen
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

xeenon

#1
12 April 2021, 09:19:55
Ich habe jetzt versucht die Kanäle einzeln mit HMCCUCHN abzugreifen:

Code Auswählen
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


Code Auswählen
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.

Code Auswählen
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

zap

#2
12 April 2021, 10:08:28
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

xeenon

#3
12 April 2021, 10:21:55
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.

Code Auswählen
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
Drucken
Nach oben Seiten1
Benutzer-Aktionen