Autor Thema: HMCCU Beispiel Geräte-Definitionen  (Gelesen 10595 mal)

Offline zap

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1142
    • HMCCU
HMCCU Beispiel Geräte-Definitionen
« am: 25 März 2016, 16:08:13 »
Ich stelle hier mal einige meiner Client-Device Definitionen vor. Muss ja nicht jeder das Rad neu erfinden.

Tür-/Fensterkontakt HM-Sec-SCo:

# Es wird ein Readonly-Device für den Kanal TF-BO-Fenster:1 definiert
define HM_TF_BO_Fenster HMCCUCHN TF-BO-Fenster:1 readonly
# Uns interessieren nur einige Datenpunkte
attr HM_TF_BO_Fenster ccureadingfilter (ERROR|LOWBAT|STATE)
# Zeigt einen grünen/roten Punkt an
attr HM_TF_BO_Fenster devStateIcon closed:10px-kreis-gruen open:10px-kreis-rot
attr HM_TF_BO_Fenster event-on-change-reading .*
# Werte der CCU in den Readings ersetzen
attr HM_TF_BO_Fenster substitute STATE!(0|false):closed,(1|true):open;;LOWBAT!(0|false):no,(1|true):yes

Wand-Thermostat HM-TC-IT-WM-W-EU

# Das Wandthermostat hat in der CCU den Namen KL-AZ-TH
define HM_KL_AZ_TH HMCCUDEV KL-AZ-TH
# Uns interessieren nur einige Datenpunkte
attr HM_KL_AZ_TH ccureadingfilter (^HUMIDITY|^TEMPERATURE|^DEWPOINT|^SET_TEMPERATURE|^LOWBAT$|^WINDOW_OPEN)
# Güner/roter Kreis je nach Status
attr HM_KL_AZ_TH devStateIcon OK:10px-kreis-gruen Error:10px-kreis-rot Initialized:10px-kreis-gelb
attr HM_KL_AZ_TH event-on-change-reading .*
# Anzeige in STATE formatieren
attr HM_KL_AZ_TH stateFormat T: KL-AZ-TH.1.TEMPERATURE° H: KL-AZ-TH.1.HUMIDITY% D: KL-AZ-TH.2.SET_TEMPERATURE° P: DEWPOINT°
# Statechannel für das Lesen/Setzen der Zieltemperatur mit get/set devstate
attr HM_KL_AZ_TH statechannel 2
# Datenpunkt für das Lesen/Setzen der Zieltemperatur mit get/set devstate
attr HM_KL_AZ_TH statedatapoint SET_TEMPERATURE
# Nur eine Nachkommastelle bei nummerischen Werten
attr HM_KL_AZ_TH stripnumber 1
# Werte aus CCU vor dem Speichern in Readings ersetzen
attr HM_KL_AZ_TH substitute LOWBAT!(0|false):no,(1|true):yes;;WINDOW_OPEN_REPORTING!(true|1):open,(false|0):closed
# Userreading für Taupunkt Berechnung
attr HM_KL_AZ_TH userReadings DEWPOINT {HMCCU_Dewpoint($name,"KL-AZ-TH.1.TEMPERATURE", "KL-AZ-TH.1.HUMIDITY","n/a")}

Heizkörper Thermostat HM-CC-RT-DN

define HM_KL_AZ_HZ HMCCUDEV KL-AZ-HZ
# Uns interessieren nur einige Datenpunkte
attr HM_KL_AZ_HZ ccureadingfilter (LOWBAT|TEMPERATURE|VALVE_STATE|CONTROL)
attr HM_KL_AZ_HZ event-on-change-reading .*
# Anzeige STATE formatieren
attr HM_KL_AZ_HZ stateFormat T: KL-AZ-HZ.4.ACTUAL_TEMPERATURE° D: KL-AZ-HZ.4.SET_TEMPERATURE° V: KL-AZ-HZ.4.VALVE_STATE%
# Kanalnummer für Lesen/Setzen der Zieltemperatur mit get/set devstate
attr HM_KL_AZ_HZ statechannel 4
# Datenpunkt für Lesen/Setzen der Zieltemperatur mit get/set devstate
attr HM_KL_AZ_HZ statedatapoint SET_TEMPERATURE
# Nur eine Nachkommastelle bei nummerischen Werten
attr HM_KL_AZ_HZ stripnumber 1
# Werte aus CCU vor dem Speichern in Readings ersetzen
attr HM_KL_AZ_HZ substitute LOWBAT!(0|false):no,(1|true):yes;;CONTROL_MODE!0:AUTO,1:MANU,2:PARTY,3:BOOST
# Die folgenden Attribute ermöglichen die Einstellung der Zieltemperatur per Slider
attr HM_KL_AZ_HZ controldatapoint 4.SET_TEMPERATURE
attr HM_KL_AZ_HZ webCmd control
attr HM_KL_AZ_HZ widgetOverride control:slider,10,1,25

