HMCCU Beispiel Geräte-Definitionen

[zap]

Ich habe Dir im Hauptthread ein Beispiel angehängt. Hier noch 2 Bilder, wie das in der CCU und in FHEM aussieht. Ersparen tust Du Dir eben die manuelle Verknüpferei. Die Gruppe verhält sich wie ein richtiges (nur eben virtuelles Gerät) mit Kanälen, Datenpunkten usw

[Yil]

cool, danke - so hab ich das mittlerweile auch - auch wenn etwas mühsamer 

[Sturi2011]

Hi,

hat jemand ein Beispiel für einen HM-LC-SW4-DR ?
Ich habe es mit dem Beispiel für den HM-LC-SW4-BA-PCB probiert.
Das Schalten der Kanäle funktioniert auch. Ich bekomme aber leider den Status nicht zurück.

Gruß Andreas

[zap]

Bitte zeige mal Deine Gerätedefintion. Werden keine Datenpunkte / Readings aktualisiert oder nur von diesem Device bzw. läuft der RPC-Server?

[Sturi2011]

Hallo,

die anderen Devices funktionieren. RPC Server Läuft.

Code Auswählen Erweitern

define HM_Aussenst HMCCUCHN AussenSt
attr HM_Aussenst IODev CCU2
attr HM_Aussenst ccureadingformat datapoint
attr HM_Aussenst ccureadings 1
attr HM_Aussenst event-on-change-reading .*
attr HM_Aussenst event-on-update-reading .*
attr HM_Aussenst room HM,Schalter
attr HM_Aussenst statedatapoint STATE
attr HM_Aussenst statevals on:true,off:false
attr HM_Aussenst substitute STATE!true:on,false:off

Gruß Andreas

[zap]

D.h. "AussenSt" ist der Name eines Kanals des HM-LC-SW4-DR? Dann passt die Definition.

Problematisch könnte die Kombi event-on-change-reading und event-on-update-reading sein. Ich würde immer nur eines von beiden verwenden. Wenn ein Schalter true/1 und false/0 liefert (ist der Fall, wenn es einen STATE Datenpunkt gibt) solltest Du "event-on-change-reading" verwenden. Bei Schaltern die Datenpunkte PRESS_xxx haben und kein STATE, nimm "event-on-update-reading" (denn PRESS_xxx liefert immer nur true/1).

BTW: ccureadings = 1 ist  Default, kannst Du Dir also sparen.

Hat sich auf CCU Seite etwas bei dem Gerät geändert? Im Zweifel setzte mal einen Befehl "get CCU2 devicelist" ab. Das synchronisiert alle Gerätedefinitionen zwischen FHEM und der CCU. Danach das Device in FHEM neu definieren.

[Sturi2011]

Hallo,

danke für die Tips. Ich werde es heute Abend probieren und mich dann melden.

Gruß Andreas

[Sturi2011]

Hallo,

hier also ein funktionierendes Beispiel für den HM-LC-Sw4-DR:

Code Auswählen Erweitern

define HM_WzFensterSt HMCCUCHN WZStSSchrSt
attr HM_WzFensterSt IODev CCU2
attr HM_WzFensterSt ccureadings 1
attr HM_WzFensterSt room HM,Schalter
attr HM_WzFensterSt statevals on:true,off:false
attr HM_WzFensterSt substitute STATE!1:on,0:off

define HM_LichterkKugel HMCCUCHN LichterketteKugel
attr HM_LichterkKugel IODev CCU2
attr HM_LichterkKugel ccureadings 1
attr HM_LichterkKugel room HM,Schalter
attr HM_LichterkKugel statevals on:true,off:false
attr HM_LichterkKugel substitute STATE!1:on,0:off

define HM_OFensterStHallow HMCCUCHN FensterStObenHallow
attr HM_OFensterStHallow IODev CCU2
attr HM_OFensterStHallow ccureadings 1
attr HM_OFensterStHallow room HM,Schalter
attr HM_OFensterStHallow statevals on:true,off:false
attr HM_OFensterStHallow substitute STATE!1:on,0:off

define HM_Aussenst HMCCUCHN AussenSt
attr HM_Aussenst IODev CCU2
attr HM_Aussenst ccureadings 1
attr HM_Aussenst room HM,Schalter
attr HM_Aussenst statevals on:true,off:false
attr HM_Aussenst substitute STATE!1:on,0:off

