Falsche pct Readings bei Rolladengeräten

Begonnen von Zeitisen, 08 März 2024, 10:17:03

Vorheriges Thema - Nächstes Thema

Zeitisen

Hallo,

ich habe seit kurzem ein Problem mit meinen Rolladen Geräten. Die sind bis jetzt zwei Jahre ohne Probleme gelaufen.

Bei Fahren auf pct 0 von 100 kommt zunächst ein Wert 99 oder 91 (hängt vom Verzögerungswert im Gerät ab) und dann in der gleichen Sekunde wieder ein Wert 100. Das bringt die Steuerung mit ASC komplett zum Erliegen. Das ist auch beim Bedienen des Sliders zu beobachten. Ich ziehe den Slider auf 0. Dann springt er auf 100, Im ACTIVITY_STATE ist DOWN . Erst wenn der Status auf down ist, ist der Slider auch wieder auf 0.

2024-03-08 09:16:38 HMCCUDEV wg_RolloKurz_3 pct 0
2024-03-08 09:16:38 AutoShuttersControl 99_ASC wg_RolloKurz_3_PosValue: 99
2024-03-08 09:16:38 AutoShuttersControl 99_ASC manual
2024-03-08 09:16:38 HMCCUDEV wg_RolloKurz_3 3.ACTIVITY_STATE: DOWN
2024-03-08 09:16:38 HMCCUDEV wg_RolloKurz_3 3.LEVEL: 99
2024-03-08 09:16:38 HMCCUDEV wg_RolloKurz_3 pct: 99
2024-03-08 09:16:38 AutoShuttersControl 99_ASC wg_RolloKurz_3_PosValue: 100
2024-03-08 09:16:38 AutoShuttersControl 99_ASC manual
2024-03-08 09:16:38 HMCCUDEV wg_RolloKurz_3 pct: 100
2024-03-08 09:16:51 AutoShuttersControl 99_ASC wg_RolloKurz_3_PosValue: 0
2024-03-08 09:16:51 AutoShuttersControl 99_ASC manual
2024-03-08 09:16:51 HMCCUDEV wg_RolloKurz_3 3.ACTIVITY_STATE: STABLE
2024-03-08 09:16:51 HMCCUDEV wg_RolloKurz_3 3.LEVEL: closed
2024-03-08 09:16:51 HMCCUDEV wg_RolloKurz_3 pct: 0

Woher kommt das und wie kann ich es beheben?
Hat jemand dazu Hintergrund Info?
Wo werden denn die Readings pct, hmstate, level ... überhaupt definiert?

Im state wäre auch der Wert aus .ACTIVITY_STATE sinnvoll, also z.B. closed -> UP -> pct-50   oder open -> down -> closed.
Leider weiß ich nicht, wie das zu realisieren ist. Der Vorteil wäre, dass das DevicestateIcon auch den Fahrzustand anzeigen könnte.

frank

hast du automatische referenzfahrten im aktor konfiguriert?
welcher aktor ist das?
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Zeitisen

Das sind vier HmIP-FROLL und ein HmIPW-DRBL4.
Bei allen ist Referenzfahrt auf 0, also aus.

Es betrifft alle Aktoren gleich.

frank

bei bidcos devices gibt es zusätzlich noch "mode" register für die tasterverknüpfungen, jeweils für short und long.
dort sollte eine "direkte" fahrt eingestellt sein, nicht mit "umweg" über die endlagen.

keine ahnung was hmip noch alles macht.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

frank

einen hab ich noch.

hmip aktoren haben eine möglichkeit zum automatischen kalibrieren der fahrtzeiten.
eventuell gibt es dazu weitere register.

asc funktioniert am besten, wenn nur die endposition gemeldet wird. ist also im prinzip nicht wirklich homematic kompatibel.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Zeitisen

Automatische Referenzfahrt habe ich noch nie verwendet.
An den HMIP-FROLL sind keinerlei Taster direkt verknüpft.

Die vorhanden Taster laufen da alle über fhem, weil nicht homematicIP.