Virtuelle Gerätegruppe aus Wand- und Heizkörper-Thermostat

# Die Gruppe "G-AZ-HZ" existiert in der CCU. Sie besteht aus den Geräten KL-AZ-HZ,KL-AZ-TH
define HM_G_AZ_HZ HMCCUDEV G-AZ-HZ group=KL-AZ-HZ,KL-AZ-TH
# Uns interessieren nur einige Datenpunkte (hier gefiltert auf Kanäle)
attr HM_G_AZ_HZ ccureadingfilter G-AZ-HZ:1!(CONTROL_MODE|SET_TEMPERATURE),^KL-AZ!(^SET_TEMPERATURE|^TEMPERATURE|^HUMIDITY|LOWBAT$|^VALVE|^CONTROL|^WINDOW_OPEN)
# Beim Setzen eines Wertes wird der gleiche Datenpunkt zur Verifikation gleich nochmal aus der CCU gelesen
attr HM_G_AZ_HZ ccuverify 1
# Für das Setzen der Zieltemperatur per Slider
attr HM_G_AZ_HZ controldatapoint 1.SET_TEMPERATURE
# Immer nützlich
attr HM_G_AZ_HZ event-on-change-reading .*
# Der RPC-Server aktualisiert keine Gruppen-Devices. Daher werden hier die Datenpunkte der echten Devices auf die der Gruppendevices gemappt
attr HM_G_AZ_HZ mapdatapoints KL-AZ-TH:2.SET_TEMPERATURE=G-AZ-HZ:1.SET_TEMPERATURE,KL-AZ-TH:2.CONTROL_MODE=G-AZ-HZ:1.CONTROL_MODE
# STATE Formatieren
attr HM_G_AZ_HZ stateFormat T: KL-AZ-TH.1.TEMPERATURE° H: KL-AZ-TH.1.HUMIDITY% D: KL-AZ-TH.2.SET_TEMPERATURE° P: DEWPOINT° V: KL-AZ-HZ.4.VALVE_STATE%
# Wie beim Wandthermostat (s. Beispiel oben)
attr HM_G_AZ_HZ statechannel 1
attr HM_G_AZ_HZ statedatapoint SET_TEMPERATURE
attr HM_G_AZ_HZ stripnumber 1
attr HM_G_AZ_HZ substitute LOWBAT!(0|false):no,(1|true):yes;;CONTROL_MODE!0:AUTO,1:MANU,2:PARTY,3:BOOST;;WINDOW_OPEN_REPORTING!(true|1):open,(false|0):closed
# Userreadings für Taupunkt, Batteriestatus aller Einzelgeräte der Gruppe, Anzahl Batterien mit LOWBAT=yes
attr HM_G_AZ_HZ userReadings DEWPOINT {HMCCU_Dewpoint($name,"KL-AZ-TH.1.TEMPERATURE", "KL-AZ-TH.1.HUMIDITY","n/a")}, LOWBAT_STATE:(KL-AZ-TH.0.LOWBAT|KL-AZ-HZ.0.LOWBAT) {HMCCU_AggReadings($name, "KL.*LOWBAT","and","no","yes")}, LOWBAT_COUNT:(KL-AZ-TH.0.LOWBAT|KL-AZ-HZ.0.LOWBAT) {HMCCU_AggReadings($name, "KL.*LOWBAT","cnt","yes","")}
# Der Slider für die Zieltemperatur
attr HM_G_AZ_HZ webCmd control
attr HM_G_AZ_HZ widgetOverride control:slider,10,1,25

Schaltsteckdose HM-LC-Sw1-Pl-2

define HM_ST_WZ_Bass HMCCUDEV ST-WZ-Bass
# Nur einige Datenpunkte
attr HM_ST_WZ_Bass ccureadingfilter (STATE|LOWBAT|ON_TIME)
attr HM_ST_WZ_Bass ccureadings 1
attr HM_ST_WZ_Bass devStateIcon on:10px-kreis-gruen off:10px-kreis-rot Initialized:10px-kreis-gelb
attr HM_ST_WZ_Bass event-on-change-reading .*
attr HM_ST_WZ_Bass statechannel 1
# Ermöglicht den Befehl set on/off
attr HM_ST_WZ_Bass statevals on:true,off:false
attr HM_ST_WZ_Bass substitute STATE!true:on,false:off,1:on,0:off

Jalousienschalter (Beispiel von Achiim)

