HMCCU 5.0: HM-Sec-Win Zustände

Hoopy · 07 Dezember 2024, 09:20:53

Ich hab jetzt erst von HMCCU 4.3 auf 5.0 umgestellt (ich weiß, ich bin spät dran aber never change a running system). Soweit funktioniert auch alles wunderbar, aber ich habe nun ein Problem mit meiner Fenstersteuerung HM-Sec-Win in meiner Taupunktlüftung. Bisher wurde der Fenster-Status durch drei numerische Werte gemeldet:
1.000000 = open
0.000000 = closed
-0.005000 = locked

Jetzt werden nur noch die strings "open" und "closed" gemeldet. Nun habe ich das Problem, daß ich nicht mehr zwischen closed und locked unterscheiden kann, weil für beide Zustände "closed" gemeldet wird. Wird da evtl. der float Wert in einen integer gewandelt? Ich hab' mal in HMCCUConf.pm geschaut, dort scheint die Ersetzung zu passieren aber bevor ich da rumpfusche wollte ich mal fragen ob noch jemand dieses Problem hat und was er dagegen getan hat.

zap · 07 Dezember 2024, 20:47:10

Machst Du mal bitte ein "get deviceInfo"?

Hoopy · 07 Dezember 2024, 23:55:50

<html>Device channels and datapoints

DEV HM-Sec-Win-REQ0267631 REQ0267631 interface=BidCos-RF type=HM-Sec-Win
CHN REQ0267631:0 HM-Sec-Win-REQ0267631:0
0.UNREACH = false {b} [RE]
0.STICKY_UNREACH = false {b} [RWE]
0.CONFIG_PENDING = false {b} [RE]
0.LOWBAT = false {b} [RE]
0.DUTYCYCLE = false {b} [RE]
0.RSSI_DEVICE = 1 {n} [RE]
0.RSSI_PEER = 1 {n} [RE]
0.AES_KEY = 0 {n} [R]
CHN REQ0267631:1 HM-Sec-Win-REQ0267631:1
1.LEVEL = -0.005000 {f} [RWE]
1.RELOCK_DELAY = {f} [W]
1.SPEED = {f} [W]
1.STOP = {b} [W]
1.STATE_UNCERTAIN = false {b} [RE]
1.INHIBIT = false {b} [RWE]
1.ERROR = 0 {i} [RE]
1.DIRECTION = 0 {i} [RE]
1.WORKING = false {b} [RE]
CHN REQ0267631:2 HM-Sec-Win-REQ0267631:2
2.LEVEL = 0.805000 {f} [RE]
2.STATUS = 2 {i} [RE]

Device detection:
StateDatapoint = 1.LEVEL [WINMATIC]
ControlDatapoint = 1.LEVEL [WINMATIC]

Recommended module for device definition: HMCCUCHN

Current state datapoint = 1.LEVEL

Current control datapoint = 1.LEVEL

Device description

Device REQ0267631 HM-Sec-Win-REQ0267631 [HM-Sec-Win]
CHILDREN: REQ0267631:0,REQ0267631:1,REQ0267631:2
FIRMWARE: 1.6
FLAGS: Visible
INTERFACE: SEQ0015209
PARAMSETS: MASTER
RF_ADDRESS: 7429008
ROAMING: 0
RX_MODE: BURST
UPDATABLE: 0
Channel REQ0267631:0 HM-Sec-Win-REQ0267631:0 [MAINTENANCE]
AES_ACTIVE: 0
DIRECTION: NONE
FLAGS: Visible,Internal
PARAMSETS: MASTER,VALUES
PARENT: REQ0267631
PARENT_TYPE: HM-Sec-Win
Channel REQ0267631:1 HM-Sec-Win-REQ0267631:1 [WINMATIC] known
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: WINMATIC
PARAMSETS: LINK,MASTER,VALUES
PARENT: REQ0267631
PARENT_TYPE: HM-Sec-Win
Channel REQ0267631:2 HM-Sec-Win-REQ0267631:2 [AKKU]
AES_ACTIVE: 1
DIRECTION: NONE
FLAGS: Visible
PARAMSETS: MASTER,VALUES
PARENT: REQ0267631
PARENT_TYPE: HM-Sec-Win

Defaults

Support for role WINMATIC of device type HM-Sec-Win is built in.

zap · 12 Dezember 2024, 08:53:07

Funtkioniert der "set lock" Befehl?

Hoopy · 12 Dezember 2024, 11:26:28

Das device heißt ugFenster.

"set ugFenster lock" funktioniert nicht
"set ugFenster datapoint 1.LEVEL -0.005000" funktioniert

zap · 18 Dezember 2024, 17:13:08

Habe gerade ein Update für HMCCUConf.pm eingecheckt. Schau mal ob "set lock" funktioniert, sobald Du das Update installiert hast (per fhem update erst morgen)

aski71 · 17 Mai 2025, 01:39:16

Hallo @zap ,
ich musste mein Sec-Win nach ewiger Zeit neu einrichten. Das war mal als HMCCUDEV eingerichtet und funktionierte prima mit den alten Werten. Nach der Neueinrichtung funktionierte es mit den alten fhem.cfg Konfigurationswerten nicht mehr, also habe ich es neu eingerichtet.
Also habe ich es neu eingerichtet mit createDev im CCU Device.
Bei mir funktioniert der set lock leider auch nicht. Der macht nur einen set close.
Wenn ich dann über die CCU verriegle, wird auch kein "locked" im FHEM Device angezeigt, sondern nur ein "closed".

P.S.: Mit set datapoint 1.LEVEL -0.5 funktioniert der lock.

aski71 · 17 Mai 2025, 14:31:58

Zitat von: zap am 18 Dezember 2024, 17:13:08Habe gerade ein Update für HMCCUConf.pm eingecheckt. Schau mal ob "set lock" funktioniert, sobald Du das Update installiert hast (per fhem update erst morgen)

Zu meinem letzten Post: Ich habe ein wenig rum experimentiert.
Das Problem ist, dass scheinbar keine negativen Werte verarbeitet werden. Also: Wenn ich das Fenster manuell verriegle, direkt an der CCU, bleibt der state Wert in fhem = 0.
Die Werte aus der HMCCUConf.pm werden wohl auch ins positive verdreht: Ein lock macht einen close mit dem Wert 1, statt -0.5.
Wie gesagt kann ich nur mit einem datapoint 1.LEVEL -0.5 einen lock auslösen, der dann aber in fhem nur als close angezeigt wird.