Außerdem lief ja bis vor einigen Wochen alles. Gab es da Änderung bei CCU3?
Dummerweise überschnitten sich die Änderungen mit meinem Hinzufügen von HmI-DRBLW.
Deshalb habe ich zunächst immer an meiner Konfiguration gesucht und nichts gefunden.

Bei den HomamaticIP Geräten kommt immer eine Quittung für den Auftrag. Je nachdem, wie lange die Verzögerung eingestellt ist, ist der Rollo natürlich eine gewisse Strecke gefahren. Es könnte schon sein, dass ASC da ein Problem hat mit der Unterscheidung zwischen Istwert oder manuellem Sollwert. Die Auswertung des Logs im Debugmodus ist aber äußerst mühsam und lässt bei mir immer viele Fragen offen. Das genaue Problem habe ich immer noch nicht zweifelsfrei lokalisieren können.

Bei meinem Problem ist es aber ja so, dass zuerst die aktuelle richtige Position gezeigt wird, z.B. 91, dann springt pct aber wieder auf 100, was ja definitiv nicht der aktuellen Position entspricht. Irgendwo müssen die falschen Werte ja herkommen.

frank

egal wo die komische pct:100 meldung herkommt.

asc kompatibel sollte es werden, wenn du für das asc_pos reading einen treshold zum erzeugen der events angibst.

also bei event-on-change zb pct:10, damit nur events erzeugt werden, wenn die änderung mindestens 10 beträgt.

damit sollte nur die endposition bei asc wirken.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Zeitisen

Schön und ein Workaround, wenn ich nur auf und zu fahren will.
Ich möchte aber auch bei Fensteröffnung auf Lüfungsposition fahren auf pct 40.

Dann funktioniert das schon nicht mehr. Da bin ich schon eher dafür, dass man die Ursachen behebt, also keine falschen pct Werte und Unterscheidung bei ASC zwischen Statusmeldung und Fahrbefehl.

ich hoffe @zap und @cooltux lesen mit.
Vielleicht können die auch Irrtümer von meiner Seite aufklären.


frank

ZitatIch möchte aber auch bei Fensteröffnung auf Lüfungsposition fahren auf pct 40.

Dann funktioniert das schon nicht mehr.
falsch
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

zap

#9
Welche Version von HMCCU ist installiert? Ganz wichtig: die Rollläden müssen kalibriert sein, sonst funktioniert pct nicht korrekt. Dazu den Befehl "set calibrate" verwenden oder die Geräteeinstellungen in der CCU.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

Zeitisen

Ich habe gerade eben 88_HMCCUDEV.pm:v5.0.0-s28611/2024-03-07 installiert, konnte aber noch nicht ausreichend testen.
Das Zeitverhalten der Readings hat sich auf jeden Fall geändert.

Von der Version vorher kann ich nur vermuten, dass 2024-02-27 war. Habe ich aber nicht aufgeschrieben.

Ein "set calibrate" gibt es bei keinem meiner Rollladen. Auch nicht in den Geräteeinstellungen der CCU. Das Kalibrieren erfolgt meiner Meinung nach durch einmal rauf und einmal runter fahren.

@frank pct:10 habe ich als < 10 interpretiert. wenn es Änderung um mehr als 10 bedeutet, dann gehts. Diese Schreibweise ist mir aber noch nirgendwo über den Weg gelaufen. Und ich arbeite mit fhem jetzt schon ein paar Jahre.

Zeitisen


Ich habe jetzt mal absichtlich event-on-change .* eingegeben