define Arbeitszimmer_Rolladen HMCCUDEV AZ-Rolladen 1
attr Arbeitszimmer_Rolladen IODev myHomematicCCU
attr Arbeitszimmer_Rolladen cmdIcon up:fts_shutter_up stop:fts_shutter_manual down:fts_shutter_down
attr Arbeitszimmer_Rolladen controldatapoint 1.LEVEL
attr Arbeitszimmer_Rolladen eventMap /datapoint 1.STOP 1:stop/datapoint 1.LEVEL 1:down/datapoint 1.LEVEL 0:up/
attr Arbeitszimmer_Rolladen group Arbeitszimmer
attr Arbeitszimmer_Rolladen icon fts_shutter_1w
attr Arbeitszimmer_Rolladen room 02_Oben,HMCCU
attr Arbeitszimmer_Rolladen statechannel 1
attr Arbeitszimmer_Rolladen statevals up:0.0,down:1.0
attr Arbeitszimmer_Rolladen stripnumber 1
attr Arbeitszimmer_Rolladen webCmd control:up:stop:down
attr Arbeitszimmer_Rolladen widgetOverride control:slider,0,0.05,1,1
« Letzte Änderung: 21 April 2016, 18:02:40 von zap »
CCU2 mit diversen Komponenten (Fenster, Rolladen, Themostate, Stromzähler, Steckdosen ...)
FHEM mit Raspi für den Rest (Sonos, AVR, Meteohub, Beacons, Heizung, Hue, Tablet-UI)
HMCCU: Schnittstelle CCU2 - FHEM (best of both worlds approach)

Offline slor

  • Full Member
  • ***
  • Beiträge: 293
Antw:HMCCU Beispiel Geräte-Definitionen
« Antwort #1 am: 25 März 2016, 17:17:46 »
Sehr cool!
Geht das auch mit ner normalen Vccu?
FHEM auf Cubietruck mit Igor Image (weezy)
FS20, Homematic, ESPEasy, Bluetooth Anwesenheitserkennung mit Handys

Offline zap

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1142
    • HMCCU
Antw:HMCCU Beispiel Geräte-Definitionen
« Antwort #2 am: 25 März 2016, 18:00:35 »
Nein. Das ist ausschließlich für die Module HMCCU, HMCCUDEV und HMCCUCHN (direkte Kopplung FHEM - CCU2).
CCU2 mit diversen Komponenten (Fenster, Rolladen, Themostate, Stromzähler, Steckdosen ...)
FHEM mit Raspi für den Rest (Sonos, AVR, Meteohub, Beacons, Heizung, Hue, Tablet-UI)
HMCCU: Schnittstelle CCU2 - FHEM (best of both worlds approach)

Offline Yil

  • Full Member
  • ***
  • Beiträge: 206
Antw:HMCCU Beispiel Geräte-Definitionen
« Antwort #3 am: 20 Juni 2016, 14:29:49 »
Hi,

gibt es auch ein Gerätebeispiel für einen Bewegungsmelder? Und auch für andere Geräte wie Temperatursensoren, Rauchmelder etc. Hier stößt man in der Recherche schnell an die Grenzen, denn die übergebenen Readings lassen sind (z.B. Thema Dewpoint) nicht mehr so einfach verarbeiten wie bei einem Pairing mit dem HMLAN-Adapter.

VG Yil
« Letzte Änderung: 20 Juni 2016, 19:41:33 von Yil »
HM CCU2 mit ca. 35 HM-Komponenten inkl. Bausätzen
fhem auf RPi mit Sonos, EnOcean-CUL, ZWAVE-CUL und Bluetooth
Osram Lightify

Offline Yil

  • Full Member
  • ***
  • Beiträge: 206
Antw:HMCCU Beispiel Geräte-Definitionen
« Antwort #4 am: 23 Juni 2016, 07:48:11 »
Zum Thema Dimmer:

das Gerät wird in der Homematic Zentrale einwandfrei erkannt und ist von dort auch steuerbar.

Die Definition lautet: define <NAME> HMCCUDEV <SN> 1
Die Ergebnisse des Einlesens finde sich in den Anhängen: Internals, readings und Attribute

Zu den Attributen ist zu sagen, dass ich einige aus dem Kontext verschiedener Dialoge herausgefischt und adaptiert habe - im Ergebnis allerdings funktionieren sie nicht.

Ziel sollte es sein, den Dimmer mit set Dimmer on/off bzw. über den pct-Slider zu schalten.

Ich freue mich über Hilfe an dieser Stelle!

VG Yil
HM CCU2 mit ca. 35 HM-Komponenten inkl. Bausätzen
fhem auf RPi mit Sonos, EnOcean-CUL, ZWAVE-CUL und Bluetooth
Osram Lightify

Offline Yil

  • Full Member
  • ***
  • Beiträge: 206
Antw:HMCCU Beispiel Geräte-Definitionen
« Antwort #5 am: 23 Juni 2016, 07:59:05 »
Beispiel einer Definition eines Temperatur-Devices:

