[gelöst] Config HM-PB-6-WM55 an HMCCU

[pcjogi]

Hallo zusammen,

ich habe eine ccu2 (pivccu) die ohne erkennbare Probleme läuft. Auf dieser CCU2 habe ich den Schalter HM-PB-6-WM55 angelernt und ein Programm erstellt welches über den oberen rechten Schalter einen HM-LC-Sw1-Pl problemlos schaltet.

Auf einem fhem habe ich eine Verbindung zur CCU über HMCCU eingerichtet, die auch scheinbar problemlos funktioniert. Ich kann alle Geräte der CCU problemlos sehen und auch Schalten. auch den o.g. Schalter HM-LC-Sw1-Pl .

Ich bekomme jedoch den EVENT vom HM-PB-6-WM55 überhaupt nicht.

Ein List vom  HM-PB-6-WM55

Code Auswählen Erweitern



Internals:
   DEF        KEQ0909890
   IODev      d_ccu
   NAME       HM_EG.Bad.Schalter
   NR         51
   STATE      Initialized
   TYPE       HMCCUDEV
   ccuaddr    KEQ0909890
   ccudevstate active
   ccuif      BidCos-RF
   ccuname    EG.Bad.Schalter
   ccutype    HM-PB-6-WM55
   channels   7
   statevals  devstate
   READINGS:
     2018-06-06 05:23:42   state           Initialized
Attributes:
   IODev      d_ccu
   room       _HOMEMATIC

Und noch ein get deviceinfo

Code Auswählen Erweitern

CHN KEQ0909890:0 EG.Bad.Schalter:0
  DPT {b} BidCos-RF.KEQ0909890:0.UNREACH = false [RE]
  DPT {b} BidCos-RF.KEQ0909890:0.STICKY_UNREACH = false [RWE]
  DPT {b} BidCos-RF.KEQ0909890:0.CONFIG_PENDING = false [RE]
  DPT {b} BidCos-RF.KEQ0909890:0.LOWBAT = false [RE]
  DPT {n} BidCos-RF.KEQ0909890:0.RSSI_DEVICE = 1 [RE]
  DPT {n} BidCos-RF.KEQ0909890:0.RSSI_PEER = 36 [RE]
  DPT {b} BidCos-RF.KEQ0909890:0.DEVICE_IN_BOOTLOADER = false [RE]
  DPT {b} BidCos-RF.KEQ0909890:0.UPDATE_PENDING = false [RE]
  DPT {n} BidCos-RF.KEQ0909890:0.AES_KEY = 1 [R]
CHN KEQ0909890:1 EG.Bad.Schalter.ol
  DPT {b} BidCos-RF.KEQ0909890:1.PRESS_SHORT = false [WE]
  DPT {b} BidCos-RF.KEQ0909890:1.PRESS_LONG =  [WE]
  DPT {b} BidCos-RF.KEQ0909890:1.INSTALL_TEST = false [E]
  DPT {b} BidCos-RF.KEQ0909890:1.PRESS_CONT =  [E]
  DPT {b} BidCos-RF.KEQ0909890:1.PRESS_LONG_RELEASE =  [E]
CHN KEQ0909890:2 EG.Bad.Schalter.or
  DPT {b} BidCos-RF.KEQ0909890:2.PRESS_SHORT = false [WE]
  DPT {b} BidCos-RF.KEQ0909890:2.PRESS_LONG =  [WE]
  DPT {b} BidCos-RF.KEQ0909890:2.INSTALL_TEST = false [E]
  DPT {b} BidCos-RF.KEQ0909890:2.PRESS_CONT =  [E]
  DPT {b} BidCos-RF.KEQ0909890:2.PRESS_LONG_RELEASE =  [E]
CHN KEQ0909890:3 HM-PB-6-WM55 KEQ0909890:3
  DPT {b} BidCos-RF.KEQ0909890:3.PRESS_SHORT =  [WE]
  DPT {b} BidCos-RF.KEQ0909890:3.PRESS_LONG =  [WE]
  DPT {b} BidCos-RF.KEQ0909890:3.INSTALL_TEST =  [E]
  DPT {b} BidCos-RF.KEQ0909890:3.PRESS_CONT =  [E]
  DPT {b} BidCos-RF.KEQ0909890:3.PRESS_LONG_RELEASE =  [E]