2024-03-08_20:21:27 656E_5_Status_CH2 pct 60
2024-03-08_20:21:27 656E_5_Status_CH2 6.PROCESS: NOT_STABLE
2024-03-08_20:21:27 656E_5_Status_CH2 6.ACTIVITY_STATE: UP
2024-03-08_20:21:27 656E_5_Status_CH2 6.SECTION: 3
2024-03-08_20:21:31 656E_5_Status_CH2 10
2024-03-08_20:21:31 656E_5_Status_CH2 5.LEVEL: 10
2024-03-08_20:21:31 656E_5_Status_CH2 pct: 10
2024-03-08_20:21:31 656E_5_Status_CH2 level: 10
2024-03-08_20:21:31 656E_5_Status_CH2 5.ACTIVITY_STATE: UP
2024-03-08_20:21:31 656E_5_Status_CH2 5.PROCESS: NOT_STABLE
2024-03-08_20:21:31 656E_5_Status_CH2 pct: 0
2024-03-08_20:21:31 656E_5_Status_CH2 level: closed
2024-03-08_20:21:31 656E_5_Status_CH2 hmstate: 10
2024-03-08_20:21:49 656E_5_Status_CH2 control: 60
2024-03-08_20:21:49 656E_5_Status_CH2 6.LEVEL: 60
2024-03-08_20:21:49 656E_5_Status_CH2 pct: 60
2024-03-08_20:21:49 656E_5_Status_CH2 level: 60
2024-03-08_20:21:49 656E_5_Status_CH2 6.PROCESS: STABLE
2024-03-08_20:21:49 656E_5_Status_CH2 6.ACTIVITY_STATE: STABLE
2024-03-08_20:21:49 656E_5_Status_CH2 6.SECTION: 4
2024-03-08_20:21:49 656E_5_Status_CH2 5.PROCESS: STABLE
2024-03-08_20:21:49 656E_5_Status_CH2 5.ACTIVITY_STATE: STABLE
2024-03-08_20:21:49 656E_5_Status_CH2 60
2024-03-08_20:21:49 656E_5_Status_CH2 5.LEVEL: 60
2024-03-08_20:21:49 656E_5_Status_CH2 hmstate: 60


Um  20:21:27:
Ich ziehe den slider auf 60
Dann kommt um 20:21:31 10  (Laufzeit Rollo 30 Sekunden)
Und dann plötzlich wieder 0?

Irgendwie wird hier auch nicht unterschieden zwischen einem Kommando "fahre dahin" und dem Zustand "ich bin da"


zap

#12
Gerade getestet. Rollladen war offen, dann "set pct 60"

Updates von CCU:

2024-03-09 09:21:37 HMCCUDEV Rollladen_Schlafzimmer_EW_3 pct 60
2024-03-09 09:21:37 HMCCUDEV Rollladen_Schlafzimmer_EW_3 4.SECTION_STATUS: NORMAL
2024-03-09 09:21:37 HMCCUDEV Rollladen_Schlafzimmer_EW_3 4.PROCESS: NOT_STABLE
2024-03-09 09:21:37 HMCCUDEV Rollladen_Schlafzimmer_EW_3 4.LEVEL_STATUS: NORMAL
2024-03-09 09:21:37 HMCCUDEV Rollladen_Schlafzimmer_EW_3 4.SECTION: 3
2024-03-09 09:21:37 HMCCUDEV Rollladen_Schlafzimmer_EW_3 4.ACTIVITY_STATE: DOWN
2024-03-09 09:21:37 HMCCUDEV Rollladen_Schlafzimmer_EW_3 control: open
2024-03-09 09:21:37 HMCCUDEV Rollladen_Schlafzimmer_EW_3 4.LEVEL: open
2024-03-09 09:21:37 HMCCUDEV Rollladen_Schlafzimmer_EW_3 pct: 100