define KE.TempInside HMCCUDEV <SN>1
attr KE.TempInside IODev HMCCU2
attr KE.TempInside alias Kellerklima
attr KE.TempInside devStateStyle style="text-align:right;;"
attr KE.TempInside group Klima
attr KE.TempInside icon temp_inside
attr KE.TempInside room Device,Keller
attr KE.TempInside sortby 4
# KE.TempInside.1.TEMPERATURE und KE.TempInside.1.HUMIDITY sind readings des Gerätes
# dewpoint ist ein reading des geräte und Ergebnis folgender Definition: define TaupunktInnen dewpoint dewpoint KE.TempInside KE.TempInside.1.TEMPERATURE KE.TempInside.1.HUMIDITY dewpoint
# sorgt für eine Anzeige im Format: T: 20.0° H: 74% D: 15.1°
attr KE.TempInside stateFormat T: KE.TempInside.1.TEMPERATURE° H: KE.TempInside.1.HUMIDITY% D: dewpoint°
attr KE.TempInside statechannel 1
# einheitliche Darstellung mit einer Nachkommastelle
attr KE.TempInside stripnumber 1

Insbesondere die Anzeige im STATE finde ich gut gelöst - danke an zap für die Unterstützung dabei!
HM CCU2 mit ca. 35 HM-Komponenten inkl. Bausätzen
fhem auf RPi mit Sonos, EnOcean-CUL, ZWAVE-CUL und Bluetooth
Osram Lightify

Offline Yil

  • Full Member
  • ***
  • Beiträge: 206
Antw:HMCCU Beispiel Geräte-Definitionen
« Antwort #6 am: 23 Juni 2016, 08:02:49 »
Beispiel einer Definition eines Bewegungsmelders:

define KE.Bewegung HMCCUDEV LEQ1081348 1
attr KE.Bewegung IODev HMCCU2
attr KE.Bewegung alias Bewegungsmelder Waschküche
attr KE.Bewegung ccuverify 2
attr KE.Bewegung devStateIcon noMotion:message_presence_disabled motion:motion_detector@orange
attr KE.Bewegung devStateStyle style="text-align:right;;"
attr KE.Bewegung event-on-change-reading .*
attr KE.Bewegung group Bewegung
attr KE.Bewegung icon message_presence
attr KE.Bewegung room Device,Keller
attr KE.Bewegung sortby 2
attr KE.Bewegung statechannel 1
# Der Datenpunkt 1.MOTION wird in STATE übernommen und kann wie gewohnt abgefragt werden
attr KE.Bewegung statedatapoint 1.MOTION
# Ersatz der Rückmeldungen des IODev (0/1, bzw. true/false) durch "sprechende" Werte für verschiedene Readings
attr KE.Bewegung substitute MOTION!(0|false):noMotion,(1|true):motion;;;;LOWBAT!(0|false):no,(1|true):yes
HM CCU2 mit ca. 35 HM-Komponenten inkl. Bausätzen
fhem auf RPi mit Sonos, EnOcean-CUL, ZWAVE-CUL und Bluetooth
Osram Lightify

Offline aski71

  • Full Member
  • ***
  • Beiträge: 170
Antw:HMCCU Beispiel Geräte-Definitionen
« Antwort #7 am: 23 Juni 2016, 08:17:23 »
Beispiel eines Homematic Dimmers:

  • devStateIcon und statevals geht sicher besser, war mir aber nicht wichtig.
  • Für die Einbindung in Homebridge (Siri) sind die Attribute room, genericDeviceType und homebridgeMapping notwendig (und natürlich die Installation von homebridge und homebridge-fhem vorher)
  • Ich habe einen jQuery knob über 'control' als Steuerelement verwendet. Wenn man etwas anderes verwendet, muss das auch unter homebridgeMapping angepasst werden.
  • stateFormat rechnet den 0.0 ... 1.0 Wert in eine schönere Anzeige mit 0 ... 100 um.

# Dimmer
define SZDimmer HMCCUDEV LEQ1338562
attr SZDimmer userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
attr SZDimmer IODev ccu2
attr SZDimmer ccureadingfilter (LEVEL|ON_TIME)
attr SZDimmer ccureadings 1
attr SZDimmer ccuverify 2
attr SZDimmer controldatapoint 1.LEVEL
attr SZDimmer devStateIcon Initialized:10px-kreis-gelb 0:li_wht_off:on 100:li_wht_on:off .*:dim43%:off
attr SZDimmer event-on-change-reading .*
attr SZDimmer genericDeviceType light
attr SZDimmer homebridgeMapping Brightness=control::S-Dimmer.LEVEL,factor=100
attr SZDimmer room Homekit
attr SZDimmer stateFormat { sprintf("%d", ReadingsVal($name,"S-Dimmer.LEVEL",0)*100) }
attr SZDimmer statechannel 1
attr SZDimmer statedatapoint LEVEL
attr SZDimmer statevals on:1.0,off:0.0,0:0.0,100:1.0
attr SZDimmer webCmd control
attr SZDimmer widgetOverride control:knob,min:0,max:1,step:0.01,skin:tron,thickness:.4,width:80,height:80,angleArc:180,angleOffset:-90,lineCap:round,fgColor:4175FF,bgColor:E3E3E3