CHN KEQ0909890:4 HM-PB-6-WM55 KEQ0909890:4
  DPT {b} BidCos-RF.KEQ0909890:4.PRESS_SHORT =  [WE]
  DPT {b} BidCos-RF.KEQ0909890:4.PRESS_LONG =  [WE]
  DPT {b} BidCos-RF.KEQ0909890:4.INSTALL_TEST =  [E]
  DPT {b} BidCos-RF.KEQ0909890:4.PRESS_CONT =  [E]
  DPT {b} BidCos-RF.KEQ0909890:4.PRESS_LONG_RELEASE =  [E]
CHN KEQ0909890:5 HM-PB-6-WM55 KEQ0909890:5
  DPT {b} BidCos-RF.KEQ0909890:5.PRESS_SHORT = false [WE]
  DPT {b} BidCos-RF.KEQ0909890:5.PRESS_LONG =  [WE]
  DPT {b} BidCos-RF.KEQ0909890:5.INSTALL_TEST = false [E]
  DPT {b} BidCos-RF.KEQ0909890:5.PRESS_CONT =  [E]
  DPT {b} BidCos-RF.KEQ0909890:5.PRESS_LONG_RELEASE =  [E]
CHN KEQ0909890:6 HM-PB-6-WM55 KEQ0909890:6
  DPT {b} BidCos-RF.KEQ0909890:6.PRESS_SHORT = false [WE]
  DPT {b} BidCos-RF.KEQ0909890:6.PRESS_LONG = false [WE]
  DPT {b} BidCos-RF.KEQ0909890:6.INSTALL_TEST = false [E]
  DPT {b} BidCos-RF.KEQ0909890:6.PRESS_CONT =  [E]
  DPT {b} BidCos-RF.KEQ0909890:6.PRESS_LONG_RELEASE = false [E]


OK


Was kann ich machen?

Danke

[Beta-User]

Hi pcjogi,
ich nutze HM-Komponenten via CUL_HM, daher kann ich nur Vermutungen äußern:
- Das "Programm" dürfte ein direktes Peering zwischen den beiden Geräten herstellen, und keine dauerhafte programmtechnische Logik auf der pivccu, die bei jedem Tastendruck abläuft (Test: funktioniert auch, wenn die CCU2 nicht läuft).
- Daher sendet der Taster dann nicht mehr an "Broadcast" oder die Zentrale, sondern nur noch an den/die Peers
So interpretiere ich jedenfalls die Funksignale/Events, die man bei so einem Setup und Verwendung von CUL_HM und gepeerten Devices bekommt.
Die übrigen Tasten senden weiterhin Events, oder?
Für welchen Zweck benötigst du den Tastendruck? Es sollte doch ein Event vom Sw1 kommen, den du dann zielgerichtet auswerten kannst.

[zap]

Eigentlich sollten Events kommen, wenn eine Taste in einem Programm abgefragt wird.

Wichtig: Für die PRESS Datenpunkte gibt es nur den Zustand "true". Du musst daher unbedingt folgende Attribute setzen:

ccureadingfilter PRESS
event-on-update-reading .*

[pcjogi]

Danke für die Antworten, aber

Der Sw1 ist nur als dummy Test gedacht. Ziel ist es mit dem 6-fach Schalter ein Pioneer AVR zu steuern (An Aus Laut Leise Senderwahl)

Aus den Forum-Beiträgen hatte ich gelesen, dass die CCU nur dann einen Event schickt wenn es ein Programm gibt. Daher das Programm für den Schalter.

Die anderen Schalter senden genausowenig irgendetwas was mit fhem anzeigt.

Ich sehe gerade auch alle anderen Aktoren zwar in der CCU funktionieren, aus fhem abgerufen werden könnne (z.B. deviceinfo) aber auch keinerlei events aus der ccu in fhem ankommen.

Auch mit dem Hinweis (ccureadingfilter PRESS und event-on-update-reading .*) habe ich keinen Erfolg


Bin etwas ratlos

[pcjogi]

Ohne laufenden RPCServer kann das nichts werden. Sorry  und Danke für die Hilfen