Guten Abend,
seit heute haben wir neue Plissees. Die haben über ihren Motor HmIP-Anbindung. Gedanke war daher, dass es ein Kinderspiel sein sollte, die Geräte in fhem einzubinden. Dachte ich jedenfalls.
Was ich bisher gemacht habe: Einbindung in ccu3. Problemlos, allerdings erkennt man hier schon, dass die in ccu3 mehr oder weniger unsupported sind. Bezeichnung 'unbekanntes Gerät' und kein Icon. Steuerung funktioniert allerdings.
In fhem sehe ich die HDM2s in via get ccuDevices, 'Supported roles' ist allerdings leer. Ein get createDev liefert 'Not detected CCU devices: HmIP-HDM2...'. Gleiches Verhalten bei get create.
define HMIP_Plissee_Kueche_l HMCCUDEV 00008882440839 funktioniert soweit, liefert aber 'HMCCUDEV [HMIP_Plissee_Kueche_l] Device type not known by HMCCU. Please set control and/or state channel with attributes controldatapoint and statedatapoint'. als Meldung.
Und da bin ich dann leider mit meinem Latein am Ende.
Wie bekomme ich das Gerät so eingebunden, dass es sich komfortabel steuern lässt?
Deviceinfo:
Device channels and datapoints
DEV HmIP-HDM2 00008882440839l 00008882440839 interface=HmIP-RF type=HmIP-HDM2
CHN 00008882440839:0 HmIP-HDM2 00008882440839l:0
0.CONFIG_PENDING = false {b} [RE]
0.DUTY_CYCLE = false {b} [RE]
0.ERROR_CODE = 0 {n} [RE]
0.INSTALL_TEST = true {b} [RW]
0.LOW_BAT = false {b} [RE]
0.OPERATING_VOLTAGE = 11.300000 {f} [RE]
0.OPERATING_VOLTAGE_STATUS = 0 {i} [RE]
0.RSSI_DEVICE = 185 {n} [RE]
0.RSSI_PEER = 184 {n} [RE]
0.UNREACH = false {b} [RE]
0.UPDATE_PENDING = false {b} [RE]
CHN 00008882440839:1 HmIP-HDM2 00008882440839:1
1.ACTIVITY_STATE = 3 {i} [RE]
1.LEVEL = 0.560100 {f} [RWE]
1.LEVEL_2 = {f} [RWE]
1.LEVEL_2_STATUS = 5 {i} [RE]
1.LEVEL_STATUS = 0 {i} [RE]
1.PROCESS = 0 {i} [RE]
1.SECTION = 0 {i} [RE]
1.SECTION_STATUS = 0 {i} [RE]
1.SHADING_SPEED = {i} [W]
1.STOP = {b} [W]
CHN 00008882440839:2 HmIP-HDM2 00008882440839:2
2.COMBINED_PARAMETER = {s} [W]
2.WEEK_PROGRAM_CHANNEL_LOCKS = 0 {i} [RE]
2.WEEK_PROGRAM_TARGET_CHANNEL_LOCK = {i} [W]
2.WEEK_PROGRAM_TARGET_CHANNEL_LOCKS = {i} [W]
Device detection:
No state datapoint detected
No control datapoint detected
Failed to detect device settings. Device must be configured manually.
Device description
Device 00008882440839 HmIP-HDM2 00008882440839l [HmIP-HDM2]
AES_ACTIVE: 1
AVAILABLE_FIRMWARE: 0.0.0
CHILDREN: 00008882440839:0,00008882440839:1,00008882440839:2
DIRECTION: NONE
FIRMWARE: 1.2.8
FIRMWARE_UPDATE_STATE: UP_TO_DATE
FLAGS: Visible
PARAMSETS: MASTER,SERVICE
RF_ADDRESS: 6528841
ROAMING: 0
RX_MODE: ALWAYS,LAZY_CONFIG
SUBTYPE: MOD-HD
UPDATABLE: 1
Channel 00008882440839:0 HmIP-HDM2 00008882440839l:0 [MAINTENANCE]
AES_ACTIVE: 1
DIRECTION: NONE
FLAGS: Visible
PARAMSETS: MASTER,VALUES,SERVICE
PARENT: 00008882440839
PARENT_TYPE: HmIP-HDM2
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 00008882440839:1 HmIP-HDM2 00008882440839:1 [SHADING_RECEIVER]
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: CONDITIONAL_SWITCH,SWITCH,LEVEL,REMOTE_CONTROL
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 00008882440839
PARENT_TYPE: HmIP-HDM2
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 00008882440839:2 HmIP-HDM2 00008882440839:2 [SHADING_WEEK_PROFILE]
AES_ACTIVE: 1
DIRECTION: NONE
FLAGS: Visible
PARAMSETS: MASTER,VALUES,SERVICE
PARENT: 00008882440839
PARENT_TYPE: HmIP-HDM2
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Die Position des Plissees steht in 1.LEVEL. Ich würde daher gerne als statedatapoint setzen.
attr HMIP_Plissee_Kueche_l statedatapoint 1.LEVEL
liefert allerdings 'HMCCUDEV [HMIP_Plissee_Kueche_l] Invalid value 1.LEVEL for attribute statedatapoint'
gleiche Antwort für controldatapoint.
Kann jemand helfen?
Christian
Mysteriös, sollte eigentlich funktionieren. Muss ich mal testen.
bis dahin sollte z.B.
set datapoint 1.LEVEL <Wert>
funktionieren
Du kannst es auch nochmal mit einem "get ccuupdate" oder einem Neustart von FHEM versuchen, damit HMCCU sich die aktuelle CCU-Konfiguration holt.
Frage: Wenn Du in der FHEM Oberfläche das Attribut statedatapoint auswählst, wird Dir dann eine Dropdown-Liste angezeigt, u.a. mit 1.LEVEL ?
Zitat von: zap am 11 November 2022, 12:00:50
set datapoint 1.LEVEL <Wert>
funktionieren
set HMIP_Plissee_Kueche_l datapoint 1.LEVEL 0.2
bringt 'HMCCUDEV [HMIP_Plissee_Kueche_l] HMCCUDEV: HMIP_Plissee_Kueche_l Invalid datapoint'.
Zitat von: zap am 11 November 2022, 12:00:50
Du kannst es auch nochmal mit einem "get ccuupdate" oder einem Neustart von FHEM versuchen, damit HMCCU sich die aktuelle CCU-Konfiguration holt.
Habe die Variante Neustart nach Update gewählt. Dabei erhalte ich folgende Fehlermeldungen im log, war mir bisher nicht aufgefallen. Hat aber vermutlich nichts mit dem aktuellen Problem zu tun.
2022.11.11 22:03:29 2: HMCCURPCPROC [d_rpc157056HmIP_RF] RPC request getParamsetDescription failed: RPC::XML::Client::simple_request:
no element found at line 1, column 0, byte -1:
1^
19410616
at /usr/share/perl5/RPC/XML/Client.pm line 426.
2022.11.11 22:03:29 2: HMCCURPCPROC [d_rpc157056HmIP_RF] Retrying request getParamsetDescriptionZitat von: zap am 11 November 2022, 12:00:50
Frage: Wenn Du in der FHEM Oberfläche das Attribut statedatapoint auswählst, wird Dir dann eine Dropdown-Liste angezeigt, u.a. mit 1.LEVEL ?
Ja. Auswahl des attr liefert dann 'HMCCUDEV [HMIP_Plissee_Kueche_l] Invalid value 1.LEVEL for attribute statedatapoint'. Auswahl im Dropdown:
1.ACTIVITY_STATE
1.LEVEL
1.LEVEL_2
1.LEVEL_2_STATUS
1.LEVEL_STATUS
1.PROCESS
1.SECTION
1.SECTION_STATUS
2.WEEK_PROGRAM_CHANNEL_LOCKS
Beim Versuch, das selbst im code einzubasteln, habe ich SHADING_RECEIVER in FHEM/HMCCUConf.pm eingepflegt. Damit wird in get ccuDevices auch korrekt 'SHADING_RECEIVER [1x]' angezeigt.
Ein createDev scheitert weiterhin
Ein Versuch, den Weg des Gerätes mal im code zu verfolgen zeigt, dass in HMCCU_IsValidParameter in 'if (defined($model))' ein Abbruch erfolgt. model scheint nicht definiert zu sein.
Ich bin da mit meinem Latein am Ende, aber vielleicht hilft's ja.
Christian