2024-03-09 09:21:37 HMCCUDEV Rollladen_Schlafzimmer_EW_3 3.PROCESS: NOT_STABLE
2024-03-09 09:21:37 HMCCUDEV Rollladen_Schlafzimmer_EW_3 3.SECTION_STATUS: UNKNOWN
2024-03-09 09:21:37 HMCCUDEV Rollladen_Schlafzimmer_EW_3 99
2024-03-09 09:21:37 HMCCUDEV Rollladen_Schlafzimmer_EW_3 3.LEVEL: 99
2024-03-09 09:21:37 HMCCUDEV Rollladen_Schlafzimmer_EW_3 pct: 99
2024-03-09 09:21:37 HMCCUDEV Rollladen_Schlafzimmer_EW_3 level: 99
2024-03-09 09:21:37 HMCCUDEV Rollladen_Schlafzimmer_EW_3 3.SECTION:
2024-03-09 09:21:37 HMCCUDEV Rollladen_Schlafzimmer_EW_3 3.ACTIVITY_STATE: DOWN
2024-03-09 09:21:37 HMCCUDEV Rollladen_Schlafzimmer_EW_3 3.LEVEL_STATUS: NORMAL
2024-03-09 09:21:37 HMCCUDEV Rollladen_Schlafzimmer_EW_3 4.SECTION_STATUS: NORMAL
2024-03-09 09:21:37 HMCCUDEV Rollladen_Schlafzimmer_EW_3 4.PROCESS: NOT_STABLE
2024-03-09 09:21:37 HMCCUDEV Rollladen_Schlafzimmer_EW_3 4.LEVEL_STATUS: NORMAL
2024-03-09 09:21:37 HMCCUDEV Rollladen_Schlafzimmer_EW_3 4.ACTIVITY_STATE: DOWN
2024-03-09 09:21:37 HMCCUDEV Rollladen_Schlafzimmer_EW_3 4.SECTION: 3
2024-03-09 09:21:37 HMCCUDEV Rollladen_Schlafzimmer_EW_3 4.LEVEL: open
2024-03-09 09:21:37 HMCCUDEV Rollladen_Schlafzimmer_EW_3 pct: 100

2024-03-09 09:21:45 HMCCUDEV Rollladen_Schlafzimmer_EW_3 3.SECTION:
2024-03-09 09:21:45 HMCCUDEV Rollladen_Schlafzimmer_EW_3 3.ACTIVITY_STATE: STABLE
2024-03-09 09:21:45 HMCCUDEV Rollladen_Schlafzimmer_EW_3 3.LEVEL_STATUS: NORMAL
2024-03-09 09:21:45 HMCCUDEV Rollladen_Schlafzimmer_EW_3 60
2024-03-09 09:21:45 HMCCUDEV Rollladen_Schlafzimmer_EW_3 3.LEVEL: 60
2024-03-09 09:21:45 HMCCUDEV Rollladen_Schlafzimmer_EW_3 pct: 60
2024-03-09 09:21:45 HMCCUDEV Rollladen_Schlafzimmer_EW_3 level: 60
2024-03-09 09:21:45 HMCCUDEV Rollladen_Schlafzimmer_EW_3 3.SECTION_STATUS: UNKNOWN
2024-03-09 09:21:45 HMCCUDEV Rollladen_Schlafzimmer_EW_3 3.PROCESS: STABLE
2024-03-09 09:21:45 HMCCUDEV Rollladen_Schlafzimmer_EW_3 4.LEVEL: 60
2024-03-09 09:21:45 HMCCUDEV Rollladen_Schlafzimmer_EW_3 pct: 60
2024-03-09 09:21:45 HMCCUDEV Rollladen_Schlafzimmer_EW_3 level: 60
2024-03-09 09:21:45 HMCCUDEV Rollladen_Schlafzimmer_EW_3 4.ACTIVITY_STATE: STABLE
2024-03-09 09:21:45 HMCCUDEV Rollladen_Schlafzimmer_EW_3 4.SECTION: 4
2024-03-09 09:21:45 HMCCUDEV Rollladen_Schlafzimmer_EW_3 4.LEVEL_STATUS: NORMAL
2024-03-09 09:21:45 HMCCUDEV Rollladen_Schlafzimmer_EW_3 4.PROCESS: STABLE
2024-03-09 09:21:45 HMCCUDEV Rollladen_Schlafzimmer_EW_3 4.SECTION_STATUS: NORMAL

Ergebnis: Rollladen wie erwartet auf 60%. Getestet mit einem HmIP-BROLL. Aktuelle Gerätefirmware.
Das mit den 99% ist ein bekanntes Phänomen der CCU. Kann man auch in der CCU beobachten, wenn man den Rollladen dort steuert.