Hope this helps.

Offline Yil

  • Full Member
  • ***
  • Beiträge: 206
Antw:HMCCU Beispiel Geräte-Definitionen
« Antwort #8 am: 23 Juni 2016, 08:44:38 »
Super, mein Dimmer funktioniert  ;D

Aber fehlt da nicht noch das substitue-attr?

Das devIcon "schlägt" nicht an - es wird unabhängig vom Schaltzustand immer nur die ausgeschaltete Glühbirne angezeigt, ein Schalten durch Klicken auf das Symbol ist ebenfalls nicht möglich. Funktioniert das bei Dir?

Um den Dimmer nun aus fhem zu steuern, wie lauten die Befehle?

Auch zeigt der Dimmer nicht die Werte 0 .. 100 an, wie Du schreibst, sondern nur 0 .. 1 mit Nachkommastellen - siehe Anlage. Was mache ich da falsch?
« Letzte Änderung: 23 Juni 2016, 08:48:02 von Yil »
HM CCU2 mit ca. 35 HM-Komponenten inkl. Bausätzen
fhem auf RPi mit Sonos, EnOcean-CUL, ZWAVE-CUL und Bluetooth
Osram Lightify
Hilfreich Hilfreich x 1 Liste anzeigen

Offline Yil

  • Full Member
  • ***
  • Beiträge: 206
Antw:HMCCU Beispiel Geräte-Definitionen
« Antwort #9 am: 23 Juni 2016, 08:55:19 »
hm ... wenn man natürlich den Device-Namen nicht ändert, dann kann's auch nicht funktionieren ... wie peinlich  ::)

Ich bekomme allerdings immer noch keine %-Werte angezeigt, sondern nur 0 .. 1 mit Nachkommastellen.

Gibt es zu der halbkreis-/Kreisform des Widgets auch eine Gerade - so wie bei den pct-Einstellungen?

HM CCU2 mit ca. 35 HM-Komponenten inkl. Bausätzen
fhem auf RPi mit Sonos, EnOcean-CUL, ZWAVE-CUL und Bluetooth
Osram Lightify

Offline aski71

  • Full Member
  • ***
  • Beiträge: 170
Antw:HMCCU Beispiel Geräte-Definitionen
« Antwort #10 am: 23 Juni 2016, 14:34:04 »
hm ... wenn man natürlich den Device-Namen nicht ändert, dann kann's auch nicht funktionieren ... wie peinlich  ::)

Ich bekomme allerdings immer noch keine %-Werte angezeigt, sondern nur 0 .. 1 mit Nachkommastellen.

Gibt es zu der halbkreis-/Kreisform des Widgets auch eine Gerade - so wie bei den pct-Einstellungen?

Der jQuery Knob zeigt leider in der Tat nur die Bruchwerte an.
Das war die einzige Möglichkeit, die ich gefunden habe, um den Dimmer steuern zu können.
Wird bewirkt durch: min:0,max:1,step:0.01
Hier wäre eben besagtes Feature von in HMCCU gut, die Skalierung angeben zu können. Dann kann man im Knob auch die vollen Prozentwerte nehmen.
Das devStateFormat ändert ja nur die Darstellung von STATE.

Und nein: Der Knob kann nur rund. :D Gerade kann der nicht.
Da mir rund zuviel war, hab ich ihn halbrund gemacht und um 90 Grad nach links gedreht: angleArc:180,angleOffset:-90

Einen substitute hab ich nicht.

Offline Yil

  • Full Member
  • ***
  • Beiträge: 206
Antw:HMCCU Beispiel Geräte-Definitionen
« Antwort #11 am: 23 Juni 2016, 16:06:06 »
Ok, danke. Zum Glück hat uns zap mit seiner Roadmap schon den Mund wässrig gemacht  ;)
HM CCU2 mit ca. 35 HM-Komponenten inkl. Bausätzen
fhem auf RPi mit Sonos, EnOcean-CUL, ZWAVE-CUL und Bluetooth
Osram Lightify

Offline chris1284

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3192
Antw:HMCCU Beispiel Geräte-Definitionen
« Antwort #12 am: 29 Juli 2016, 17:21:02 »
das beispei l zum rt-dn ist ja soweit schlüssig. in der regl interessiert aber nicht nur die zieltemp (temp selbst, eco, comfort) sondern auch das setzen des modes (auto, manu, boost) . bekomme ich beides in das eine device?

set <device> datapoitn 4.CONTROL_MODE 1 geht zum beispiel nicht um den mode zu schalten
EDIT: control_mode ist nur lesend! man kann also über

