Hallo zusammen,
ich möchte die RSSI_- bzw. auch die rssi_-Werte in der Deviceübersicht upgedatet bekommen, die werden hier nicht aufgefrischt,
geht das nur über aktive "get xxx values"-Aufrufe?
Vielen Dank!
Internals:
DEF JEQ0697619:1
FUUID 61e2dee6-f33f-26cd-85a3-7bd218f38c6eb6fd
IODev d_ccu
NAME ST1
NR 1063
STATE off
TYPE HMCCUCHN
ccuaddr JEQ0697619:1
ccudevstate active
ccuif BidCos-RF
ccuname HM-LC-Sw1-Pl-2 JEQ0697619:1
ccurolectrl SWITCH
ccurolestate SWITCH
ccusubtype HM-LC-Sw1-Pl-2
ccutype HM-LC-Sw1-Pl-2
chntype ?
firmware 1.9
readonly no
READINGS:
2022-04-25 17:33:43 AES_KEY off
2022-04-25 17:33:43 CONFIG_PENDING false
2022-04-25 17:33:43 DUTYCYCLE false
2022-04-25 17:33:43 INHIBIT false
2022-04-26 18:42:58 IODev d_ccu
2022-04-25 17:33:43 LOWBAT ok
2022-04-25 17:33:43 RSSI_DEVICE -51
2022-04-25 17:33:43 RSSI_PEER -226
2022-04-26 22:44:52 STATE off
2022-04-25 17:33:43 STICKY_UNREACH false
2022-04-25 17:33:43 UNREACH alive
2022-04-26 22:44:52 WORKING false
2022-04-25 17:33:43 activity alive
2022-04-25 17:33:43 battery ok
2022-04-26 22:44:52 control off
2022-04-26 22:44:52 devstate ok
2022-04-26 22:44:52 hmstate off
2022-04-25 17:33:43 rssidevice -51
2022-04-25 17:33:43 rssipeer -226
2022-04-25 17:33:43 sign off
2022-04-26 22:44:52 state off
hmccu:
channels 1
detect 1
devspec JEQ0697619:1
nodefaults 1
role 1:SWITCH
setDefaults 0
cmdlist:
get
set on-for-timer off:noArg on-till on:noArg toggle:noArg
control:
chn 1
dpt STATE
dp:
1.STATE:
VALUES:
NVAL 0
ONVAL 1
OSVAL on
OVAL 1
SVAL off
VAL 0
1.WORKING:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
roleCmds:
get:
set:
off:
channel 1
role SWITCH
subcount 1
syntax V:STATE:0
usage off
subcmd:
000:
args 0
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 000
unit
on:
channel 1
role SWITCH
subcount 1
syntax V:STATE:1
usage on
subcmd:
000:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 000
unit
on-for-timer:
channel 1
role SWITCH
subcount 2
syntax V:ON_TIME:?duration V:STATE:1
usage on-for-timer duration
subcmd:
000:
args
dpt ON_TIME
fnc
max 85825945.600000
min 0.000000
parname duration
partype 2
ps VALUES
scn 000
unit s
001:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 001
unit
on-till:
channel 1
role SWITCH
subcount 2
syntax V:ON_TIME:?time V:STATE:1
usage on-till time
subcmd:
000:
args
dpt ON_TIME
fnc
max 85825945.600000
min 0.000000
parname time
partype 2
ps VALUES
scn 000
unit s
001:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 001
unit
state:
chn 1
dpt STATE
Attributes:
alias Licht Bücherregal (ST1)
ccuflags showMasterReadings,showDeviceReadings
event-on-change-reading .*
group Licht
room Licht,Übersicht
webCmd :
Hallo,
bei mir passiert dies automatisch.
Viele Grüße
Jürgen
Hallo Jürgen,
danke für die schnelle Rückmeldung!
So etwas hatte ich mir gedacht, dass das bei mir nicht normal ist ;-)
Ich habe eine Debmatic-CCU mit der HMCCU-Anbindung.
Kannst Du mir mal ein List eines beliebigen, funktionierenden HM-Devices geben, damit ich die Attribute vergleichen kann?
Gruß,
Friedhelm
wer misst eigentlich diese 2 werte?
jeweils das device, jeweils die ccu oder unterschiedlich?
Setze mal im Attribut ccuflags "showDeviceReadings"
Ist schon gesetzt, s. List!
es kann auch einfach daran liegen, dass sich RSSI nicht ändert und Du mit event-on-change-reading .* eben nur Änderungen durchläßt.
Du könntest testhalber das Attribut löschen, dann wird alles, was das Device so von sich gibt, durchgelassen, oder Du setzt event-min-interval RSSI.*:300,rssi.*:300 , dann bekommst Du alle 5 min einen Wert, auch wenn er sich nicht geändert hat, UND auch nur, wenn grundsätzlich öfter als im 5min-Abstand ein Wert "erzeugt" wird. Sonst halt entsprechend weniger.
Oder Du machst es per event-on-update-reading rssi.*,RSSI.* , damit kommt für die rssi-Sachen alles durch und Du kannst dann überlegen, was Du wie häufig sehen willst.
Viele Erfolg!
Sany
@Sany: Die RSSI-Werte ändern sich bei (fast) jedem Sendeintervall. Das kann man auch schön in der CCU sehen, (devconfig), wenn man hin und wieder mit F5 die Ausgabe auffrischt.
Das Attribut hatte ich auch schon - wie von Dir vorgeschlagen - gelöscht, ohne Erfolg.
nach etwas spielen:
mit get values werden neue werte aus der ccu geholt, falls die ccu neue werte vom device bekommen hat.
Zitat von: frank am 27 April 2022, 15:39:50
nach etwas spielen:
mit get values werden neue werte aus der ccu geholt, falls die ccu neue werte vom device bekommen hat.
Ja, das ist bei mir auch der Fall, aber für RSSI kann es doch nicht sein, dass man dafür jedes Mal get xxx values aufruft!? (Meine Eingangsfrage).
Die RSSI-Werte haben sich ja geändert.
EDIT:
Und bei "juemuc" weiter oben werden sie ja geupdatet.
Nur zur Sicherheit: Andere Werte werden aber geupdatet?
Hallo Werniemann,
ja, z. B. alle in fett gedruckten werden geupdatet, die nicht fett gedruckten Werte haben die Uhrzeit 2022-04-25 17:33:43, als ich zum letzten Mal manuell mit get xxx values geholt hatte:
Davon müssen nicht alle neues Datum haben, das sie sich ja nicht geändert haben. Wohl aber die RSSI-Werte.
Zur Info: Gestern um 2022-04-26 22:44:52 war die letzte Aktion, nämlich Lampen aus.
AES_KEY off 2022-04-25 17:33:43
CONFIG_PENDING false 2022-04-25 17:33:43
DUTYCYCLE false 2022-04-25 17:33:43
INHIBIT false 2022-04-25 17:33:43
IODev d_ccu 2022-04-26 18:42:58
LOWBAT ok 2022-04-25 17:33:43
RSSI_DEVICE -51 2022-04-25 17:33:43
RSSI_PEER -226 2022-04-25 17:33:43
STATE off 2022-04-26 22:44:52
STICKY_UNREACH false 2022-04-25 17:33:43
UNREACH alive 2022-04-25 17:33:43
WORKING false 2022-04-26 22:44:52
activity alive 2022-04-25 17:33:43
battery ok 2022-04-25 17:33:43
control off 2022-04-26 22:44:52
devstate ok 2022-04-26 22:44:52
hmstate off 2022-04-26 22:44:52
rssidevice -51 2022-04-25 17:33:43
rssipeer -226 2022-04-25 17:33:43
sign off 2022-04-25 17:33:43
state off 2022-04-26 22:44:52
Bei "get xxx values" aktuallisiert er alle Wertem auch die nicht geänderten?
Das tut er eben bei mir nicht, habe allerdings auch event-on-change-reading drin ...
Habe bei mir gerade geguckt, weil auch seit mehreren Tage RSI nicht upgedatet, aber scheinbar haben sich die RSSI-Werte nicht geändert. Habe allerdings auch eine Originale CCU2 (noch) am laufen
Ja, alle Werte werden dann übertragen und alle haben das identische Updatedatum.
Und dann bemerkt man z. B. auch, dass sich die RSSI-Werte geändert haben.
Zitat von: juemuc am 27 April 2022, 09:41:51
Hallo,
bei mir passiert dies automatisch.
Viele Grüße
Jürgen
hallo juemuc,
kannst du mal ein list posten, um ggf unterschiede in der config zu entdecken?
edit: ich habe den verdacht, dass es eventuell am TYPE/DEF liegt.
ich habe, wie FFHEM, HMCCUCHN für channel 1 definiert. die rssi kommen aber "zusätzlich" aus channel 0.
defmod HM_LC_Sw1PBU_FM_JEQ0033112 HMCCUCHN JEQ0033112:1
attr HM_LC_Sw1PBU_FM_JEQ0033112 ccuflags showMasterReadings,showLinkReadings,showDeviceReadings
attr HM_LC_Sw1PBU_FM_JEQ0033112 cmdIcon on:general_an off:general_aus
attr HM_LC_Sw1PBU_FM_JEQ0033112 room 00_ccu
vielleicht hat juemuc ein HMCCUDEV definiert?
Hallo zusammen,
erst einmal das list eines Fenstersensors
Internals:
DEF 0000DA498D427A:1
FUUID 61aa7318-f33f-4885-eb90-3222fdc6f6734f14
IODev HMCCU3
NAME HMIP_SWDO_0000DA498D427A
NR 302
STATE Status: closed / LastOpen: 28.04.2022 - 14:19:41 / LastClose: 28.04.2022 - 14:20:29
TYPE HMCCUCHN
ccuaddr 0000DA498D427A:1
ccudevstate active
ccuif HmIP-RF
ccuname HMIP-SWDO 0000DA498D427A:1
ccurolestate SHUTTER_CONTACT
ccusubtype SWD
ccutype HMIP-SWDO
chntype ?
firmware 1.16.8
readonly no
READINGS:
2022-04-26 16:36:42 IODev HMCCU3
2022-04-28 14:20:29 LastClose 28.04.2022 - 14:20:29
2022-04-28 14:20:29 LastOpen 28.04.2022 - 14:19:41
2022-04-28 14:20:28 PRESS_SHORT 1
2022-04-28 14:37:47 STATE closed
2022-04-28 14:37:47 activity alive
2022-04-28 14:37:47 battery ok
2022-04-28 14:37:47 devstate ok
2022-04-28 14:37:47 hmstate closed
2022-04-28 14:37:47 rssidevice -75
2022-04-26 20:17:12 rssipeer N/A
2022-04-28 14:37:47 sabotage false
2022-04-28 14:37:47 state closed
2022-04-28 14:37:47 voltage 1.3
hmccu:
channels 1
detect 1
devspec 0000DA498D427A:1
nodefaults 1
role 1:SHUTTER_CONTACT
setDefaults 0
cmdlist:
get
set
control:
dp:
0.CONFIG_PENDING:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.DUTY_CYCLE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.ERROR_CODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
0.INSTALL_TEST:
VALUES:
NVAL true
ONVAL true
OSVAL true
OVAL true
SVAL true
VAL true
0.LOW_BAT:
VALUES:
NVAL 0
ONVAL 0
OSVAL ok
OVAL 0
SVAL ok
VAL 0
0.OPERATING_VOLTAGE:
VALUES:
NVAL 1.3
ONVAL 1.3
OSVAL 1.3
OVAL 1.3
SVAL 1.3
VAL 1.3
0.OPERATING_VOLTAGE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
0.RSSI_DEVICE:
VALUES:
NVAL -75
ONVAL -75
OSVAL -75
OVAL -75
SVAL -75
VAL -75
0.RSSI_PEER:
VALUES:
NVAL N/A
ONVAL N/A
OSVAL N/A
OVAL 0
SVAL N/A
VAL 0
0.SABOTAGE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.UNREACH:
VALUES:
NVAL 0
ONVAL 0
OSVAL alive
OVAL 0
SVAL alive
VAL 0
0.UPDATE_PENDING:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
1.PRESS_SHORT:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
1.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL closed
OVAL 0
SVAL closed
VAL 0
roleCmds:
get:
set:
state:
chn 1
dpt STATE
Attributes:
alexaName Wohnzimmerfenster
alias Wohnzimmerfenster
devStateStyle style="text-align:right"
disable 0
event-min-interval battery:3600
event-on-change-reading .*
genericDeviceType window
group HM Fenster-/Türkontakte
homebridgeMapping ContactSensorState=state,values=closed:CONTACT_DETECTED;open:CONTACT_NOT_DETECTED
icon hm-sec-win@black
room Alexa
stateFormat {"Status: ".ReadingsVal($name,"state" ,"")." / LastOpen: ".ReadingsVal("HMCCU3","Fenster_Wohnzimmer_auf","")." / LastClose: ".ReadingsVal("HMCCU3","Fenster_Wohnzimmer_zu","")}
userReadings LastOpen:hmstate.* {ReadingsVal("HMCCU3","Fenster_Wohnzimmer_auf","")},LastClose:hmstate.* {ReadingsVal("HMCCU3","Fenster_Wohnzimmer_zu","")}
rssidevice wurde heute aktuallisiersiert, rssipeer mit dem letzten Start von HMCCU.
Beim Lichtschalter wurden beide Werte gestern bzw. heute aktuallisiert. Als deutlich nach dem HMCCU-Neustart.
Internals:
DEF 000858A9ABDF0E sd=3.STATE cd=4.STATE
FUUID 5e07aa23-f33f-4885-fe0e-04e3a5f2223c58e8
IODev HMCCU3
NAME HmIP_BSM_000858A9ABDF0E
NR 210
STATE off
TYPE HMCCUDEV
ccuaddr 000858A9ABDF0E
ccudevstate active
ccuif HmIP-RF
ccuname HmIP-BSM 000858A9ABDF0E
ccurolectrl SWITCH_VIRTUAL_RECEIVER
ccurolestate SWITCH_TRANSMITTER
ccusubtype BSM
ccutype HmIP-BSM
firmware 1.18.14
readonly no
READINGS:
2022-04-28 14:52:16 3.PROCESS STABLE
2022-04-28 14:52:16 3.SECTION 0
2022-04-28 14:52:16 3.SECTION_STATUS NORMAL
2022-04-28 14:52:16 3.STATE off
2022-04-28 14:52:16 4.PROCESS STABLE
2022-04-28 14:52:16 4.SECTION 0
2022-04-28 14:52:16 4.SECTION_STATUS NORMAL
2022-04-28 14:52:16 4.STATE off
2022-04-28 14:52:16 7.CURRENT 0.0
2022-04-28 14:52:16 7.CURRENT_STATUS NORMAL
2022-04-28 14:52:16 7.ENERGY_COUNTER 19708.9
2022-04-28 14:52:16 7.ENERGY_COUNTER_OVERFLOW false
2022-04-28 14:52:16 7.FREQUENCY 50.0
2022-04-28 14:52:16 7.FREQUENCY_STATUS NORMAL
2022-04-28 14:52:16 7.POWER 0.0
2022-04-28 14:52:16 7.POWER_STATUS NORMAL
2022-04-28 14:52:16 7.VOLTAGE 228.8
2022-04-28 14:52:16 7.VOLTAGE_STATUS NORMAL
2022-04-26 16:36:42 IODev HMCCU3
2022-04-28 14:52:16 activity alive
2022-04-28 14:52:16 control off
2022-04-28 14:52:16 devstate ok
2022-04-28 14:52:16 hmstate off
2022-04-28 14:52:16 rssidevice -60
2022-04-27 20:16:24 rssipeer -58
2022-04-28 14:52:16 state off
2022-04-26 20:17:11 voltage 0.0
hmccu:
channels 10
defCDP 4.STATE
defSDP 3.STATE
detect 5
devspec 000858A9ABDF0E
forcedev 0
nodefaults 1
role 0:MAINTENANCE,1:KEY_TRANSCEIVER,2:KEY_TRANSCEIVER,3:SWITCH_TRANSMITTER,4:SWITCH_VIRTUAL_RECEIVER,5:SWITCH_VIRTUAL_RECEIVER,6:SWITCH_VIRTUAL_RECEIVER,7:ENERGIE_METER_TRANSMITTER,8:COND_SWITCH_TRANSMITTER,9:SWITCH_WEEK_PROFILE
setDefaults 0
cmdlist:
get
set on-till on-for-timer off:noArg on:noArg toggle:noArg
control:
chn 4
dpt STATE
dp:
0.ACTUAL_TEMPERATURE:
VALUES:
NVAL 25.0
ONVAL 25.0
OSVAL 25.0
OVAL 25.0
SVAL 25.0
VAL 25.0
0.ACTUAL_TEMPERATURE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
0.CONFIG_PENDING:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.DUTY_CYCLE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.ERROR_CODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
0.ERROR_OVERHEAT:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.INSTALL_TEST:
VALUES:
NVAL true
ONVAL true
OSVAL true
OVAL true
SVAL true
VAL true
0.OPERATING_VOLTAGE:
VALUES:
NVAL 0.000000
ONVAL 0.000000
OSVAL 0.0
OVAL 0.000000
SVAL 0.0
VAL 0.000000
0.OPERATING_VOLTAGE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
0.RSSI_DEVICE:
VALUES:
NVAL -60
ONVAL -60
OSVAL -60
OVAL -60
SVAL -60
VAL -60
0.RSSI_PEER:
VALUES:
NVAL -58
ONVAL -57
OSVAL -57
OVAL -57
SVAL -58
VAL -58
0.UNREACH:
VALUES:
NVAL 0
ONVAL 0
OSVAL alive
OVAL 0
SVAL alive
VAL 0
0.UPDATE_PENDING:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
3.PROCESS:
VALUES:
NVAL 0
ONVAL 0
OSVAL STABLE
OVAL 0
SVAL STABLE
VAL 0
3.SECTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
3.SECTION_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
3.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
4.PROCESS:
VALUES:
NVAL 0
ONVAL 0
OSVAL STABLE
OVAL 0
SVAL STABLE
VAL 0
4.SECTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
4.SECTION_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
4.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
5.PROCESS:
VALUES:
NVAL 0
ONVAL 0
OSVAL STABLE
OVAL 0
SVAL STABLE
VAL 0
5.SECTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
5.SECTION_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
5.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
6.PROCESS:
VALUES:
NVAL 0
ONVAL 0
OSVAL STABLE
OVAL 0
SVAL STABLE
VAL 0
6.SECTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
6.SECTION_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
6.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
7.CURRENT:
VALUES:
NVAL 0.0
ONVAL 0.0
OSVAL 0.0
OVAL 0.0
SVAL 0.0
VAL 0.0
7.CURRENT_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
7.ENERGY_COUNTER:
VALUES:
NVAL 19708.9
ONVAL 19708.9
OSVAL 19708.9
OVAL 19708.9
SVAL 19708.9
VAL 19708.9
7.ENERGY_COUNTER_OVERFLOW:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
7.FREQUENCY:
VALUES:
NVAL 50.0
ONVAL 49.98
OSVAL 50.0
OVAL 49.98
SVAL 50.0
VAL 50.0
7.FREQUENCY_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
7.POWER:
VALUES:
NVAL 0.01
ONVAL 0.0
OSVAL 0.0
OVAL 0.0
SVAL 0.0
VAL 0.01
7.POWER_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
7.VOLTAGE:
VALUES:
NVAL 228.8
ONVAL 227.2
OSVAL 227.2
OVAL 227.2
SVAL 228.8
VAL 228.8
7.VOLTAGE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
9.WEEK_PROGRAM_CHANNEL_LOCKS:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
roleCmds:
get:
set:
off:
channel 4
role SWITCH_VIRTUAL_RECEIVER
subcount 1
syntax V:STATE:0
usage off
subcmd:
000:
args 0
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 000
unit
on:
channel 4
role SWITCH_VIRTUAL_RECEIVER
subcount 1
syntax V:STATE:1
usage on
subcmd:
000:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 000
unit
on-for-timer:
channel 4
role SWITCH_VIRTUAL_RECEIVER
subcount 2
syntax V:ON_TIME:?duration V:STATE:1
usage on-for-timer duration
subcmd:
000:
args
dpt ON_TIME
fnc
max 8580000.0
min 0.0
parname duration
partype 2
ps VALUES
scn 000
unit s
001:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 001
unit
on-till:
channel 4
role SWITCH_VIRTUAL_RECEIVER
subcount 2
syntax V:ON_TIME:?time V:STATE:1
usage on-till time
subcmd:
000:
args
dpt ON_TIME
fnc
max 8580000.0
min 0.0
parname time
partype 2
ps VALUES
scn 000
unit s
001:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 001
unit
state:
chn 3
dpt STATE
Attributes:
IODev HMCCU3
alexaName Licht im Büro
alias Lichtschalter Büro
ccureadingfilter 1,2,3,4,7..*
cmdIcon on:general_an off:general_aus
devStateStyle style="text-align:right"
disable 0
event-on-change-reading .*
group HM Funkschalter
icon li_wht_dimmer
realRoom Büro
room Büro,Homematic
sortby 09
userattr Schalter Schalter_map structexclude
webCmd :
Viele Grüße
Jürgen
Danke, juemuc!
Unterschied zu meinem Device: Du hast HM-IP, ich HM-Classic (nur, falls das von Belang ist!) Das dürfte/soll aber keinen Unterschied machen.
Also, als Unterschied zu meinen Attributen hat juemuc
ccureadingfilter 1,2,3,4,7..* gesetzt, dafür aber
keine ccuflags gesetzt.
Im Batterie-Fenstersensor ist weiterhin zusätzlich zu meinem
event-on-change-reading .*
ein
event-min-interval battery:3600
wobei letzteres darauf hindeutet, dass er bei batteriebetriebenen Devices regelmäßig eine Batteriemeldung bekommt!
Diese fehlt bei allen meinen batteriebetriebenen Devices ebenfalls!
Fazit: in allen HM-Devices werden die RSSI-Werte als auch - bei batteriebetriebenen Geräten - die Batteriemeldungen nicht geupdatet, sie stammen noch von vor 4 Tagen! (2022-04-25 17:33:43).
Wo kann ich noch suchen?
Hallo FFHEM,
ich habe auch normale HM- Devices, bei denen wird der Wert nur bei einem Neustart der HMCCU aktualisiert.
Scheint also wirklich ein "Fehler" zu sein.
Viele Grüße
Jürgen
Musste meine Aussage leider korrigieren.
Viele Grüße
Jürgen
du "schlingel".
habe meinen post wieder gelöscht.
Hab's mal als Bug aufgenommen. Muss prüfen, ob die CCU die Werte verlässlich an FHEM schickt. Wenn ja, liegt es an einem Fehler beim Reading-Update.
Zitat von: zap am 29 April 2022, 10:46:04
Hab's mal als Bug aufgenommen. Muss prüfen, ob die CCU die Werte verlässlich an FHEM schickt. Wenn ja, liegt es an einem Fehler beim Reading-Update.
Super, danke!!
Gruß,
Friedheim
Zitat von: FFHEM am 29 April 2022, 09:15:24
Fazit: in allen HM-Devices werden die RSSI-Werte als auch - bei batteriebetriebenen Geräten - die Batteriemeldungen nicht geupdatet, sie stammen noch von vor 4 Tagen! (2022-04-25 17:33:43).
Wo kann ich noch suchen?
wenn du fit bist mit HMCCU, versuch es doch mal mit einem HMCCUDEV device.
wie sieht denn bei einem batterie sensor ein "get paramsetDesc" aus?
bei meinem sw1pbu aktor gehört LOWBAT wie die rssi werte ebenfalls zur gruppe der "Paramset VALUES" von channel 0. vermutlich ist ja die gesamte gruppe betroffen:
Channel 0
Paramset VALUES
AES_KEY: INTEGER [R] [] RANGE=0...127 DFLT=0
CONFIG_PENDING: BOOL [R,E] [Visible,Sticky,Service] RANGE=0...1 DFLT=0
DEVICE_IN_BOOTLOADER: BOOL [R,E] [Visible,Sticky,Service] RANGE=0...1 DFLT=0
DUTYCYCLE: BOOL [R,E] [Visible,Sticky,Service] RANGE=0...1 DFLT=0
LOWBAT: BOOL [R,E] [Visible,Sticky,Service] RANGE=0...1 DFLT=0
RSSI_DEVICE: INTEGER [R,E] [Visible,Sticky] RANGE=-2147483648...2147483647 DFLT=0
RSSI_PEER: INTEGER [R,E] [Visible,Sticky] RANGE=-2147483648...2147483647 DFLT=0
STICKY_UNREACH: BOOL [R,W,E] [Sticky,Internal] RANGE=0...1 DFLT=0
UNREACH: BOOL [R,E] [Visible,Sticky,Service] RANGE=0...1 DFLT=0
UPDATE_PENDING: BOOL [R,E] [Visible,Sticky,Service] RANGE=0...1 DFLT=0
Zitat von: frank am 29 April 2022, 10:52:10
wie sieht denn bei einem batterie sensor ein "get paramsetDesc" aus?
bei meinem sw1pbu aktor gehört LOWBAT wie die rssi werte ebenfalls zur gruppe der "Paramset VALUES" von channel 0. vermutlich ist ja die gesamte gruppe betroffen:
Beispiel: HM-Außenbewegungsmelder
Hier wird brightness immer aktualisiert, aber weder battery noch rssi-Werte:
Device
Channel 0
Paramset VALUES
AES_KEY: INTEGER [R] [] RANGE=0...127 DFLT=0
CONFIG_PENDING: BOOL [R,E] [Visible,Sticky,Service] RANGE=0...1 DFLT=0
ENTER_BOOTLOADER: ACTION [W] [Visible,Sticky,Internal] RANGE=0...1 DFLT=0
LOWBAT: BOOL [R,E] [Visible,Sticky,Service] RANGE=0...1 DFLT=0
RSSI_DEVICE: INTEGER [R,E] [Visible,Sticky] RANGE=-2147483648...2147483647 DFLT=0
RSSI_PEER: INTEGER [R,E] [Visible,Sticky] RANGE=-2147483648...2147483647 DFLT=0
STICKY_UNREACH: BOOL [R,W,E] [Sticky,Internal] RANGE=0...1 DFLT=0
UNREACH: BOOL [R,E] [Visible,Sticky,Service] RANGE=0...1 DFLT=0
Channel 1
Paramset LINK
PEER_NEEDS_BURST: BOOL [R,W] [Visible,Sticky] RANGE=0...1 DFLT=0
Paramset MASTER
AES_ACTIVE: BOOL [R,W] [Visible,Sticky,Internal] RANGE=0...1 DFLT=0
BRIGHTNESS_FILTER: INTEGER [R,W] [Visible,Sticky] RANGE=0...7 DFLT=7
CAPTURE_WITHIN_INTERVAL: BOOL [R,W] [Visible,Sticky] RANGE=0...1 DFLT=0
EVENT_FILTER_NUMBER: INTEGER [R,W] [Visible,Sticky] RANGE=1...15 DFLT=1
EVENT_FILTER_PERIOD: FLOAT [R,W] [Visible,Sticky] RANGE=0.5...7.5 DFLT=0.5 UNIT=s
LED_ONTIME: FLOAT [R,W] [Visible,Sticky] RANGE=0...1.275 DFLT=0.5 UNIT=s
MIN_INTERVAL: INTEGER [R,W] [Visible,Sticky] RANGE=0...4 DFLT=4
Paramset VALUES
BRIGHTNESS: INTEGER [R,E] [Visible,Sticky] RANGE=0...255 DFLT=0
INSTALL_TEST: ACTION [E] [Visible,Sticky,Internal] RANGE=0...1 DFLT=0
MOTION: BOOL [R,E] [Visible,Sticky] RANGE=0...1 DFLT=0
Das zugehörige List zum BWM:
Internals:
DEF JEQ0125643:1
FUUID 61ee7160-f33f-26cd-057e-fc2590c308b3dfc1
IODev d_ccu
NAME PIRA1
NR 1129
STATE noMotion
TYPE HMCCUCHN
ccuaddr JEQ0125643:1
ccudevstate active
ccuif BidCos-RF
ccuname PIRA1:1
ccurolestate MOTION_DETECTOR
ccusubtype HM-Sen-MDIR-O
ccutype HM-Sen-MDIR-O
chntype ?
firmware 1.5
readonly no
READINGS:
2022-04-22 14:15:57 AES_KEY off
2022-04-22 14:15:57 CONFIG_PENDING false
2022-04-29 12:53:15 INSTALL_TEST 1
2022-04-26 18:42:58 IODev d_ccu
2022-04-22 14:15:57 LOWBAT ok
2022-02-22 15:17:34 NEXT_TRANSMISSION 1
2022-02-22 15:17:34 R-AES_ACTIVE 0
2022-02-22 15:17:34 R-BRIGHTNESS_FILTER 7
2022-02-22 15:17:34 R-CAPTURE_WITHIN_INTERVAL 0
2022-02-22 15:17:34 R-EVENT_FILTER_NUMBER 1
2022-02-22 15:17:34 R-EVENT_FILTER_PERIOD 1.0
2022-02-22 15:17:34 R-LED_ONTIME 0.0
2022-02-22 15:17:34 R-MIN_INTERVAL 4
2022-04-22 14:15:57 RSSI_DEVICE -255
2022-04-22 14:15:57 RSSI_PEER -81
2022-04-22 14:15:57 STICKY_UNREACH false
2022-04-22 14:15:57 UNREACH alive
2022-04-22 14:15:57 activity alive
2022-04-22 14:15:57 battery ok
2022-04-29 14:52:07 brightness 200
2022-04-29 14:52:07 devstate ok
2022-04-29 14:52:07 hmstate noMotion
2022-04-29 12:57:56 motion noMotion
2022-04-22 14:15:57 rssidevice -255
2022-04-22 14:15:57 rssipeer -81
2022-04-22 14:15:57 sign off
2022-04-29 12:57:56 state noMotion
hmccu:
channels 1
detect 1
devspec JEQ0125643:1
nodefaults 1
role 1:MOTION_DETECTOR
setDefaults 0
cmdlist:
get
set
control:
dp:
1.BRIGHTNESS:
VALUES:
NVAL 200
ONVAL 200
OSVAL 200
OVAL 200
SVAL 200
VAL 200
1.INSTALL_TEST:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
1.MOTION:
VALUES:
NVAL 0
ONVAL 1
OSVAL motion
OVAL 1
SVAL noMotion
VAL 0
roleCmds:
get:
set:
state:
chn 1
dpt MOTION
Attributes:
alias PIRA1 (Terrasse)
ccuflags showMasterReadings,showDeviceReadings
devStateIcon motion:people_sensor noMotion:message_presence
event-on-change-reading state
event-on-update-reading battery.*
group motionDetector
icon motion_detector
room Alarmanlage,Bewegungsmelder
Zitat von: frank am 29 April 2022, 10:52:10
wenn du fit bist mit HMCCU, versuch es doch mal mit einem HMCCUDEV device.
Mit der HMCCU kenne ich mich nicht gut aus, habe ja nur meine HM-Geräte bisher mit "get xxx createDev dort" eingebunden, aber ich versuch's mal:
Aber auf einer FHEM-Imagekopie habe ich jetzt mal ST1 gelöscht und dann versucht, als HMCCU
DEV mit
define ST1 HMCCUDEV JEQ0697619:1 iodev=d_ccu forceDeveinzubinden. Dabei kommt die Fehlermeldung
Invalid or unknown CCU device name or addressWohingegen mit gleicher Syntax - nur als HMCCUCHN - funktioniert die Defintion.
Du hast eine Kanaladresse eingegeben.
So sollte es funktionieren:
define ST1 HMCCUDEV JEQ0697619 iodev=d_ccu forceDev
bei meinem aktor macht ein type=HMCCUDEV für die rssi keinen unterschied zu HMCCUCHN.
weiterhin nur manuelle aktualisierungen.
Ich habe ja parallel zu FHEM noch ioBroker am Start. Ich vergleiche mal die Aktualisierung der RSSI Werte. Wenn es sich gleich verhält, liegt es an der CCU, sonst an HMCCU
Gute Idee!
Interessantes Verhalten bei ioBroker: Die RSSI-Werte für BidCos-Devices wurden teilweise im Januar zuletzt aktualisiert. Vielleicht ein Fehler in der CCU Firmware. Die RSSI-Werte meiner HmIP-Geräte werden hingegen mindestens 1x / Tag aktualisiert.
Vielleicht kann jemand hier das in FHEM verifizieren. Mein FHEM läuft gerade nicht.
Hallo zap,
ja das kann ich im Prinzip bestätigen. Allerdings werden die beiden rssi-Werte unterschiedlich aktualisiert.
rssidevice -55 2022-05-02 09:22:36
rssipeer -63 2022-05-01 21:26:01
Viele Grüße
Jürgen
Noch als Ergänzung das Verhalten bei LOWBAT:
- Wenn Batterie voll (LOWBAT = false) => Keine Aktualisierung
- Wenn Batterie leer (LOWBAT = true) => Tägliche Aktualisierung
meine debmatic version 3.53.30.53 müsste älter sein, also mindestens aus 2021.
fhem logs habe ich leider keine.
Neueste Debmatic-Version, 3.63.8.91
Bei mir ähnlich:
HM-IP-Rauchmelder:
rssidevice -51 2022-05-03 02:00:49 Relativ frisch, 7 Stunden alt
rssipeer -58 2022-04-29 17:35:42 Nicht mehr sooo frisch
HM-Classic-Rauchmelder:
rssidevice -255 2022-04-22 14:15:45 uralt
rssipeer -255 2022-04-22 14:15:45 uralt
Dagegen werden im Web-UI der Debmatic-CCU die Werte häufig aufgefrischt, z. B. der obige HM-Classic-Rauchmelder:
Rauchmelder_Schlafzimmer NEQxxx0446703 OEXX607003 -85 dBm
Ich sehe gerade zufällig (!) in den Servicemeldungen in der Web-UI der Debmatic-CCU, dass eine leere Batterie für einen HK-Thermostaten gemeldet wird.
30.04.2022 11:02:23 03.05.2022 09:54:40 HT_Arbeitszimmer:4 MEQ1873849:4 Heizung 03.05.2022 09:54:40 Leere Batterie
Aber in FHEM ist es m. M. nach widersprüchlich:
Im Reading FAULT_REPORTING steht auch LOWBAT:
FAULT_REPORTING LOWBAT 2022-05-03 09:54:40
aber im Reading "battery" immer noch "ok":
battery ok 2022-04-22 14:15:48
Internals:
DEF MEQ1873849:4
FUUID 61e6a7c0-f33f-26cd-141a-9e587e5d958d323e
IODev d_ccu
NAME HT_Arbeitszimmer
NR 1075
STATE Ventil: 25 %
TYPE HMCCUCHN
ccuaddr MEQ1873849:4
ccudevstate active
ccuif BidCos-RF
ccuname HT_Arbeitszimmer:4
ccurolectrl CLIMATECONTROL_RT_TRANSCEIVER
ccurolestate CLIMATECONTROL_RT_TRANSCEIVER
ccusubtype HM-CC-RT-DN
ccutype HM-CC-RT-DN
chntype ?
firmware 1.4
readonly no
receiver Arbeitszimmerthermostat,Melder_Arbeitszimmer_Fenster,Melder_Arbeitszimmer_Tuer
sender Arbeitszimmerthermostat,Melder_Arbeitszimmer_Fenster,Melder_Arbeitszimmer_Tuer
READINGS:
2022-05-03 09:51:41 ACTUAL_TEMPERATURE 21.5
2022-05-03 09:51:41 BATTERY_STATE 2.2
2022-05-03 09:51:41 BOOST_STATE 0
2022-05-03 09:51:41 CONTROL_MODE AUTO-MODE
2022-05-03 09:51:41 FAULT_REPORTING LOWBAT
2022-04-29 17:35:02 IODev d_ccu
2022-05-03 09:51:41 PARTY_START_DAY 1
2022-05-03 09:51:41 PARTY_START_MONTH 1
2022-05-03 09:51:41 PARTY_START_TIME 00:00
2022-05-03 09:51:41 PARTY_START_YEAR 0
2022-05-03 09:51:41 PARTY_STOP_DAY 1
2022-05-03 09:51:41 PARTY_STOP_MONTH 1
2022-05-03 09:51:41 PARTY_STOP_TIME 00:00
2022-05-03 09:51:41 PARTY_STOP_YEAR 0
2022-05-03 09:51:41 PARTY_TEMPERATURE 5.0
2022-05-03 09:51:41 SET_TEMPERATURE 21.5
2022-05-03 09:51:41 VALVE_STATE 25
2022-04-22 14:15:48 activity alive
2022-04-22 14:15:48 battery ok
2022-05-03 09:51:41 control 21.5
2022-05-03 09:51:41 desired-temp 21.5
2022-05-03 09:51:41 devstate ok
2022-05-03 09:51:41 hmstate 21.5
2022-05-03 09:51:41 measured-temp 21.5
2022-04-22 14:15:48 rssidevice -255
2022-04-22 14:15:48 rssipeer -42
2022-04-22 14:15:48 sign off
2022-05-03 09:51:41 state 21.5
hmccu:
channels 1
detect 1
devspec MEQ1873849:4
nodefaults 1
role 4:CLIMATECONTROL_RT_TRANSCEIVER
setDefaults 0
cmdlist:
get
set auto:noArg on:noArg boost:noArg off:noArg manu desired-temp toggle:noArg
control:
chn 4
dpt SET_TEMPERATURE
dp:
4.ACTUAL_TEMPERATURE:
VALUES:
NVAL 21.500000
ONVAL 21.500000
OSVAL 21.5
OVAL 21.500000
SVAL 21.5
VAL 21.500000
4.BATTERY_STATE:
VALUES:
NVAL 2.200000
ONVAL 2.200000
OSVAL 2.2
OVAL 2.200000
SVAL 2.2
VAL 2.200000
4.BOOST_STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
4.CONTROL_MODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL AUTO-MODE
OVAL 0
SVAL AUTO-MODE
VAL 0
4.FAULT_REPORTING:
VALUES:
NVAL 6
ONVAL 6
OSVAL LOWBAT
OVAL 6
SVAL LOWBAT
VAL 6
4.PARTY_START_DAY:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
4.PARTY_START_MONTH:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
4.PARTY_START_TIME:
VALUES:
NVAL 00:00
ONVAL 00:00
OSVAL 00:00
OVAL 0
SVAL 00:00
VAL 0
4.PARTY_START_YEAR:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
4.PARTY_STOP_DAY:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
4.PARTY_STOP_MONTH:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
4.PARTY_STOP_TIME:
VALUES:
NVAL 00:00
ONVAL 00:00
OSVAL 00:00
OVAL 0
SVAL 00:00
VAL 0
4.PARTY_STOP_YEAR:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
4.PARTY_TEMPERATURE:
VALUES:
NVAL 5.000000
ONVAL 5.000000
OSVAL 5.0
OVAL 5.000000
SVAL 5.0
VAL 5.000000
4.SET_TEMPERATURE:
VALUES:
NVAL 21.500000
ONVAL 21.500000
OSVAL 21.5
OVAL 21.500000
SVAL 21.5
VAL 21.500000
4.VALVE_STATE:
VALUES:
NVAL 25
ONVAL 25
OSVAL 25
OVAL 25
SVAL 25
VAL 25
roleCmds:
get:
set:
auto:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:AUTO_MODE:1
usage auto
subcmd:
000:
args 1
dpt AUTO_MODE
fnc
max 1
min 0
parname AUTO_MODE
partype 3
ps VALUES
scn 000
unit
boost:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:BOOST_MODE:1
usage boost
subcmd:
000:
args 1
dpt BOOST_MODE
fnc
max 1
min 0
parname BOOST_MODE
partype 3
ps VALUES
scn 000
unit
desired-temp:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:SET_TEMPERATURE:?temperature
usage desired-temp temperature
subcmd:
000:
args
dpt SET_TEMPERATURE
fnc
max 30.500000
min 4.500000
parname temperature
partype 2
ps VALUES
scn 000
unit �C
manu:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:MANU_MODE:?temperature=20
usage manu [temperature]
subcmd:
000:
args 20
dpt MANU_MODE
fnc
max 30.500000
min 4.500000
parname temperature
partype 2
ps VALUES
scn 000
unit �C
off:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:MANU_MODE:4.5
usage off
subcmd:
000:
args 4.5
dpt MANU_MODE
fnc
max 30.500000
min 4.500000
parname MANU_MODE
partype 3
ps VALUES
scn 000
unit �C
on:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:MANU_MODE:30.5
usage on
subcmd:
000:
args 30.5
dpt MANU_MODE
fnc
max 30.500000
min 4.500000
parname MANU_MODE
partype 3
ps VALUES
scn 000
unit �C
state:
chn 4
dpt ACTUAL_TEMPERATURE
Attributes:
cmdIcon auto:sani_heating_automatic manu:sani_heating_manual boost:sani_heating_boost on:general_an off:general_aus
event-on-change-reading measured-temp,CONTROL_MODE
event-on-update-reading battery,desired-temp,VALVE_STATE
group Arbeitszimmer
icon sani_heating
room Heizung
stateFormat Ventil: VALVE_STATE %
substexcl desired-temp
webCmd desired-temp:auto:manu:boost:on:off
widgetOverride desired-temp:on,off,4.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,30.5
Kann ich hier noch irgendwelche Infos liefern?
Ich habe gerade etwas bemerkt, was evtl. auch Licht in die Sache bringen könnte:
Bei jedem manuellen Verstellen der Solltemperatur oder Modus (manu/auto) per FHEM wird die Batteriezustandsmeldung aufgefrischt, auch wenn diese sich nicht geändert hat.
Internals:
DEF MEQ1873849:4
FUUID 61e6a7c0-f33f-26cd-141a-9e587e5d958d323e
IODev d_ccu
NAME HT_Arbeitszimmer
NR 1075
STATE Ventil: 31 %
TYPE HMCCUCHN
ccuaddr MEQ1873849:4
ccudevstate active
ccuif BidCos-RF
ccuname HT_Arbeitszimmer:4
ccurolectrl CLIMATECONTROL_RT_TRANSCEIVER
ccurolestate CLIMATECONTROL_RT_TRANSCEIVER
ccusubtype HM-CC-RT-DN
ccutype HM-CC-RT-DN
chntype ?
firmware 1.4
readonly no
receiver Arbeitszimmerthermostat,Melder_Arbeitszimmer_Tuer,Melder_Arbeitszimmer_Fenster
sender Arbeitszimmerthermostat,Melder_Arbeitszimmer_Fenster,Melder_Arbeitszimmer_Tuer
READINGS:
2022-05-13 11:23:43 ACTUAL_TEMPERATURE 21.6
2022-05-13 11:23:43 BATTERY_STATE 2.2
2022-05-13 11:23:43 BOOST_STATE 0
2022-05-13 11:23:43 CONTROL_MODE MANU-MODE
2022-05-13 11:23:43 FAULT_REPORTING LOWBAT
2022-05-13 09:30:26 IODev d_ccu
2022-05-13 11:23:27 LOWBAT low
2022-05-13 11:23:43 PARTY_START_DAY 1
2022-05-13 11:23:43 PARTY_START_MONTH 1
2022-05-13 11:23:43 PARTY_START_TIME 00:00
2022-05-13 11:23:43 PARTY_START_YEAR 0
2022-05-13 11:23:43 PARTY_STOP_DAY 1
2022-05-13 11:23:43 PARTY_STOP_MONTH 1
2022-05-13 11:23:43 PARTY_STOP_TIME 00:00
2022-05-13 11:23:43 PARTY_STOP_YEAR 0
2022-05-13 11:23:43 PARTY_TEMPERATURE 5.0
2022-05-13 11:23:43 SET_TEMPERATURE on
2022-05-13 11:23:43 VALVE_STATE 31
2022-05-13 11:23:27 battery low
2022-05-13 11:23:28 battery_warning 1652433807.74393
2022-05-13 11:23:43 control on
2022-05-13 11:23:43 desired-temp 30.5
2022-05-13 11:23:43 devstate ok
2022-05-13 11:23:43 hmstate warn_battery
2022-05-13 11:23:43 measured-temp 21.6
2022-05-13 11:23:43 state 21.6
hmccu:
channels 1
detect 1
devspec MEQ1873849:4
nodefaults 1
role 4:CLIMATECONTROL_RT_TRANSCEIVER
setDefaults 0
cmdlist:
get
set desired-temp manu auto:noArg off:noArg on:noArg boost:noArg toggle:noArg
control:
chn 4
dpt SET_TEMPERATURE
dp:
0.LOWBAT:
VALUES:
NVAL 1
ONVAL 1
OSVAL low
OVAL 1
SVAL low
VAL 1
4.ACTUAL_TEMPERATURE:
VALUES:
NVAL 21.600000
ONVAL 21.500000
OSVAL 21.5
OVAL 21.500000
SVAL 21.6
VAL 21.600000
4.BATTERY_STATE:
VALUES:
NVAL 2.200000
ONVAL 2.200000
OSVAL 2.2
OVAL 2.200000
SVAL 2.2
VAL 2.200000
4.BOOST_STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
4.CONTROL_MODE:
VALUES:
NVAL 1
ONVAL 1
OSVAL MANU-MODE
OVAL 1
SVAL MANU-MODE
VAL 1
4.FAULT_REPORTING:
VALUES:
NVAL 6
ONVAL 0
OSVAL NO_FAULT
OVAL 0
SVAL LOWBAT
VAL 6
4.PARTY_START_DAY:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
4.PARTY_START_MONTH:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
4.PARTY_START_TIME:
VALUES:
NVAL 00:00
ONVAL 00:00
OSVAL 00:00
OVAL 0
SVAL 00:00
VAL 0
4.PARTY_START_YEAR:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
4.PARTY_STOP_DAY:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
4.PARTY_STOP_MONTH:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
4.PARTY_STOP_TIME:
VALUES:
NVAL 00:00
ONVAL 00:00
OSVAL 00:00
OVAL 0
SVAL 00:00
VAL 0
4.PARTY_STOP_YEAR:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
4.PARTY_TEMPERATURE:
VALUES:
NVAL 5.000000
ONVAL 5.000000
OSVAL 5.0
OVAL 5.000000
SVAL 5.0
VAL 5.000000
4.SET_TEMPERATURE:
VALUES:
NVAL 30.500000
ONVAL 30.500000
OSVAL on
OVAL 30.500000
SVAL on
VAL 30.500000
4.VALVE_STATE:
VALUES:
NVAL 31
ONVAL 31
OSVAL 31
OVAL 31
SVAL 31
VAL 31
roleCmds:
get:
set:
auto:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:AUTO_MODE:1
usage auto
subcmd:
000:
args 1
dpt AUTO_MODE
fnc
max 1
min 0
parname AUTO_MODE
partype 3
ps VALUES
scn 000
unit
boost:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:BOOST_MODE:1
usage boost
subcmd:
000:
args 1
dpt BOOST_MODE
fnc
max 1
min 0
parname BOOST_MODE
partype 3
ps VALUES
scn 000
unit
desired-temp:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:SET_TEMPERATURE:?temperature
usage desired-temp temperature
subcmd:
000:
args
dpt SET_TEMPERATURE
fnc
max 30.500000
min 4.500000
parname temperature
partype 2
ps VALUES
scn 000
unit �C
manu:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:MANU_MODE:?temperature=20
usage manu [temperature]
subcmd:
000:
args 20
dpt MANU_MODE
fnc
max 30.500000
min 4.500000
parname temperature
partype 2
ps VALUES
scn 000
unit �C
off:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:MANU_MODE:4.5
usage off
subcmd:
000:
args 4.5
dpt MANU_MODE
fnc
max 30.500000
min 4.500000
parname MANU_MODE
partype 3
ps VALUES
scn 000
unit �C
on:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:MANU_MODE:30.5
usage on
subcmd:
000:
args 30.5
dpt MANU_MODE
fnc
max 30.500000
min 4.500000
parname MANU_MODE
partype 3
ps VALUES
scn 000
unit �C
state:
chn 4
dpt ACTUAL_TEMPERATURE
Attributes:
ccuflags showMasterReadings,showDeviceReadings
cmdIcon auto:sani_heating_automatic manu:sani_heating_manual boost:sani_heating_boost on:general_an off:general_aus
event-on-change-reading measured-temp,CONTROL_MODE
event-on-update-reading battery,desired-temp,VALVE_STATE
group Arbeitszimmer
icon sani_heating
room Heizung
stateFormat Ventil: VALVE_STATE %
substexcl desired-temp
webCmd desired-temp:auto:manu:boost:on:off
widgetOverride desired-temp:on,off,4.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,30.5