Wichtig: Wenn die CCU keine Möglichkeit der automatischen Kalibrierung bietet, muss man normalerweise die Laufzeiten für hoch/runter manuell stoppen und hinterlegen. Für mich sieht es so aus, als währen diese Laufzeiten bei Deinem Rollladen nicht korrekt hinterlegt.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

Zeitisen

Natürlich wurden die Laufzeiten korrekt gestoppt und eingetragen und das bei allen Rolladen (6), Klappläden (2) und Kippfenstern (3).

Ich wüsste auch nicht, wie das mit relaisgesteuerten Rollläden technisch funktionieren sollte.
Das geht nur dann, wenn ich den Strom messen kann oder einen Rückmeldekontakt vom Rolladenmotor habe. Gibt es sowas bei Homematic?

Die 99% (je nach eingestellter Rückmeldeverzögerung im Gerät) kann man ja auch ausblenden ( Danke für den Hinweis an frank)
In deinem Beispiel würde das mit Ausblenden der 99 funktionieren.

Aber hier noch einmal ein Beispiel mit event-on-change-reading pct:5, wo die Ausgaben nicht stetig sind:
2024-03-09_19:53:02 656E_5_Status_CH2 pct 80
2024-03-09_19:53:05 656E_5_Status_CH2 5.ACTIVITY_STATE: UP
2024-03-09_19:53:27 656E_5_Status_CH2 pct: 80
2024-03-09_19:53:27 656E_5_Status_CH2 level: 80
2024-03-09_19:53:27 656E_5_Status_CH2 5.ACTIVITY_STATE: STABLE
2024-03-09_19:53:27 656E_5_Status_CH2 pct: 0
2024-03-09_19:53:27 656E_5_Status_CH2 level: closed
2024-03-09_19:53:29 656E_5_Status_CH2 pct: 80
2024-03-09_19:53:29 656E_5_Status_CH2 level: 80
2024-03-09_19:53:29 656E_5_Status_CH2 control: 80

Laden" steht auf 0. Ich ziehe auf 80 (pct 80 ohne Doppelpunkt). Dann kommt pct: 80 (Eine Statusmeldung?)
Dann kommt wieder pct: 0 und dann erst nach Ende der Fahrt pct: 80

Eine der ersten pct: Meldungen um 19:53:27 ist falsch, entweder pct: 80 oder pct: 0 danach.


Zeitisen

Ja und dann noch ein Nachtrag, mein Sorgenkind

