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.
Machst Du mal bitte ein "get deviceInfo"?
<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.
Funtkioniert der "set lock" Befehl?
Das device heißt ugFenster.
"set ugFenster lock" funktioniert nicht
"set ugFenster datapoint 1.LEVEL -0.005000" funktioniert
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)
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.
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.