set <device> datapoint 4.BOOST_MODE true/false/1/on/off/[irgendweas hauptsache nicht leer]                     den boost aktivieren
set <device> datapoint 4.MANU_MODE 10.0                     den mode + temp setzen
set <device> datapoint 4.AUTO_MODE true/false/1/on/off/[irgendweas hauptsache nicht leer]    auto aktivieren
set <device> datapoint 4.COMFORT_MODE  true/false/1/on/off/[irgendweas hauptsache nicht leer]    comfort aktivieren
set <device> datapoint 4.LOWERING_MODE true/false/1/on/off/[irgendweas hauptsache nicht leer]     eco aktivieren


im beispiel ist denke steht LOWBAT, das müsste aber BATTERY oder BATTERY_STATE sein oder? mit LOWBAT gibt bei mir zu mindets kein battery reading


der HM-LC-Sw1-Pl-2 bringt bei toggle einen fehler HMCCUDEV: az_sw_led Current device state doesn't match statevals
« Letzte Änderung: 29 Juli 2016, 19:40:01 von chris1284 »
#HP Proliant MicroServer Gen8: FHEM, SAMBA, PLEX
#CCU2 + HMLAN: Heizung, Schalter, Sensoren, Remotes
#nanoCUL868: lacrossmode für Außensensor
#culCUBE868,signalduino,nanoCUL433: die lauschen nur

Offline chris1284

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3192
Antw:HMCCU Beispiel Geräte-Definitionen
« Antwort #13 am: 29 Juli 2016, 20:12:51 »
anbei eine beispielconfgi für die 4 schaltbaren Kanäle eine HM-LC-SW4-BA-PCB (4-Kanal-Funk-Schaltaktor für Batteriebetrieb).
Damit taucht er wie gewohnt (Module CUL_HM) in fhem auf

define az_sw4_Sw_01 HMCCUCHN az_sw4:1
attr az_sw4_Sw_01 IODev CCU01
attr az_sw4_Sw_01 ccureadings 1
attr az_sw4_Sw_01 room HM
attr az_sw4_Sw_01 statevals on:true,off:false
attr az_sw4_Sw_01 substitute STATE!1:on,0:off

define az_sw4_Sw_02 HMCCUCHN az_sw4:2
attr az_sw4_Sw_02 IODev CCU01
attr az_sw4_Sw_02 ccureadings 1
attr az_sw4_Sw_02 room HM
attr az_sw4_Sw_02 statevals on:true,off:false
attr az_sw4_Sw_02 substitute STATE!1:on,0:off

define az_sw4_Sw_03 HMCCUCHN az_sw4:3
attr az_sw4_Sw_03 IODev CCU01
attr az_sw4_Sw_03 ccureadings 1
attr az_sw4_Sw_03 room HM
attr az_sw4_Sw_03 statevals on:true,off:false
attr az_sw4_Sw_03 substitute STATE!1:on,0:off

define az_sw4_Sw_04 HMCCUCHN az_sw4:4
attr az_sw4_Sw_04 IODev CCU01
attr az_sw4_Sw_04 ccureadings 1
attr az_sw4_Sw_04 room HM
attr az_sw4_Sw_04 statevals on:true,off:false
attr az_sw4_Sw_04 substitute STATE!1:on,0:off

allerdings kann er noch kein on-for-timer, diese option wird aber beim HMCCUDEV des SW4 gelistet !? dafür toogle, was der zwischenstecker noch nicht kann.
« Letzte Änderung: 29 Juli 2016, 20:20:54 von chris1284 »
#HP Proliant MicroServer Gen8: FHEM, SAMBA, PLEX
#CCU2 + HMLAN: Heizung, Schalter, Sensoren, Remotes
#nanoCUL868: lacrossmode für Außensensor
#culCUBE868,signalduino,nanoCUL433: die lauschen nur

Offline DaDiGi

  • New Member
  • *
  • Beiträge: 3
HMCCU Beispiel HMIP Geräte-Definitionen
« Antwort #14 am: 31 Juli 2016, 01:15:05 »
Tach,

ich habe mir diese Woche eine CCU2 und einen Satz Homematic-IP Geräte gekauft, da ich für meinen defekten FHT80b keinen Ersatz mehr gefunden habe.
Hier nun meine Device-Infos und Beispielkonfigurationen (Nix ausgefeiltes, aber tut erst mal).

Heizungsthermostat HMIP-eTRV

Device-Info:
CHN 000393C991817A:0 BB_Ventilantrieb_c:0
  DPT {b} HmIP-RF.000393C991817A:0.CONFIG_PENDING = false [E]
  DPT {b} HmIP-RF.000393C991817A:0.DUTY_CYCLE = false [RE]
  DPT {b} HmIP-RF.000393C991817A:0.LOW_BAT = false [RE]
  DPT {f} HmIP-RF.000393C991817A:0.OPERATING_VOLTAGE = 3.000000 [RE]
  DPT {b} HmIP-RF.000393C991817A:0.UNREACH = false [RE]