Die Steuerung der Aktoren funktionierte noch. Die Rückmeldungen kamen aber nur für HMCCUDEV nicht für HMCCUCHN.
Letztendlich hing es an einem Fhem Neustart nach dem Firmwareupdate in der CCU.Lässt sich da eigentlich ein Reconnet automatisieren? Watchdog?

Ansonsten vielen Dank für das großartige Modul.

Gruß Andreas

[zap]

Schön dass es funktioniert. Ich nehme das mal in die HMCCUConf.pm auf.

Tja, das mit dem Neustart der CCU ist so ein Problem. Grundsätzlich gibt es 2 Möglichkeiten:

1) HMCCU schickt der CCU per RPC ein PING. Darauf antwortet sie entsprechend oder auch nicht. Problem: Das Ping Intervall muss sehr kurz sein, damit auch jeder Neustart der CCU erkannt wird.

2) Man versucht der CCU beizubringen, jeden Neustart an FHEM zu melden. Das finde ich schon deutlich verlässlicher. Allerdings setzt das voraus, dass auf CCU Seite ein Script installiert wird.

Mal sehen ... ich schleppe das Thema schon ziemlich lange mit rum. Wird Zeit für eine Lösung.

[Yil]

Hi zusammen,

hat jemand mal ein Beispiel eines Rauchmelders und einer Rauchmeldergruppe? Mich würde interessieren, ob man die Rauchmeldergruppe via Teamcall o.ä. direkt ansteuern kann.

VG Yil

[chris1284]

ich habe einen rauchmelder, bin aber was die einbindung in fhem angeht auch etwas, naja, ratlos

sd-team:

Code Auswählen Erweitern

Internals:
   DEF        whg_sd_team
   IODev      CCU01
   NAME       whg_sd_team
   NR         101
   STATE      ok
   TYPE       HMCCUDEV
   ccuaddr    *LTK0017293
   ccudevstate Active
   ccuif      BidCos-RF
   ccuname    whg_sd_team
   ccutype    HM-Sec-SD-Team
   channels   2
   statevals  devstate
   Readings:
     2016-12-02 12:22:45   state           ok
     2016-12-02 12:22:45   whg_sd_team.1.STATE ok
Attributes:
   DbLogExclude .*
   IODev      CCU01
   ccureadings 1
   room       HM
   statechannel 1
   statedatapoint 1.STATE
   substitute STATE!(false):ok,(true):alert

Code Auswählen Erweitern

Internals:
   DEF        whg_sd
   IODev      CCU01
   NAME       whg_sd
   NR         100
   STATE      Bat: ok
   TYPE       HMCCUDEV
   ccuaddr    LTK0017293
   ccudevstate Active
   ccuif      BidCos-RF
   ccuname    whg_sd
   ccutype    HM-Sec-SD
   channels   2
   statevals  devstate
   Readings:
     2016-11-24 18:13:56   state           Initialized
     2016-12-02 12:27:15   whg_sd.0.CONFIG_PENDING false
     2016-12-02 12:27:15   whg_sd.0.DEVICE_IN_BOOTLOADER false
     2016-12-02 12:27:15   whg_sd.0.DUTYCYCLE false
     2016-12-02 12:27:15   whg_sd.0.LOWBAT ok
     2016-12-02 12:27:15   whg_sd.0.RSSI_DEVICE 1
     2016-12-02 12:27:15   whg_sd.0.RSSI_PEER 205
     2016-12-02 12:27:15   whg_sd.0.STICKY_UNREACH false
     2016-12-02 12:27:15   whg_sd.0.UNREACH false
     2016-12-02 12:27:15   whg_sd.0.UPDATE_PENDING false
     2016-12-02 12:27:15   whg_sd.1.STATE  false
Attributes:
   DbLogExclude .*
   IODev      CCU01
   ccureadings 1
   room       HM
   stateFormat Bat: whg_sd.0.LOWBAT
   statechannel 0
   substitute LOWBAT!(0|false):ok,(1|true):not ok

mit den cul_hmmodulen konnte man auch per befehl einen alarm auslösen. mit hmccu habe ich dies noch nicht hinbekommen

[zap]

Das explizite Einschalten des Alarms ist mit HMCCU nicht möglich, da das auch mit der CCU nicht geht. Wenn es andere Probleme mit Rauchmeldern gibt, bitte genauer beschreiben.

