Hallo zusammen,
ich habe seit ein paar Tagen erstmals als Heizkörperthermostate Geräte aus der Homematic-IP Serie im Einsatz (HmIP-eTRV-2)
Meine bisherigen Thermostate sind aus der homematic Serie (HM-CC-RT-DN)
Bei den HM-CC-RT-DN sind die Kanäle (01 - 06) in fhem konfigurierbar, da direkt eingebunden.
Wenn ich den Thermostaten HmIP-eTRV-2 über HMCCU mit "get ccu_00 createDev <device Name>" einbinde, sehe ich nur Readings vom Master-device aber keine Kanäle.
Somit kann ich z.Bsp. keine Temp-Liste über fhem in das device schreiben, die Kanäle sind aber in der VCCUx angelegt.
Das habe jetzt über die CCUx gemacht(in diesem Fall über Charly).
Wenn das der einzige Weg ist, wäre das blöd, da ich dann zwei getrennte Wege gehen müsste HM-CC-RT-DN versus HmIP-eTRV-2 und keine gemeinsame Liste mehr hätte.
Die nächste Frage wäre dann, wie sieht es mit dem peering von Fensterkontakt oder externem Thermometer aus?
Die Frage ist, hätte ich das Thermostat anders in fhem einbinden müssen?
Gibt es einen Weg die Kanäle des HmIP-eTRV-2 in fhem sichtbar und konfigurierbar zu machen?
Grüße Joachim
Internals:
CFGFN
DEF 00395F29A8D362:1
FUUID 63a8bf2a-f33f-8c2a-90d3-abe11ccf485a3360
IODev ccu_00
NAME 00_UG_Freizeitraum_HzgThermostat_HM_IP
NR 24547
STATE 20.8
TYPE HMCCUCHN
ccuaddr 00395F29A8D362:1
ccudevstate active
ccuif HmIP-RF
ccuname HmIP-eTRV-2 I9F 00395F29A8D362:1
ccurolectrl HEATING_CLIMATECONTROL_TRANSCEIVER
ccurolestate HEATING_CLIMATECONTROL_TRANSCEIVER
ccusubtype TRV
ccutype HmIP-eTRV-2,I9F
eventCount 94
firmware 2.2.16
readonly no
OLDREADINGS:
READINGS:
2022-12-26 12:27:17 ACTIVE_PROFILE 1
2022-12-26 12:27:17 ACTUAL_TEMPERATURE 20.8
2022-12-26 12:27:17 ACTUAL_TEMPERATURE_STATUS NORMAL
2022-12-26 12:27:17 BOOST_MODE false
2022-12-26 12:27:17 BOOST_TIME 0
2022-12-26 12:27:17 FROST_PROTECTION false
2022-12-26 12:27:17 LEVEL 47
2022-12-26 12:27:17 LEVEL_STATUS NORMAL
2022-12-26 12:27:17 PARTY_MODE false
2022-12-25 22:22:50 PARTY_SET_POINT_TEMPERATURE 0.0
2022-12-25 22:22:50 PARTY_TIME_END
2022-12-25 22:22:50 PARTY_TIME_START
2022-12-26 12:27:17 QUICK_VETO_TIME 0
2022-12-26 12:27:17 SET_POINT_MODE auto
2022-12-26 12:27:17 SET_POINT_TEMPERATURE 20.0
2022-12-26 12:27:17 SWITCH_POINT_OCCURED false
2022-12-25 22:22:50 VALVE_ADAPTION false
2022-12-26 12:27:17 VALVE_STATE ADAPTION_DONE
2022-12-26 12:27:17 WINDOW_STATE closed
2022-12-26 12:27:17 activity alive
2022-12-26 12:27:17 battery ok
2022-12-26 12:27:17 control 20.0
2022-12-26 12:27:17 desired-temp 20.0
2022-12-26 12:27:17 devstate ok
2022-12-26 12:27:17 hmstate 20.8
2022-12-26 12:27:17 measured-temp 20.8
2022-12-26 12:27:17 rssidevice -63
2022-12-25 22:22:50 rssipeer -74
2022-12-26 12:27:17 state 20.8
2022-12-26 12:27:17 voltage 3.1
hmccu:
channels 1
detect 1
devspec 00395F29A8D362:1
nodefaults 0
role 1:HEATING_CLIMATECONTROL_TRANSCEIVER
setDefaults 0
cmdlist:
get
set on:noArg manu:noArg boost:noArg desired-temp off:noArg holiday:noArg auto:noArg toggle:noArg
control:
chn 1
dpt SET_POINT_TEMPERATURE
dp:
0.CONFIG_PENDING:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.DUTY_CYCLE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.INSTALL_TEST:
VALUES:
NVAL true
ONVAL true
OSVAL true
OVAL true
SVAL true
VAL true
0.LOW_BAT:
VALUES:
NVAL 0
ONVAL 0
OSVAL ok
OVAL 0
SVAL ok
VAL 0
0.OPERATING_VOLTAGE:
VALUES:
NVAL 3.1
ONVAL 3.1
OSVAL 3.1
OVAL 3.1
SVAL 3.1
VAL 3.1
0.OPERATING_VOLTAGE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
0.RSSI_DEVICE:
VALUES:
NVAL -63
ONVAL -64
OSVAL -64
OVAL -64
SVAL -63
VAL -63
0.RSSI_PEER:
VALUES:
NVAL -74
ONVAL -74
OSVAL -74
OVAL 182
SVAL -74
VAL 182
0.UNREACH:
VALUES:
NVAL 0
ONVAL 0
OSVAL alive
OVAL 0
SVAL alive
VAL 0
0.UPDATE_PENDING:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
1.ACTIVE_PROFILE:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
1.ACTUAL_TEMPERATURE:
VALUES:
NVAL 20.8
ONVAL 20.8
OSVAL 20.8
OVAL 20.8
SVAL 20.8
VAL 20.8
1.ACTUAL_TEMPERATURE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
1.BOOST_MODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
1.BOOST_TIME:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
1.FROST_PROTECTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
1.LEVEL:
VALUES:
NVAL 47
ONVAL 37
OSVAL 37
OVAL 0.37
SVAL 47
VAL 0.47
1.LEVEL_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
1.PARTY_MODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
1.PARTY_SET_POINT_TEMPERATURE:
VALUES:
NVAL 0.000000
ONVAL 0.000000
OSVAL 0.0
OVAL 0.000000
SVAL 0.0
VAL 0.000000
1.PARTY_TIME_END:
VALUES:
NVAL
ONVAL
OSVAL
OVAL
SVAL
VAL
1.PARTY_TIME_START:
VALUES:
NVAL
ONVAL
OSVAL
OVAL
SVAL
VAL
1.QUICK_VETO_TIME:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
1.SET_POINT_MODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL auto
OVAL 0
SVAL auto
VAL 0
1.SET_POINT_TEMPERATURE:
VALUES:
NVAL 20.0
ONVAL 20.0
OSVAL 20.0
OVAL 20.0
SVAL 20.0
VAL 20.0
1.SWITCH_POINT_OCCURED:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
1.VALVE_ADAPTION:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
1.VALVE_STATE:
VALUES:
NVAL 4
ONVAL 4
OSVAL ADAPTION_DONE
OVAL 4
SVAL ADAPTION_DONE
VAL 4
1.WINDOW_STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL closed
OVAL 0
SVAL closed
VAL 0
roleCmds:
get:
set:
auto:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:CONTROL_MODE:0
usage auto
subcmd:
000:
args 0
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
boost:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:BOOST_MODE:1
usage boost
subcmd:
000:
args 1
dpt BOOST_MODE
fnc
max 1
min 0
parname BOOST_MODE
partype 3
ps VALUES
scn 000
unit
desired-temp:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:SET_POINT_TEMPERATURE:?temperature
usage desired-temp temperature
subcmd:
000:
args
dpt SET_POINT_TEMPERATURE
fnc
max 30.5
min 4.5
parname temperature
partype 2
ps VALUES
scn 000
unit �C
holiday:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:CONTROL_MODE:2
usage holiday
subcmd:
000:
args 2
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
manu:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:CONTROL_MODE:1
usage manu
subcmd:
000:
args 1
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
off:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 2
syntax V:CONTROL_MODE:1 V:SET_POINT_TEMPERATURE:4.5
usage off
subcmd:
000:
args 1
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
001:
args 4.5
dpt SET_POINT_TEMPERATURE
fnc
max 30.5
min 4.5
parname SET_POINT_TEMPERATURE
partype 3
ps VALUES
scn 001
unit �C
on:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 2
syntax V:CONTROL_MODE:1 V:SET_POINT_TEMPERATURE:30.5
usage on
subcmd:
000:
args 1
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
001:
args 30.5
dpt SET_POINT_TEMPERATURE
fnc
max 30.5
min 4.5
parname SET_POINT_TEMPERATURE
partype 3
ps VALUES
scn 001
unit �C
state:
chn 1
dpt ACTUAL_TEMPERATURE
Attributes:
cmdIcon auto:sani_heating_automatic manu:sani_heating_manual boost:sani_heating_boost on:general_an off:general_aus
icon hm-cc-rt-dn
room 00_Untergeschoss->Freizeitraum
substexcl desired-temp
webCmd desired-temp:auto:manu:boost:on:off
widgetOverride desired-temp:slider,4.5,0.5,30.5,1
Auf wenn es jetzt keine Lösung zu Deinem Problem ist ... wie schreibst Du die Temp-Liste in die HM Geräte? Hast Du eventuell eine Doku dazu?
Bei homematic (classic) habe ich mich an das Wiki gehalten
https://wiki.fhem.de/wiki/HomeMatic_HMInfo_TempList/Weekplan
Bei HM-IP händisch in der Web-Oberfläche von RaspberryMatic, siehe Anhang
.. Bin gerade verwirrt. Steuerst Du die Classic Geräte über CCU oder über VCCU? Sind bekanntlich 2 völlig verschiedene Gerätetypen ...
@Werniemann,
ahh, ok, das hätte ich vielleicht erwähnen sollen, bzw im ersten Thread ist ein "V" zu viel
ZitatSomit kann ich z.Bsp. keine Temp-Liste über fhem in das device schreiben, die Kanäle sind aber in der VCCUx angelegt.
nicht "VCCUx" sondern "CCU3" (Charly)
HM classic devices laufen in fhem über VCCU, HM-IP devices sind an einer CCU3 (Charly) angelernt und in fhem über die HM-CCU Anbindung integriert
Irgendjemand hatte hier mal im Forum gepostet, wie er über HMCCU die Wochenpläne versendet. Leider habe ich "den Link" verloren und nie wieder gefunden ....
Und ca, HMCCU und VCCU sind so verschieden, das Du wahrscheinlich, auch wenn Du es über FHEM regelst, es 2 mal ablegen mußt.
ZitatDie nächste Frage wäre dann, wie sieht es mit dem peering von Fensterkontakt oder externem Thermometer aus?
soweit ich weiss, kann man kein peering zwischen bidcos und hmip einrichten.
also müssen fensterkontakte und externe tempsensoren ebenfalls hmip sein.
Diese Inkompatibilität ist bei einem Mischbetrieb (homematic classic und HmIP) ziemlich ärgerlich.
Man stelle sich vor, ein großer Raum, mehrere Heizkörper mit Thermostatventilen beider Generationen, mehrere Fenster mit Fensterkontakt (classic) und einen Raumthermostaten (classic) zur zentralen Temperatursteuerung.
Entweder fallen einige devices hinten runter oder man macht es teilweise doppelt, eigentlich nicht praktikabel.
Das Ganze wird dann mit abnehmender Verfügbarkeit (elv) der homematic classic Geräte zunehmend relevanter.
@frank, ist geplant irgendwann die Kanäle des HmIP-eTRV-2 in fhem als HMCCUCHN darzustellen um diese dann lokal zu parametrieren?
Zitat von: frank am 26 Dezember 2022, 14:50:08
soweit ich weiss, kann man kein peering zwischen bidcos und hmip einrichten.
also müssen fensterkontakte und externe tempsensoren ebenfalls hmip sein.
Der Mischbetrieb von Sensoren aus beiden Welten ist zumindest für classic-Aktoren möglich.
Ich verwende z.B. aktuell nur classic-Thermostatventile; die Fenstersensoren hingegen sind gemischt aus beiden Generationen im Einsatz.
classic-Geräte sind allesamt an VCCU gebunden; IP-Geräte allesamt an HMCCU.
Direktes Peering ist nicht möglich, aber dank virtueller HM-Geräte können die classic-Thermostatventile indirekt mit IP-Sensoren gepeert werden.
- 3 Sensoren (1 classic + 2 IP) steuern 1 Thermostatventil (classic)
- 1 Sensor (IP) steuert 2 Thermostatventile (classic)
Zitat
sehe ich nur Readings vom Master-device aber keine Kanäle
Laut Wiki gilt: Wenn ein CCU-Gerät mehrere identische Kanalrollen besitzt, erzeugt HMCCU für jeden Kanal ein HMCCUCHN-Device.
Was liefert "get ccu_00 ccuDevices" für Informationen bzgl. Kanalrollen beim Thermostatventil?
Was liefert "get ccu_00 deviceInfo <thermostatventil>"?
Hier gibt es ein paar Erkenntnisse zum Thema IP und Wochenplan:
https://forum.fhem.de/index.php/topic,102404.msg959610.html#msg959610 (https://forum.fhem.de/index.php/topic,102404.msg959610.html#msg959610)
@OdfFhem, danke für die Hinweise, anbei die Ausgabe der get-Befehle.
Mir ist jetzt nicht ganz klar, was hilft mir das Wissen darüber?
In fhem sind nicht alle Kanäle sichtbar, von den Readings des devices nur eine begrenzte Anzahl.
in RaspberryMatic sehe ich zwar alle Kanäle, allerdings sind nur Kanal_00 und Kanal_01 (Temp-Listen) konfigurierbar.
Man könnte jetzt vermuten was nicht mal in RaspberryMatic konfigurierbar ist, wird auch in fhem nicht parametrierbar gemacht werden können.
Wobei Ich im Moment nicht mal weiß, wie ein peeren von Fensterkontakt (HM-IP) und Wandthermostat (HM-IP) mit dem HM-IP Heizungsthermostaten in RaspberryMatic funktioniert.
Grüße Joachim
"get ccu_00 ccuDevices"
sie Anhang screenshot
"get ccu_00 deviceInfo 00_UG_Freizeitraum_HzgThermostat_HM_IP"
Device channels and datapoints
DEV 00_UG_Freizeitraum_HzgThermostat_HM_IP 00395F29A8D362 interface=HmIP-RF type=HmIP-eTRV-2 I9F
CHN 00395F29A8D362:0 00_UG_Freizeitraum_HzgThermostat_HM_IP:0
0.CONFIG_PENDING = false {b} [RE]
0.DUTY_CYCLE = false {b} [RE]
0.INSTALL_TEST = true {b} [RW]
0.LOW_BAT = false {b} [RE]
0.OPERATING_VOLTAGE = 3.100000 {f} [RE]
0.OPERATING_VOLTAGE_STATUS = 0 {i} [RE]
0.RSSI_DEVICE = 193 {n} [RE]
0.RSSI_PEER = 0 {n} [RE]
0.UNREACH = false {b} [RE]
0.UPDATE_PENDING = false {b} [RE]
CHN 00395F29A8D362:1 HmIP-eTRV-2 I9F 00395F29A8D362:1
1.ACTIVE_PROFILE = 1 {i} [RWE]
1.ACTUAL_TEMPERATURE = 18.800000 {f} [RE]
1.ACTUAL_TEMPERATURE_STATUS = 0 {i} [RE]
1.BOOST_MODE = false {b} [WE]
1.BOOST_TIME = 0 {i} [RE]
1.CONTROL_DIFFERENTIAL_TEMPERATURE = {f} [W]
1.CONTROL_MODE = {i} [W]
1.DURATION_UNIT = {i} [W]
1.DURATION_VALUE = {i} [W]
1.FROST_PROTECTION = false {b} [RE]
1.LEVEL = 0.140000 {f} [RWE]
1.LEVEL_STATUS = 0 {i} [RE]
1.PARTY_MODE = false {b} [RE]
1.PARTY_SET_POINT_TEMPERATURE = 0.000000 {f} [RE]
1.PARTY_TIME_END = {s} [RWE]
1.PARTY_TIME_START = {s} [RWE]
1.QUICK_VETO_TIME = 0 {i} [RE]
1.SET_POINT_MODE = 0 {i} [RWE]
1.SET_POINT_TEMPERATURE = 18.000000 {f} [RWE]
1.SWITCH_POINT_OCCURED = false {b} [RE]
1.VALVE_ADAPTION = false {b} [RWE]
1.VALVE_STATE = 4 {i} [RE]
1.WINDOW_STATE = 0 {i} [RWE]
Device detection:
StateDatapoint = 1.ACTUAL_TEMPERATURE [HEATING_CLIMATECONTROL_TRANSCEIVER]
ControlDatapoint = 1.SET_POINT_TEMPERATURE [HEATING_CLIMATECONTROL_TRANSCEIVER]
Recommended module for device definition: HMCCUCHN
Device description
Device 00395F29A8D362 00_UG_Freizeitraum_HzgThermostat_HM_IP [HmIP-eTRV-2,I9F]
AES_ACTIVE: 1
AVAILABLE_FIRMWARE: 0.0.0
CHILDREN: 00395F29A8D362:0,00395F29A8D362:1,00395F29A8D362:2,00395F29A8D362:3,00395F29A8D362:4,00395F29A8D362:5,00395F29A8D362:6,00395F29A8D362:7
DIRECTION: NONE
FIRMWARE: 2.2.16
FIRMWARE_UPDATE_STATE: UP_TO_DATE
FLAGS: Visible
PARAMSETS: MASTER,SERVICE
RF_ADDRESS: 2337532
ROAMING: 0
RX_MODE: ALWAYS,LAZY_CONFIG
SUBTYPE: TRV
UPDATABLE: 1
Channel 00395F29A8D362:0 00_UG_Freizeitraum_HzgThermostat_HM_IP:0 [MAINTENANCE]
AES_ACTIVE: 1
DIRECTION: NONE
FLAGS: Visible
PARAMSETS: MASTER,VALUES,SERVICE
PARENT: 00395F29A8D362
PARENT_TYPE: HmIP-eTRV-2,I9F
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 00395F29A8D362:1 HmIP-eTRV-2 I9F 00395F29A8D362:1 [HEATING_CLIMATECONTROL_TRANSCEIVER] known
AES_ACTIVE: 1
DIRECTION: SENDER
FLAGS: Visible
LINK_SOURCE_ROLES: CLIMATE_CONTROL
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 00395F29A8D362
PARENT_TYPE: HmIP-eTRV-2,I9F
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 00395F29A8D362:2 HmIP-eTRV-2 I9F 00395F29A8D362:2 [HEATING_CLIMATECONTROL_RECEIVER]
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: CLIMATE_CONTROL
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 00395F29A8D362
PARENT_TYPE: HmIP-eTRV-2,I9F
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 00395F29A8D362:3 HmIP-eTRV-2 I9F 00395F29A8D362:3 [HEATING_CLIMATECONTROL_CL_RECEIVER]
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: CLIMATE_CONTROL_CL
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 00395F29A8D362
PARENT_TYPE: HmIP-eTRV-2,I9F
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 00395F29A8D362:4 HmIP-eTRV-2 I9F 00395F29A8D362:4 [HEATING_SHUTTER_CONTACT_RECEIVER]
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: WINDOW_SWITCH
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 00395F29A8D362
PARENT_TYPE: HmIP-eTRV-2,I9F
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 00395F29A8D362:5 HmIP-eTRV-2 I9F 00395F29A8D362:5 [HEATING_ROOM_TH_TRANSCEIVER]
AES_ACTIVE: 1
DIRECTION: SENDER
FLAGS: Visible
LINK_SOURCE_ROLES: CLIMATE_CONTROL_TRV_WTH
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 00395F29A8D362
PARENT_TYPE: HmIP-eTRV-2,I9F
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 00395F29A8D362:6 HmIP-eTRV-2 I9F 00395F29A8D362:6 [HEATING_ROOM_TH_RECEIVER]
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: CLIMATE_CONTROL_WTH_TRV
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 00395F29A8D362
PARENT_TYPE: HmIP-eTRV-2,I9F
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 00395F29A8D362:7 HmIP-eTRV-2 I9F 00395F29A8D362:7 [HEATING_KEY_RECEIVER]
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: REMOTE_CONTROL
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 00395F29A8D362
PARENT_TYPE: HmIP-eTRV-2,I9F
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Ich habe genau das gleiche Problem, ich möchte meinen Homatic IP- Thermostatventilen eine Temperatur vorgeben die ich über andere Temperatursensoren auslese.
Wenn ich über
"get ccu_00 ccuDevices"
"get ccu_00 deviceInfo <thermostatventil>"
die DeviceInfos auslese bekomme ich die gleichen Daten / Kanäle wie bei CottonIJo.
Für
Channel 00201D89A8C96A:2 HmIP-eTRV-B 00201D89A8C96A:2 [HEATING_CLIMATECONTROL_RECEIVER]
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: CLIMATE_CONTROL
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 00201D89A8C96A
PARENT_TYPE: HmIP-eTRV-B
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 00201D89A8C96A:3 HmIP-eTRV-B 00201D89A8C96A:3 [HEATING_CLIMATECONTROL_CL_RECEIVER]
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: CLIMATE_CONTROL_CL
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 00201D89A8C96A
PARENT_TYPE: HmIP-eTRV-B
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
müsste man ein set haben mit dem man die extern gemessene Temperatur einstellen könnte...
... oder.. wenn ich mir das richtig überlege, man bräuchte ein virtuelles Wandthermostat das man mit dem Homatic-IP Thermostatventil pairen könnte... Gibts das und wie geht das?
Lg
Sorcuring
Eine wirklich einfache Lösung scheint es nicht zu geben - vielleicht helfen folgende Anmerkungen ...
***
Beim HMCCUCHN gibt es u.a. 'get <device> configlist' und liefert eine umfangreiche Liste der "Datenpunkte".
Sollten sich neue "Datenpunkte" ergeben, kann man diese mit 'get <device> config' übernehmen.
***
Öfter liest man: "das Gerät 2 mal definiert, einmal als HMCCUCHN (autom.) und einmal als HMCCUDEV (manuell)".
HMCCUCHN scheint insgesamt eingeschränkter zu sein als HMCCUDEV ... https://forum.fhem.de/index.php/topic,125435.msg1200876.html#msg1200876 (https://forum.fhem.de/index.php/topic,125435.msg1200876.html#msg1200876)
***
"Antw:Befehl zum senden von Profilen an HmIP eTRV-2 " ... https://forum.fhem.de/index.php/topic,115155.msg1197842.html#msg1197842 (https://forum.fhem.de/index.php/topic,115155.msg1197842.html#msg1197842)