CHN 000393C991817A:1 BB_Ventilantrieb:1
  DPT {i} HmIP-RF.000393C991817A:1.ACTIVE_PROFILE = 1 [WE]
  DPT {f} HmIP-RF.000393C991817A:1.ACTUAL_TEMPERATURE = 26.200000 [RE]
  DPT {b} HmIP-RF.000393C991817A:1.BOOST_MODE = false [WE]
  DPT {f} HmIP-RF.000393C991817A:1.CONTROL_DIFFERENTIAL_TEMP =  [WE]
  DPT {i} HmIP-RF.000393C991817A:1.CONTROL_MODE =  [WE]
  DPT {i} HmIP-RF.000393C991817A:1.DURATION_UNIT =  [W]
  DPT {i} HmIP-RF.000393C991817A:1.DURATION_VALUE =  [W]
  DPT {b} HmIP-RF.000393C991817A:1.FROST_PROTECTION = false [RE]
  DPT {f} HmIP-RF.000393C991817A:1.LEVEL = 0.000000 [RWE]
  DPT {b} HmIP-RF.000393C991817A:1.PARTY_MODE = false [RE]
  DPT {f} HmIP-RF.000393C991817A:1.PARTY_SET_POINT_TEMPERATU = 0.000000 [RE]
  DPT {s} HmIP-RF.000393C991817A:1.PARTY_TIME_END =  [RWE]
  DPT {s} HmIP-RF.000393C991817A:1.PARTY_TIME_START =  [RWE]
  DPT {i} HmIP-RF.000393C991817A:1.SET_POINT_MODE = 0 [RWE]
  DPT {f} HmIP-RF.000393C991817A:1.SET_POINT_TEMPERATURE = 18.000000 [RWE]
  DPT {b} HmIP-RF.000393C991817A:1.SWITCH_POINT_OCCURED = false [RE]
  DPT {b} HmIP-RF.000393C991817A:1.VALVE_ADAPTION =  [WE]
  DPT {i} HmIP-RF.000393C991817A:1.VALVE_STATE = 4 [RE]
  DPT {i} HmIP-RF.000393C991817A:1.WINDOW_STATE = 0 [WE]

Definition:
define BB_Ventilantrieb HMCCUDEV BB_Ventilantrieb 1
attr BB_Ventilantrieb IODev HM_CCU2
attr BB_Ventilantrieb ccureadingfilter (LOW_BAT|TEMPERATURE|VALVE|CONTROL)
attr BB_Ventilantrieb event-on-change-reading .*
attr BB_Ventilantrieb group Heizung und Temperatur
attr BB_Ventilantrieb icon hc_wht_regler
attr BB_Ventilantrieb room 03.Bitburg,60.HomeMatic
attr BB_Ventilantrieb stateFormat BB_Ventilantrieb.1.VALVE_STATE%
attr BB_Ventilantrieb statechannel 1
attr BB_Ventilantrieb statedatapoint 1.VALVE_STATE
attr BB_Ventilantrieb stripnumber 1
attr BB_Ventilantrieb substitute LOW_BAT!(0|false):ok,(1|true):low;;CONTROL_MODE!0:AUTO,1:MANU,2:PARTY,3:BOOST

Wandthermostat HMIP-WTH

Device-Info:
CHN 000313C9906C56:0 BB_Raumregler_c:0
  DPT {b} HmIP-RF.000313C9906C56:0.CONFIG_PENDING = false [E]
  DPT {b} HmIP-RF.000313C9906C56:0.DUTY_CYCLE = false [RE]
  DPT {b} HmIP-RF.000313C9906C56:0.LOW_BAT = false [RE]
  DPT {f} HmIP-RF.000313C9906C56:0.OPERATING_VOLTAGE = 3.000000 [RE]
  DPT {b} HmIP-RF.000313C9906C56:0.UNREACH = false [RE]