define sz_Rollo_wg HMCCUDEV 00004482A000E1
attr sz_Rollo_wg userattr ASC_Adv:on,off ASC_Antifreeze:off,soft,hard,am,pm ASC_Antifreeze_Pos:5,10,15,20,25,30,35,40,45,50,55,60,65,70,75,80,85,90,95,100 ASC_AutoAstroModeEvening:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON ASC_AutoAstroModeEveningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 ASC_AutoAstroModeMorning:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON ASC_AutoAstroModeMorningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 ASC_BlockingTime_afterManual ASC_BlockingTime_beforeDayOpen ASC_BlockingTime_beforeNightClose ASC_BrightnessSensor ASC_Closed_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_ComfortOpen_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_CommandTemplate ASC_Down:time,astro,brightness,roommate ASC_DriveUpMaxDuration ASC_Drive_Delay ASC_Drive_DelayStart ASC_ExternalTrigger ASC_GuestRoom:on,off ASC_LockOut:soft,hard,off ASC_LockOut_Cmd:inhibit,blocked,protection ASC_Mode_Down:absent,always,off,home ASC_Mode_Up:absent,always,off,home ASC_Open_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Partymode:on,off ASC_Pos_Reading ASC_PrivacyDownValue_beforeNightClose ASC_PrivacyDown_Pos ASC_PrivacyUpValue_beforeDayOpen ASC_PrivacyUp_Pos ASC_RainProtection:on,off ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_AbsentDelay ASC_Self_Defense_Mode:absent,gone,off ASC_Shading_BetweenTheTime ASC_Shading_InOutAzimuth ASC_Shading_MinMax_Elevation ASC_Shading_Min_OutsideTemperature ASC_Shading_Mode:absent,always,off,home ASC_Shading_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Shading_StateChange_SunnyCloudy ASC_Shading_WaitingPeriod ASC_Shutter_IdleDetection ASC_ShuttersPlace:window,terrace,awning,EG_window ASC_SlatPosCmd_SlatDevice ASC_Sleep_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_TempSensor ASC_Time_Down_Early ASC_Time_Down_Late ASC_Time_Up_Early ASC_Time_Up_Late ASC_Time_Up_WE_Holiday ASC_Up:time,astro,brightness,roommate ASC_Ventilate_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Ventilate_Window_Open:on,off ASC_WiggleValue ASC_WindParameters ASC_WindProtection:on,off ASC_WindowRec ASC_WindowRec_PosAfterDayClosed:open,lastManual ASC_WindowRec_subType:twostate,threestate
attr sz_Rollo_wg ASC 2
attr sz_Rollo_wg ASC_AutoAstroModeEvening REAL
attr sz_Rollo_wg ASC_CommandTemplate set $name datapoint 1.LEVEL $pos
attr sz_Rollo_wg ASC_DriveUpMaxDuration 73
attr sz_Rollo_wg ASC_Pos_Reading pct
attr sz_Rollo_wg ASC_Shading_Mode off
attr sz_Rollo_wg ASC_Time_Up_Early 7:30
attr sz_Rollo_wg cmdIcon open:fts_shutter_up stop:fts_shutter_manual close:fts_shutter_down
attr sz_Rollo_wg controldatapoint 1.LEVEL
attr sz_Rollo_wg devStateIcon 1\d\d\.?\d*:door_shutter 0\.?\d*:door_shutter_100 1\d\.?\d*:door_shutter_90 [2-3]\d\.?d*:door_shutter_80 [4-5]\d\.?\d*:door_shutter_60 [6-7]\d\.?\d*:door_shutter_40 [8-9]\d\.?\d*:door_shutter_20
attr sz_Rollo_wg event-on-change-reading pct:10,level,state,devstate, 1.ACTIVITY_STATE,battery.*
attr sz_Rollo_wg icon door_shutter_40
attr sz_Rollo_wg room Schlafzimmer
attr sz_Rollo_wg substexcl pct
attr sz_Rollo_wg userReadings batteryLevel {ReadingsVal("sz_Rollo_wg","voltage","0");;;;}
attr sz_Rollo_wg webCmd pct:open:close:stop
attr sz_Rollo_wg widgetOverride pct:slider,0,10,100
#   DEF        00004482A000E1
#   FUUID      65690603-f33f-ecac-367c-39511bcf762d8e64
#   FVERSION   88_HMCCUDEV.pm:v5.0.0-s28611/2024-03-07
#   IODev      CCU3
#   NAME       sz_Rollo_wg
#   NR         1035
#   STATE      0
#   TYPE       HMCCUDEV
#   ccuaddr    00004482A000E1
#   ccudevstate active
#   ccuif      HmIP-RF
#   ccuname    sz_Rollo-wg
#   ccurolectrl SHADING_RECEIVER
#   ccurolestate SHADING_RECEIVER
#   ccusubtype MOD-HD
#   ccutype    HmIP-HDM1
#   eventCount 2
#   firmware   1.2.6
#   readonly   no
#   sender     ccu:sz_BettLinks,ccu:sz_BettRechts
#   READINGS:
#     2024-03-09 19:08:03   1.ACTIVITY_STATE STABLE
#     2024-03-09 19:08:03   1.LEVEL         0
#     2024-03-09 19:08:03   1.LEVEL_2      
#     2024-03-09 19:08:03   1.LEVEL_2_STATUS INVALID
#     2024-03-09 19:08:03   1.LEVEL_STATUS  NORMAL
#     2024-03-09 19:08:03   1.PROCESS       STABLE
#     2024-03-09 19:08:03   1.SECTION       0
#     2024-03-09 19:08:03   1.SECTION_STATUS NORMAL
#     2024-03-09 19:08:03   2.WEEK_PROGRAM_CHANNEL_LOCKS 0
#     2024-02-22 22:04:49   ASC_Enable      on
#     2024-03-05 07:08:33   ASC_ShadingMessage <html> </html>
#     2024-03-08 06:32:45   ASC_ShuttersLastDrive manual
#     2024-03-09 18:10:34   ASC_Time_DriveDown 10.03.2024 - 18:10
#     2024-03-09 18:10:34   ASC_Time_DriveUp 10.03.2024 - 07:30
#     2024-03-08 17:18:42   IODev           CCU3
#     2024-02-20 19:41:35   L-ccu.sz_BettLinks- 0
#     2024-02-20 19:41:35   L-ccu.sz_BettRechts- 0
#     2024-03-09 19:17:59   activity        alive
#     2024-03-08 17:19:24   associatedWith  99_ASC
#     2024-03-09 19:08:03   battery         ok
#     2024-03-09 19:17:59   batteryLevel    10.9
#     2024-03-09 19:08:03   control         0
#     2024-03-09 19:17:59   devstate        ok
#     2024-03-09 19:17:59   hmstate         0
#     2024-03-08 16:37:03   level           100
#     2024-03-08 16:37:03   pct             100
#     2024-03-09 19:17:59   rssidevice      -67
#     2024-03-09 18:10:37   rssipeer        -73
#     2024-03-09 19:08:03   state           0
#     2024-03-09 19:08:03   voltage         10.9
#   hmccu:
#     channels   3
#     detect     0
#     devspec    00004482A000E1
#     forcedev   0
#     nodefaults 1
#     role       0:MAINTENANCE,1:SHADING_RECEIVER,2:SHADING_WEEK_PROFILE
#     setDefaults 0
#     cmdlist:
#       get       
#       set       
#     control:
#       chn        1
#       dpt        LEVEL
#     dp:
#       0.CONFIG_PENDING:
#         VALUES:
#           NVAL       0
#           SVAL       false
#           VAL        0
#       0.DUTY_CYCLE:
#         VALUES:
#           NVAL       0
#           SVAL       false
#           VAL        0
#       0.ERROR_CODE:
#         VALUES:
#           NVAL       0
#           SVAL       0
#           VAL        0
#       0.INSTALL_TEST:
#         VALUES:
#           NVAL       1
#           SVAL       true
#           VAL        1
#       0.LOW_BAT:
#         VALUES:
#           NVAL       0
#           SVAL       ok
#           VAL        0
#       0.OPERATING_VOLTAGE:
#         VALUES:
#           NVAL       10.9
#           ONVAL      10.900000
#           OVAL       10.900000
#           SVAL       10.9
#           VAL        10.9
#       0.OPERATING_VOLTAGE_STATUS:
#         VALUES:
#           NVAL       0
#           SVAL       NORMAL
#           VAL        0
#       0.RSSI_DEVICE:
#         VALUES:
#           NVAL       -67
#           ONVAL      -66
#           OSVAL      -66
#           OVAL       -66
#           SVAL       -67
#           VAL        -67
#       0.RSSI_PEER:
#         VALUES:
#           NVAL       -73
#           ONVAL      -74
#           OSVAL      -74
#           OVAL       -74
#           SVAL       -73
#           VAL        -73
#       0.UNREACH:
#         VALUES:
#           NVAL       0
#           SVAL       alive
#           VAL        0
#       0.UPDATE_PENDING:
#         VALUES:
#           NVAL       0
#           SVAL       false
#           VAL        0
#       1.ACTIVITY_STATE:
#         VALUES:
#           NVAL       3
#           ONVAL      2
#           OSVAL      DOWN
#           OVAL       2
#           SVAL       STABLE
#           VAL        3
#       1.LEVEL:
#         VALUES:
#           NVAL       0
#           ONVAL      100
#           OSVAL      100
#           OVAL       1.0
#           SVAL       0
#           VAL        0.0
#       1.LEVEL_2:
#         VALUES:
#           NVAL      
#           SVAL      
#           VAL       
#       1.LEVEL_2_STATUS:
#         VALUES:
#           NVAL       5
#           SVAL       INVALID
#           VAL        5
#       1.LEVEL_STATUS:
#         VALUES:
#           NVAL       0
#           SVAL       NORMAL
#           VAL        0
#       1.PROCESS:
#         VALUES:
#           NVAL       0
#           ONVAL      1
#           OSVAL      NOT_STABLE
#           OVAL       1
#           SVAL       STABLE
#           VAL        0
#       1.SECTION:
#         VALUES:
#           NVAL       0
#           ONVAL      7
#           OSVAL      7
#           OVAL       7
#           SVAL       0
#           VAL        0
#       1.SECTION_STATUS:
#         VALUES:
#           NVAL       0
#           SVAL       NORMAL
#           VAL        0
#       2.WEEK_PROGRAM_CHANNEL_LOCKS:
#         VALUES:
#           NVAL       0
#           SVAL       0
#           VAL        0
#     roleChannels:
#       MAINTENANCE 0,0
#       SHADING_RECEIVER 1,1
#       SHADING_WEEK_PROFILE 2,2
#     roleCmds:
#       get:
#       set:
#     state:
#       chn        1
#       dpt        LEVEL
#
setstate sz_Rollo_wg 0
setstate sz_Rollo_wg 2024-03-09 19:08:03 1.ACTIVITY_STATE STABLE
setstate sz_Rollo_wg 2024-03-09 19:08:03 1.LEVEL 0
setstate sz_Rollo_wg 2024-03-09 19:08:03 1.LEVEL_2
setstate sz_Rollo_wg 2024-03-09 19:08:03 1.LEVEL_2_STATUS INVALID
setstate sz_Rollo_wg 2024-03-09 19:08:03 1.LEVEL_STATUS NORMAL
setstate sz_Rollo_wg 2024-03-09 19:08:03 1.PROCESS STABLE
setstate sz_Rollo_wg 2024-03-09 19:08:03 1.SECTION 0
setstate sz_Rollo_wg 2024-03-09 19:08:03 1.SECTION_STATUS NORMAL
setstate sz_Rollo_wg 2024-03-09 19:08:03 2.WEEK_PROGRAM_CHANNEL_LOCKS 0
setstate sz_Rollo_wg 2024-02-22 22:04:49 ASC_Enable on
setstate sz_Rollo_wg 2024-03-05 07:08:33 ASC_ShadingMessage <html> </html>
setstate sz_Rollo_wg 2024-03-08 06:32:45 ASC_ShuttersLastDrive manual
setstate sz_Rollo_wg 2024-03-09 18:10:34 ASC_Time_DriveDown 10.03.2024 - 18:10
setstate sz_Rollo_wg 2024-03-09 18:10:34 ASC_Time_DriveUp 10.03.2024 - 07:30
setstate sz_Rollo_wg 2024-03-08 17:18:42 IODev CCU3
setstate sz_Rollo_wg 2024-02-20 19:41:35 L-ccu.sz_BettLinks- 0
setstate sz_Rollo_wg 2024-02-20 19:41:35 L-ccu.sz_BettRechts- 0
setstate sz_Rollo_wg 2024-03-09 19:17:59 activity alive
setstate sz_Rollo_wg 2024-03-08 17:19:24 associatedWith 99_ASC
setstate sz_Rollo_wg 2024-03-09 19:08:03 battery ok
setstate sz_Rollo_wg 2024-03-09 19:17:59 batteryLevel 10.9
setstate sz_Rollo_wg 2024-03-09 19:08:03 control 0
setstate sz_Rollo_wg 2024-03-09 19:17:59 devstate ok
setstate sz_Rollo_wg 2024-03-09 19:17:59 hmstate 0
setstate sz_Rollo_wg 2024-03-08 16:37:03 level 100
setstate sz_Rollo_wg 2024-03-08 16:37:03 pct 100


HmIP-RF, ein Gerät nicht in der Liste (ich hatte schon mal nachgefragt)
Es wird von ASC heruntergefahren, ist physikalisch unten, 1.LEVEL ist 0

Aber level und pct zeigen 100!