[Yil]

Konkrete Frage zu den Rauchmeldern: wie funktioniert der Teamcall, der mit Dem HMLAN-Adapter möglich war?

und: wie sieht eine gute, auf HMCCU angepasste Definition eines Rauchmelders und einer Rauchmeldergruppe aus. Würde man das auch so machen, dass man die Geräte zuerst in der CCU gruppiert und dann die Gruppe in FHEM definiert?

[texel]

Hallo zusammen,

hier ein Beispiel wie ich den Dimmer HM-LC-Dim1T-Pl-2 eingebunden habe inkl. HomeKit (Beispiele aus mehreren Threads zusammengetragen):

Code Auswählen Erweitern


# Wohnzimmer: Stehlampe - Dimmer
define CCU.Wohnzimmer.Stehlampe HMCCUDEV KEQxxxxxxxx 1
attr CCU.Wohnzimmer.Stehlampe IODev ccu
attr CCU.Wohnzimmer.Stehlampe alias Wohnzimmer Stehlampe
attr CCU.Wohnzimmer.Stehlampe ccureadingfilter (LEVEL)
attr CCU.Wohnzimmer.Stehlampe ccureadingformat datapoint
attr CCU.Wohnzimmer.Stehlampe ccureadings 1
attr CCU.Wohnzimmer.Stehlampe ccuscaleval LEVEL:0:1:0:100
attr CCU.Wohnzimmer.Stehlampe ccuverify 2
attr CCU.Wohnzimmer.Stehlampe controldatapoint 1.LEVEL
attr CCU.Wohnzimmer.Stehlampe devStateIcon {Color::devStateIcon($name,"dimmer",undef,"state")}
attr CCU.Wohnzimmer.Stehlampe devStateStyle style="text-align:right"
attr CCU.Wohnzimmer.Stehlampe event-on-change-reading .*
attr CCU.Wohnzimmer.Stehlampe group Licht
attr CCU.Wohnzimmer.Stehlampe homebridgeMapping On=state,values=on:1;;off:0,delay=true Brightness=control
attr CCU.Wohnzimmer.Stehlampe icon light_floor_lamp
attr CCU.Wohnzimmer.Stehlampe room Homekit
attr CCU.Wohnzimmer.Stehlampe statechannel 1
attr CCU.Wohnzimmer.Stehlampe statedatapoint 1.LEVEL
attr CCU.Wohnzimmer.Stehlampe stripnumber 2
attr CCU.Wohnzimmer.Stehlampe substexcl control
attr CCU.Wohnzimmer.Stehlampe substitute LEVEL!#0-0:off,#1-100:on
attr CCU.Wohnzimmer.Stehlampe webCmd control:on:off
attr CCU.Wohnzimmer.Stehlampe widgetOverride control:slider,0,10,100
attr CCU.Wohnzimmer.Stehlampe statevals on:1.0,off:0.0,0:0.0,100:1.0


Es gibt einen kleinen Schönheitsfehler:
Beim Ändern des Dimmlevels springt der Regler immer erstmal wild auf andere Werte (z.B. ursprünglich 20% - dann Schieber gestellt auf 50%: Ergebnis: Lampe dimmt auf 50%, dann wieder zurück auf z.B. 22% und dann final auf 50% ....  ist auch nicht so schlimm, weil das Endergebnis ja passt, allerdings etwas unschön, wenn die Lampe immer aufflackert... - hab dies versucht mit Delay zu lösen, bringt aber leider nichts ..

viele Grüße,

Texel

[chris1284]

Konkrete Frage zu den Rauchmeldern: wie funktioniert der Teamcall, der mit Dem HMLAN-Adapter möglich war?

hat er ja gesagt, garnicht. per ccu kannst du weder über das team-device noch über den melder selber was schalten. also auch keinen teamcall oder testalarm.
wenn du das willst musst du zurück zu cul_hm.

wie sieht eine gute, auf HMCCU angepasste Definition eines Rauchmelders und einer Rauchmeldergruppe aus.

wie in meinem beispiel würde ich alle melder selbst + das teamdevice definieren. auf grund der nicht schaltbarkeit bleibt dir also als sinnvolle auswertung bei dem melder selbst nur datapoint 0.LOWBAT ( und evtl. noch 1.STATE wobei bei alarm der team auch auf alarm geht und alle anderen melder auch). beim teamdevice nur 1.STATE.