CHN 000313C9906C56:1 BB_Raumregler:1
  DPT {i} HmIP-RF.000313C9906C56:1.ACTIVE_PROFILE = 1 [WE]
  DPT {f} HmIP-RF.000313C9906C56:1.ACTUAL_TEMPERATURE = 26.200000 [RE]
  DPT {b} HmIP-RF.000313C9906C56:1.BOOST_MODE = false [WE]
  DPT {f} HmIP-RF.000313C9906C56:1.CONTROL_DIFFERENTIAL_TEMP =  [WE]
  DPT {i} HmIP-RF.000313C9906C56:1.CONTROL_MODE =  [WE]
  DPT {i} HmIP-RF.000313C9906C56:1.DURATION_UNIT =  [W]
  DPT {i} HmIP-RF.000313C9906C56:1.DURATION_VALUE =  [W]
  DPT {b} HmIP-RF.000313C9906C56:1.FROST_PROTECTION = false [RE]
  DPT {i} HmIP-RF.000313C9906C56:1.HUMIDITY = 51 [RE]
  DPT {b} HmIP-RF.000313C9906C56:1.PARTY_MODE = false [RE]
  DPT {f} HmIP-RF.000313C9906C56:1.PARTY_SET_POINT_TEMPERATU = 12.000000 [RE]
  DPT {s} HmIP-RF.000313C9906C56:1.PARTY_TIME_END =  [RWE]
  DPT {s} HmIP-RF.000313C9906C56:1.PARTY_TIME_START =  [RWE]
  DPT {i} HmIP-RF.000313C9906C56:1.SET_POINT_MODE = 0 [RWE]
  DPT {f} HmIP-RF.000313C9906C56:1.SET_POINT_TEMPERATURE = 18.000000 [RWE]
  DPT {b} HmIP-RF.000313C9906C56:1.SWITCH_POINT_OCCURED = false [RE]
  DPT {i} HmIP-RF.000313C9906C56:1.WINDOW_STATE = 0 [WE]

Definition:
define BB_Raumregler HMCCUDEV BB_Raumregler 1
attr BB_Raumregler userattr Typ Typ_map structexclude
attr BB_Raumregler IODev HM_CCU2
attr BB_Raumregler Typ Raumregler_oben
attr BB_Raumregler ccureadingfilter (ACTUAL_TEMPERATURE|ACTIVE_PROFILE|BOOST_MODE|SET_POINT|PARTY|HUMIDITY|WINDOW_STATE|LOW_BAT)
attr BB_Raumregler ccureadingformat name
attr BB_Raumregler controldatapoint 1.SET_POINT_TEMPERATURE
attr BB_Raumregler event-on-change-reading .*
attr BB_Raumregler group Heizung und Temperatur
attr BB_Raumregler icon hm-tc-it-wm-w-eu
attr BB_Raumregler room 03.Bitburg,60.HomeMatic
attr BB_Raumregler stateFormat measured-temp: BB_Raumregler.1.ACTUAL_TEMPERATURE
attr BB_Raumregler statechannel 1
attr BB_Raumregler statedatapoint ACTUAL_TEMPERATURE
attr BB_Raumregler stripnumber 1
attr BB_Raumregler substitute LOW_BAT!(0|false):ok,(1|true):low;;WINDOW_STATE!(true|1):Open,(false|0):Closed

Optischer Fensterkontakt HMIP-SWDO

Device-Info:
CHN 0000D3C99064B8:0 BB_Fensterkontakt:0
  DPT {b} HmIP-RF.0000D3C99064B8:0.CONFIG_PENDING = false [E]
  DPT {b} HmIP-RF.0000D3C99064B8:0.DUTY_CYCLE = false [RE]
  DPT {8} HmIP-RF.0000D3C99064B8:0.ERROR_CODE = 0 [RE]
  DPT {b} HmIP-RF.0000D3C99064B8:0.LOW_BAT = false [RE]
  DPT {f} HmIP-RF.0000D3C99064B8:0.OPERATING_VOLTAGE = 1.500000 [RE]
  DPT {b} HmIP-RF.0000D3C99064B8:0.SABOTAGE = false [RE]
  DPT {b} HmIP-RF.0000D3C99064B8:0.UNREACH = false [RE]
CHN 0000D3C99064B8:1 BB_Fensterkontakt:1
  DPT {i} HmIP-RF.0000D3C99064B8:1.STATE = 0 [RE]

Definition:
define BB_Fensterkontakt HMCCUDEV BB_Fensterkontakt 1 readonly
attr BB_Fensterkontakt IODev HM_CCU2
attr BB_Fensterkontakt ccureadingfilter (ERROR_CODE|LOW_BAT|STATE)
attr BB_Fensterkontakt devStateIcon Open:fts_window_2w_tilt_l Closed:fts_window_2w
attr BB_Fensterkontakt event-on-change-reading .*
attr BB_Fensterkontakt group Türen und Fenster
attr BB_Fensterkontakt icon fts_window_2w_tilt
attr BB_Fensterkontakt room 03.Bitburg,60.HomeMatic
attr BB_Fensterkontakt statechannel 1
attr BB_Fensterkontakt statedatapoint 1.STATE
attr BB_Fensterkontakt substitute STATE!(0|false):Closed,(1|true):Open;;LOW_BAT!(0|false):ok,(1|true):not ok
Release  : 5.7 FeatureLevel: 5.7
  OS       : linux
  Arch     : x86_64-linux-gnu-thread-multi
  Perl     : v5.22.1