Ich habe jetzt 3 meiner ZWave Rollladen Aktoren durch HmIP-BROLL Aktoren ersetzt.
Bei ZWave lief die Steuerung per "set <device> dim xxx" wobei xxx=0 geschlossen und xxx=98 offen war (auch bei dim 100 wurde nur 98 gemeldet).
Ich habe herausgefunden, dass ich den HmIP-BROLL per "set <device> datapoint 4.LEVEL xxx" setzen kann, wobei xxx=0 geschlossen und xxx=100 offen ist.
Jetzt meine Fragen:
- wie erhalte ich das aktuelle Level im Reading state (wird im Moment nicht aktualisiert) ?
- funktioniert auch eine Steuerung per "set <device> pct xxx" - wenn ja wie ?
- liefert HmIP-BROLL immer Werte zwischen 0 (closed) und 100 (open) oder auch mal nur 98 für komplett offen wie bei ZWave ?
- wie kann ich sicherstellen dass mein Level immer numerisch 0-100 ist und nicht manchmal 0 durch "closed" und 100 durch "open" ersetzt wird ?
Hast Du mal set defaults ausgeführt? Auch ein list vom device wäre nicht schlecht.
das set defaults mache ich mittlerweile immer ;)
hier ein list des Devices
Internals:
DEF 00111BE9984D77
FUUID 60339e42-f33f-b646-bb74-17563fcada56a344
IODev CCU3
NAME EG_KU_BROLL
NR 362
STATE ???
TYPE HMCCUDEV
ccuaddr 00111BE9984D77
ccudevstate active
ccuif HmIP-RF
ccuname EG_KU_BROLL
ccurolectrl KEY_TRANSCEIVER
ccurolestate KEY_TRANSCEIVER
ccusubtype BROLL
ccutype HmIP-BROLL
readonly no
Helper:
DBLOG:
3.ACTIVITY_STATE:
logdb:
TIME 1614239246.7036
VALUE STABLE
3.LEVEL:
logdb:
TIME 1614239246.7036
VALUE 100
3.LEVEL_STATUS:
logdb:
TIME 1614239246.7036
VALUE NORMAL
3.PROCESS:
logdb:
TIME 1614239246.7036
VALUE STABLE
3.SECTION:
logdb:
TIME 1614239246.7036
VALUE 15
4.ACTIVITY_STATE:
logdb:
TIME 1614239246.7036
VALUE STABLE
4.LEVEL:
logdb:
TIME 1614239246.7036
VALUE open
4.LEVEL_STATUS:
logdb:
TIME 1614239246.7036
VALUE NORMAL
4.PROCESS:
logdb:
TIME 1614239246.7036
VALUE STABLE
4.SECTION:
logdb:
TIME 1614239246.7036
VALUE 4
5.ACTIVITY_STATE:
logdb:
TIME 1614239246.7036
VALUE STABLE
5.LEVEL:
logdb:
TIME 1614239246.7036
VALUE closed
5.LEVEL_STATUS:
logdb:
TIME 1614239246.7036
VALUE NORMAL
5.PROCESS:
logdb:
TIME 1614239246.7036
VALUE STABLE
5.SECTION:
logdb:
TIME 1614239246.7036
VALUE 0
6.ACTIVITY_STATE:
logdb:
TIME 1614239246.7036
VALUE STABLE
6.LEVEL:
logdb:
TIME 1614239246.7036
VALUE closed
6.LEVEL_STATUS:
logdb:
TIME 1614239246.7036
VALUE NORMAL
6.PROCESS:
logdb:
TIME 1614239246.7036
VALUE STABLE
6.SECTION:
logdb:
TIME 1614239246.7036
VALUE 0
7.WEEK_PROGRAM_CHANNEL_LOCKS:
logdb:
TIME 1614239246.7036
VALUE 0
activity:
logdb:
TIME 1614239246.7036
VALUE alive
devstate:
logdb:
TIME 1614239246.7036
VALUE ok
rssidevice:
logdb:
TIME 1614239246.7036
VALUE -76
rssipeer:
logdb:
TIME 1614239246.7036
VALUE -74
state:
logdb:
TIME 1614165498.69463
VALUE datapoint 4.LEVEL 100
OLDREADINGS:
READINGS:
2021-02-25 08:47:26 3.ACTIVITY_STATE STABLE
2021-02-25 08:47:26 3.LEVEL 100
2021-02-25 08:47:26 3.LEVEL_STATUS NORMAL
2021-02-25 08:47:26 3.PROCESS STABLE
2021-02-25 08:47:26 3.SECTION 15
2021-02-25 08:47:26 4.ACTIVITY_STATE STABLE
2021-02-25 08:47:26 4.LEVEL open
2021-02-25 08:47:26 4.LEVEL_STATUS NORMAL
2021-02-25 08:47:26 4.PROCESS STABLE
2021-02-25 08:47:26 4.SECTION 4
2021-02-25 08:47:26 5.ACTIVITY_STATE STABLE
2021-02-25 08:47:26 5.LEVEL closed
2021-02-25 08:47:26 5.LEVEL_STATUS NORMAL
2021-02-25 08:47:26 5.PROCESS STABLE
2021-02-25 08:47:26 5.SECTION 0
2021-02-25 08:47:26 6.ACTIVITY_STATE STABLE
2021-02-25 08:47:26 6.LEVEL closed
2021-02-25 08:47:26 6.LEVEL_STATUS NORMAL
2021-02-25 08:47:26 6.PROCESS STABLE
2021-02-25 08:47:26 6.SECTION 0
2021-02-25 08:47:26 7.WEEK_PROGRAM_CHANNEL_LOCKS 0
2021-02-25 08:47:26 activity alive
2021-02-25 08:47:26 devstate ok
2021-02-25 08:47:26 rssidevice -76
2021-02-25 08:47:26 rssipeer -74
hmccu:
channels 8
devspec 00111BE9984D77
forcedev 0
nodefaults 1
role 0:MAINTENANCE,1:KEY_TRANSCEIVER,2:KEY_TRANSCEIVER,3:SHUTTER_TRANSMITTER,4:SHUTTER_VIRTUAL_RECEIVER,5:SHUTTER_VIRTUAL_RECEIVER,6:SHUTTER_VIRTUAL_RECEIVER,7:BLIND_WEEK_PROFILE
semDefaults 0
cmdlist:
get
set off:noArg on:noArg press:noArg
control:
chn 1
dpt PRESS_SHORT
dp:
0.ACTUAL_TEMPERATURE:
VALUES:
OSVAL 25.0
OVAL 25.0
SVAL 25.0
VAL 25.0
0.ACTUAL_TEMPERATURE_STATUS:
VALUES:
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
0.CONFIG_PENDING:
VALUES:
OSVAL false
OVAL 0
SVAL false
VAL 0
0.DUTY_CYCLE:
VALUES:
OSVAL false
OVAL 0
SVAL false
VAL 0
0.ERROR_CODE:
VALUES:
OSVAL 0
OVAL 0
SVAL 0
VAL 0
0.ERROR_OVERHEAT:
VALUES:
OSVAL false
OVAL 0
SVAL false
VAL 0
0.RSSI_DEVICE:
VALUES:
OSVAL -76
OVAL -76
SVAL -76
VAL -76
0.RSSI_PEER:
VALUES:
OSVAL -74
OVAL -74
SVAL -74
VAL -74
0.UNREACH:
VALUES:
OSVAL alive
OVAL 0
SVAL alive
VAL 0
3.ACTIVITY_STATE:
VALUES:
OSVAL STABLE
OVAL 3
SVAL STABLE
VAL 3
3.LEVEL:
VALUES:
OSVAL 100
OVAL 1.0
SVAL 100
VAL 1.0
3.LEVEL_STATUS:
VALUES:
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
3.PROCESS:
VALUES:
OSVAL STABLE
OVAL 0
SVAL STABLE
VAL 0
3.SECTION:
VALUES:
OSVAL 15
OVAL 15
SVAL 15
VAL 15
4.ACTIVITY_STATE:
VALUES:
OSVAL STABLE
OVAL 3
SVAL STABLE
VAL 3
4.LEVEL:
VALUES:
OSVAL open
OVAL 1.0
SVAL open
VAL 1.0
4.LEVEL_STATUS:
VALUES:
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
4.PROCESS:
VALUES:
OSVAL STABLE
OVAL 0
SVAL STABLE
VAL 0
4.SECTION:
VALUES:
OSVAL 4
OVAL 4
SVAL 4
VAL 4
5.ACTIVITY_STATE:
VALUES:
OSVAL STABLE
OVAL 3
SVAL STABLE
VAL 3
5.LEVEL:
VALUES:
OSVAL closed
OVAL 0.0
SVAL closed
VAL 0.0
5.LEVEL_STATUS:
VALUES:
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
5.PROCESS:
VALUES:
OSVAL STABLE
OVAL 0
SVAL STABLE
VAL 0
5.SECTION:
VALUES:
OSVAL 0
OVAL 0
SVAL 0
VAL 0
6.ACTIVITY_STATE:
VALUES:
OSVAL STABLE
OVAL 3
SVAL STABLE
VAL 3
6.LEVEL:
VALUES:
OSVAL closed
OVAL 0.0
SVAL closed
VAL 0.0
6.LEVEL_STATUS:
VALUES:
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
6.PROCESS:
VALUES:
OSVAL STABLE
OVAL 0
SVAL STABLE
VAL 0
6.SECTION:
VALUES:
OSVAL 0
OVAL 0
SVAL 0
VAL 0
7.WEEK_PROGRAM_CHANNEL_LOCKS:
VALUES:
OSVAL 0
OVAL 0
SVAL 0
VAL 0
roleCmds:
get:
set:
off:
channel 1
role KEY_TRANSCEIVER
subcount 1
syntax V:PRESS_SHORT:1
usage off
subcmd:
000:
args 1
dpt PRESS_SHORT
fnc
max 1
min 0
parname PRESS_SHORT
partype 3
ps VALUES
unit
on:
channel 1
role KEY_TRANSCEIVER
subcount 1
syntax V:PRESS_SHORT:1
usage on
subcmd:
000:
args 1
dpt PRESS_SHORT
fnc
max 1
min 0
parname PRESS_SHORT
partype 3
ps VALUES
unit
press:
channel 1
role KEY_TRANSCEIVER
subcount 1
syntax V:PRESS_SHORT:1
usage press
subcmd:
000:
args 1
dpt PRESS_SHORT
fnc
max 1
min 0
parname PRESS_SHORT
partype 3
ps VALUES
unit
state:
chn 1
dpt PRESS_SHORT
Attributes:
IODev CCU3
cmdIcon press:taster
event-on-update-reading .*
group Rollladen
icon fts_shutter_30
room EG_KU,Homematic
webCmd press
Bis zum nächsten Update der HMCCU Beta 4.4 solltest Du HMCCUCHN verwenden:
define EG_KU_BROLL HMCCUCHN 00111BE9984D77:4
Das Problem mit HMCCUDEV ist, dass das Modul das Gerät als Schalter erkennt. Es hat zwar einen KEY_TRANSCEIVER-Kanal, der sollte aber eigentlich ignoriert werden.
HMCCUCHN ist immer zu bevorzugen, sofern sich die Funktionen eines Geräts mit einem dedizierten Kanal steuern lassen.
teste ich gleich mal ...
das scheint zu funktionieren ... allerdings stimmt der Wert in Level nicht:
Setze ich das Level per "set <device> pct level" steht im Reading LEVEL der Wert bzw. "closed" bei 0 und "open" bei 100.
Bediene ich den Rollladen am Schalter steht in LEVEL "closed" egal wo er gerade steht.
Machst Du bitte nochmal ein list von dem neuen Device ?
Internals:
DEF 00111BE9981BA2:4
FUUID 60376e39-f33f-b646-0023-a8236e03a304eae6
IODev CCU3
NAME EG_AN_BROLL_Fenster
NR 384
STATE ???
TYPE HMCCUCHN
ccuaddr 00111BE9981BA2:4
ccudevstate active
ccuif HmIP-RF
ccuname EG_AN_BROLL_Fenster:4
ccusubtype BROLL
ccutype HmIP-BROLL
readonly no
Helper:
DBLOG:
ACTIVITY_STATE:
logdb:
TIME 1614250452.03981
VALUE STABLE
LEVEL:
logdb:
TIME 1614250452.03981
VALUE open
LEVEL_STATUS:
logdb:
TIME 1614250452.03981
VALUE NORMAL
PROCESS:
logdb:
TIME 1614250452.03981
VALUE STABLE
SECTION:
logdb:
TIME 1614250452.03981
VALUE 4
activity:
logdb:
TIME 1614250452.15733
VALUE alive
devstate:
logdb:
TIME 1614250452.15733
VALUE ok
rssidevice:
logdb:
TIME 1614250452.15733
VALUE -79
rssipeer:
logdb:
TIME 1614250452.15733
VALUE -75
state:
logdb:
TIME 1614246331.95441
VALUE pct 100
READINGS:
2021-02-25 11:54:12 ACTIVITY_STATE STABLE
2021-02-25 11:54:12 LEVEL open
2021-02-25 11:54:12 LEVEL_STATUS NORMAL
2021-02-25 11:54:12 PROCESS STABLE
2021-02-25 11:54:12 SECTION 4
2021-02-25 11:54:12 activity alive
2021-02-25 11:54:12 devstate ok
2021-02-25 11:54:12 rssidevice -79
2021-02-25 11:54:12 rssipeer -75
hmccu:
channels 1
devspec 00111BE9981BA2:4
nodefaults 1
role 4:SHUTTER_VIRTUAL_RECEIVER
semDefaults 0
cmdlist:
get
set down open:noArg close:noArg pct stop:noArg up
control:
chn 4
dpt
dp:
0.ACTUAL_TEMPERATURE:
VALUES:
OSVAL 28.0
OVAL 28.0
SVAL 28.0
VAL 28.0
0.ACTUAL_TEMPERATURE_STATUS:
VALUES:
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
0.CONFIG_PENDING:
VALUES:
OSVAL false
OVAL 0
SVAL false
VAL 0
0.DUTY_CYCLE:
VALUES:
OSVAL false
OVAL 0
SVAL false
VAL 0
0.ERROR_CODE:
VALUES:
OSVAL 0
OVAL 0
SVAL 0
VAL 0
0.ERROR_OVERHEAT:
VALUES:
OSVAL false
OVAL 0
SVAL false
VAL 0
0.RSSI_DEVICE:
VALUES:
OSVAL -78
OVAL -78
SVAL -79
VAL -79
0.RSSI_PEER:
VALUES:
OSVAL -76
OVAL -76
SVAL -75
VAL -75
0.UNREACH:
VALUES:
OSVAL alive
OVAL 0
SVAL alive
VAL 0
4.ACTIVITY_STATE:
VALUES:
OSVAL STABLE
OVAL 3
SVAL STABLE
VAL 3
4.LEVEL:
VALUES:
OSVAL open
OVAL 1.0
SVAL open
VAL 1.0
4.LEVEL_STATUS:
VALUES:
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
4.PROCESS:
VALUES:
OSVAL STABLE
OVAL 0
SVAL STABLE
VAL 0
4.SECTION:
VALUES:
OSVAL 4
OVAL 4
SVAL 4
VAL 4
roleCmds:
get:
set:
close:
channel 4
role SHUTTER_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:0
usage close
subcmd:
000:
args 0
dpt LEVEL
fnc
max 1.01
min 0.0
parname LEVEL
partype 3
ps VALUES
unit 100%
down:
channel 4
role SHUTTER_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:?delta=-20
usage down [delta]
subcmd:
000:
args -20
dpt LEVEL
fnc
max 1.01
min 0.0
parname delta
partype 2
ps VALUES
unit 100%
open:
channel 4
role SHUTTER_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:100
usage open
subcmd:
000:
args 100
dpt LEVEL
fnc
max 1.01
min 0.0
parname LEVEL
partype 3
ps VALUES
unit 100%
pct:
channel 4
role SHUTTER_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:?level
usage pct level
subcmd:
000:
args
dpt LEVEL
fnc
max 1.01
min 0.0
parname level
partype 2
ps VALUES
unit 100%
stop:
channel 4
role SHUTTER_VIRTUAL_RECEIVER
subcount 1
syntax V:STOP:1
usage stop
subcmd:
000:
args 1
dpt STOP
fnc
max 1
min 0
parname STOP
partype 3
ps VALUES
unit
up:
channel 4
role SHUTTER_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:?delta=+20
usage up [delta]
subcmd:
000:
args +20
dpt LEVEL
fnc
max 1.01
min 0.0
parname delta
partype 2
ps VALUES
unit 100%
state:
chn 4
dpt
Attributes:
IODev CCU3
cmdIcon open:fts_shutter_up stop:fts_shutter_manual close:fts_shutter_down
room Homematic
substexcl pct
webCmd pct:open:close:stop
widgetOverride pct:slider,0,10,100
Ich vermute, da spielt LEVEL_STATUS mit rein. Das scheint LEVEL zu überschreiben.
Muss ich analysieren ...
noch eine kurze Frage am Rande ... welche Werte können die Readings activity und battery haben ?
activity - alive|dead
battery - ok|low
oder gibt es andere Inhalte ?
Gibt es schon was neues zur Rollladensteuerung ?
Ich bin in diesem Thread gelandet, da ich HMCCU 4.4 teste und auch bei mir wird per get ccu3 create <devname> (und ich dachte den Befehl sollte man nutzen und alles weitere dem Modul überlassen) ein HMIP-BROLL mit dem Modul HMCCUDEV als Taster angelegt und auch ein det defaults reset hilft nicht, obwohl in der HMConf.pm der BROLL korrekt gepflegt zu sein scheint. Durch diesen Thread habe ich jetzt verstanden, dass ich die BROLL lieber manuell als HMCCUCHN anlege und das klappte jetzt super.
Ist das vorgesehen, dass ein get ccu3 create das Gerät so wie bisher anlegt oder ist das noch ein "Fehler"? Kann man das abfangen, dass BROLL als HMCCUCHN-Gerät angelegt werden? Es ist vermutlich besser wenn das für die finale 4.4 überarbeitet wird, andere werden sicher über die gleichen Probleme stolpern ;)
Wenn gewünscht verschiebe ich das gern in das HMCCU 4.4 Beta Forum.