Guten Morgen, der Titel beschreibt meine Beobachtungen am besten...
Seit ca. 7 Jahren habe ich RHS im Einsatz und diese greifen in die Heizung, die Rollläden und den Lüfter ein. Seit ca. einem dreiviertel Jahr spielt der RHS allerdings "verrückt"... Meine einzigen Anpassungen vorher waren die Umstellung der DOIFs auf die (neue) eventbasierte Syntax. Mittlerweile habe ich die Lüfterautomatik deaktiviert und auch bei Heizung und Rollladen ist immer eine manuelle Kontrolle nötig, ob die angestrebten Aktionen stattfinden.
Gestern war die Krönung des Ganzen: die LED am RHS spielte wirklich verrückt und mein Rollladen lief an, stoppte, lief wieder hoch - dies mehrmals in zufälliger Folge. dies geht mit dem ständigen Schalten des Relais im Rola-Aktor einher - das ist dessen Lebensdauer sicher auch nicht förderlich...
Gerade hat der RHS mal wieder "normal" geschaltet und die LED zeigte orange und dann grün.
Ich habe HM-Info und HM-config momentan von den Updates ausgeschlossen, da es mir nicht möglich war, durch die vielen Umbauten in den letzten Monaten immer alle Änderungen nachzuverfolgen. Ich nutze auch nur ein Produktivsystem, sodass ich "Experimenten" etwas skeptisch gegenüber stehe.
Ich nutze einen HM-LAN und einen myHmUART mit einer VCCU. Der RHS ist nicht direkt mit dem Wandthermostat gepeert, da ich dazwischen noch eine Verknüpfung habe, die im Sommer dessen Meldungen an den Thermostat verhindert.
Der RHS bleibt oft auch "ewig" auf "cfgupdate", auch ein "get config" führt nicht immer zum vollständigen Lesen der config.
Hier meine Modulversionen:
98_HMinfo.pm 24032 2021-03-21 09:32:15Z martinp876
doif.js 24438 2021-05-14 18:08:18Z Ellert
fhemweb.js 25022 2021-09-27 07:11:18Z rudolfkoenig
fhemweb_readingsGroup.js 15189 2017-10-03 17:53:27Z justme1968
hm.js 2008 2021-03-01 12:00:00Z frank
HMConfig.pm 24157 2021-04-05 13:17:04Z martinp876
doif.js 24438 2021-05-14 18:08:18Z Ellert
fhemweb.js 25022 2021-09-27 07:11:18Z rudolfkoenig
fhemweb_readingsGroup.js 15189 2017-10-03 17:53:27Z justme1968
hm.js 2008 2021-03-01 12:00:00Z frank
10_CUL_HM.pm 25158 2021-10-30 17:37:17Z martinp876
doif.js 24438 2021-05-14 18:08:18Z Ellert
fhemweb.js 25022 2021-09-27 07:11:18Z rudolfkoenig
fhemweb_readingsGroup.js 15189 2017-10-03 17:53:27Z justme1968
hm.js 2008 2021-03-01 12:00:00Z frank
svg.js 23428 2020-12-27 22:07:20Z rudolfkoenig
Der RHS:
Internals:
CFGFN ./FHEM/064_BD.cfg
DEF 149A4C
FUUID 5c443da8-f33f-b425-cb01-fa4c8b02a307fe7a
HMLAN1_MSGCNT 73
HMLAN1_RAWMSG E149A4C,0000,7026E875,FF,FFAF,5AA441149A4CF11234015900
HMLAN1_RSSI -81
HMLAN1_TIME 2021-11-06 11:10:26
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 73
NAME BD_Fenster
NR 189
NTFY_ORDER 48-BD_Fenster
STATE geschlossen
TYPE CUL_HM
chanNo 01
disableNotifyFn 1
lastMsg No:5A - t:41 s:149A4C d:F11234 015900
protLastRcv 2021-11-06 11:10:26
protRcv 63 last_at:2021-11-06 11:10:26
protSnd 66 last_at:2021-11-06 11:10:26
protState CMDs_done
rssi_at_HMLAN1 cnt:73 min:-93 max:-70 avg:-79.91 lst:-81
READINGS:
2021-11-05 08:58:33 Activity alive
2021-06-13 17:17:28 Alias Badfenster
2021-07-01 10:16:03 Batteriedauer_alt 20
2021-11-06 08:05:00 Batteriewechsel 1608
2021-07-01 10:14:01 CommandAccepted yes
2021-11-06 11:10:23 D-firmware 2.0
2021-11-06 11:10:23 D-serialNr IEQ0044944
2021-11-06 11:10:26 IODev HMLAN1
2021-11-06 11:10:23 PairedTo 0xF11234
2021-06-13 17:16:07 R-cyclicInfoMsg off
2021-06-13 17:16:07 R-eventDlyTime 0 s
2021-06-13 17:16:07 R-ledOnTime 0.5 s
2021-06-13 17:16:07 R-msgRhsPosA closed
2021-06-13 17:16:07 R-msgRhsPosB open
2021-06-13 17:16:07 R-msgRhsPosC tilted
2021-06-13 17:21:33 R-pairCentral 0xF11234
2021-07-01 10:14:01 R-sabotageMsg off
2021-06-13 17:16:07 R-sign off
2021-06-13 17:16:07 R-transmDevTryMax 6
2021-06-13 17:16:07 R-transmitTryMax 6
2021-11-06 11:10:23 RegL_00. 00:00 02:01 09:00 0A:F1 0B:12 0C:34 10:00 14:06
2021-11-06 11:10:24 RegL_01. 00:00 08:00 20:6C 21:00 22:64 30:06
2021-07-01 10:13:59 alive yes
2021-11-06 11:10:26 battery ok
2021-11-06 11:11:24 cfgState ok
2021-11-06 11:10:26 commState CMDs_done
2021-11-06 11:10:26 contact closed (to VCCU)
2021-11-06 11:10:27 ftui_background green
2021-07-01 10:11:37 powerOn 2021-07-01 10:11:37
2021-07-01 10:13:59 recentStateType info
2021-07-01 10:13:59 sabotageError on
2021-11-06 11:10:26 state closed
2021-11-06 11:10:26 trigger_cnt 89
helper:
HM_CMDNR 90
cSnd 01F11234149A4C01040000000001,01F11234149A4C0103
cfgStateUpdt 0
lastMsgTm 1636193426.90507
mId 0030
peerFriend peerAct,peerVirt
peerIDsRaw ,00000000
peerIDsState complete
peerOpt 4:threeStateSensor
regLst 0,1,4p
rxType 20
supp_Pair_Rep 0
tmplChg 0
ack:
cmds:
TmplKey :no:1635887019.26453
TmplTs 1635887019.26453
cmdKey 1:1:0::BD_Fenster:0030:01:
cmdLst:
assignHmKey noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
peerBulk -peer1,peer2,...- [({set}|unset)]
peerChan -btnNumber- -actChn- [({single})] [({set}|unset)] [actor|remote|both]
peerSmart -peerOpt-
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- -addr2:data2-...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sign [(on|{off})]
tplDel -tplDel-
tplSet_0 -tplChan-
trgEventL -peer- -condition-
trgEventS -peer- -condition-
trgPressL [(-peer-|{all})]
trgPressS [(-peer-|{all})]
unpair noArg
lst:
condition closed,open,tilted
peer
peerOpt AZ_Rola
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 1
raw 1
tpl 0
io:
flgs 0
newChn +149A4C,00,00,00
nextSend 1636193426.99455
rxt 2
vccu VCCU
p:
149A4C
00
00
00
prefIO:
HMLAN1
mRssi:
mNo 5A
io:
HMLAN1:
-79
-79
peerIDsH:
00000000 broadcast
prt:
bErr 0
sProc 0
sleeping 1
rspWait:
tryMsg:
q:
qReqConf
qReqStat
regCollect:
role:
chn 1
dev 1
rpt:
IO HMLAN1
flg A
ts 1636193426.90507
ack:
HASH(0x2086718)
5A8002F11234149A4C00
rssi:
at_HMLAN1:
avg -79.9178082191781
cnt 73
lst -81
max -70
min -93
shadowReg:
tmpl:
Attributes:
IOgrp VCCU:HMLAN1
actCycle 028:00
actStatus alive
alias Badfenster
appOptions {"template":"contact"}
autoReadReg 4_reqStatus
eventMap /tilted:gekippt/open:offen/closed:geschlossen/
expert defReg,allReg,rawReg
firmware 2.0
fp_ETW 26,596,0,
model HM-SEC-RHS
peerIDs 00000000
room 004Bad
serialNr IEQ0044944
subType threeStateSensor
verbose 3
BD_Kontakt (die Sperre für den Sommer):
Internals:
CFGFN ./FHEM/16_Heizung_Lueftung.cfg
DEF ([BD_Fenster] ne "geschlossen" and [?Heizung] eq "Ein") (set virtual_BD_Window postEvent open)
DOELSEIF ([BD_Fenster] eq "geschlossen" and [?Heizung] eq "Ein")(set virtual_BD_Window postEvent closed)
DOELSEIF ([Heizung] eq "Aus")(set virtual_BD_Window postEvent closed)
FUUID 5c443da9-f33f-b425-73f7-7d8e2ee9e33ac4f7
MODEL FHEM
NAME BD_Kontakt
NOTIFYDEV Heizung,BD_Fenster,global
NR 429
NTFY_ORDER 50-BD_Kontakt
STATE geschlossen
TYPE DOIF
VERSION 24905 2021-09-01 18:35:54
READINGS:
2021-11-06 11:11:24 Device BD_Fenster
2021-11-06 11:11:25 cmd 2
2021-11-06 11:11:25 cmd_event BD_Fenster
2021-11-06 11:11:25 cmd_nr 2
2021-11-06 11:11:24 e_BD_Fenster_STATE geschlossen
2021-10-07 10:19:24 e_Heizung_STATE Ein
2021-05-27 11:29:01 mode enabled
2021-11-06 11:11:25 state geschlossen
2021-11-06 11:10:26 wait_timer no timer
Regex:
accu:
collect:
cond:
BD_Fenster:
0:
&STATE ^BD_Fenster$
1:
&STATE ^BD_Fenster$
Heizung:
2:
&STATE ^Heizung$
attr:
cmdState:
0:
offen
1:
geschlossen
2:
Sommer
wait:
0:
120
1:
0
2:
0
waitdel:
condition:
0 ::InternalDoIf($hash,'BD_Fenster','STATE') ne "geschlossen" and ::InternalDoIf($hash,'Heizung','STATE') eq "Ein"
1 ::InternalDoIf($hash,'BD_Fenster','STATE') eq "geschlossen" and ::InternalDoIf($hash,'Heizung','STATE') eq "Ein"
2 ::InternalDoIf($hash,'Heizung','STATE') eq "Aus"
do:
0:
0 set virtual_BD_Window postEvent open
1:
0 set virtual_BD_Window postEvent closed
2:
0 set virtual_BD_Window postEvent closed
3:
helper:
DEVFILTER ^global$|^BD_Fenster$|^Heizung$
NOTIFYDEV global|BD_Fenster|Heizung
event cfgState: ok
globalinit 1
last_timer 0
sleepdevice BD_Fenster
sleepsubtimer 0
sleeptimer -1
timerdev BD_Fenster
timerevent cfgState: ok
triggerDev BD_Fenster
DOIF_eventa:
cmd_nr: 2
cmd: 2
cmd_event: BD_Fenster
geschlossen
DOIF_eventas:
cmd_nr: 2
cmd: 2
cmd_event: BD_Fenster
state: geschlossen
timerevents:
cfgState: ok
timereventsState:
cfgState: ok
triggerEvents:
cfgState: ok
triggerEventsState:
cfgState: ok
internals:
all BD_Fenster:STATE Heizung:STATE
perlblock:
readings:
trigger:
uiState:
uiTable:
Attributes:
cmdState offen|geschlossen|Sommer
disable 0
do always
room 004Bad
wait 120:0:0
Ich hoffe, dass ich mit eurer Hilfe das Problem lösen kann. In abgewandelter Form tritt es auch an den anderen 3 RHS auf. Allerdings ist das nicht so kritisch, da dort nicht viele Verknüpfungen angelegt sind.
Kann ich mittlerweile HM-Info und HMConfig "gefahrlos" updaten?
Wenn noch Lists nötig sind, dann bitte fragen.
Dankeschön.
Ich hänge mal noch ein List der VCCU an...
Internals:
CFGFN ./FHEM/85_System.cfg
DEF F11234
FUUID 5c443db1-f33f-b425-0d97-f47adc923250d2ea
HMLAN1_MSGCNT 331
HMLAN1_RAWMSG EF11234,0000,7025A7F0,FF,FFA3,53A001F112341932A600040000000000
HMLAN1_RSSI -93
HMLAN1_TIME 2021-11-06 11:09:04
IODev HMLAN1
LASTInputDev myHmUART
MSGCNT 540
NAME VCCU
NR 730
NTFY_ORDER 48-VCCU
STATE HMLAN1:ok,myHmUART:ok
TYPE CUL_HM
assignedIOs HMLAN1,myHmUART
channel_01 Melde_LED
disableNotifyFn 1
lastMsg No:ED - t:11 s:F11234 d:21599C 0201C8
myHmUART_MSGCNT 209
myHmUART_RAWMSG 05000059EDA011F1123421599C0201C8
myHmUART_RSSI -89
myHmUART_TIME 2021-11-06 11:10:28
protLastRcv 2021-11-06 11:10:27
protRcv 505 last_at:2021-11-06 11:10:27
protRcvB 62 last_at:2021-11-06 10:50:59
rssi_at_HMLAN1 cnt:331 min:-106 max:-84 avg:-95.17 lst:-93
rssi_at_myHmUART cnt:209 min:-96 max:-84 avg:-90.74 lst:-89
READINGS:
2021-11-06 11:10:27 CommandAccepted yes
2021-11-02 22:03:35 IODev HMLAN1
2021-11-06 12:18:34 IOopen 2
2021-11-02 22:03:41 cfgState ok
2021-06-13 17:21:02 commState CMDs_done
2021-06-13 17:21:32 hmPair name:BD_Fenster SN:IEQ0044944 model:HM-SEC-RHS
2021-11-06 12:18:34 state HMLAN1:ok,myHmUART:ok
2021-05-04 18:05:17 unknown_1932A6 received
2021-04-30 17:31:50 unknown_1932EC received
2021-09-17 11:29:12 unknown_2F9669 received
2017-07-02 13:56:55 unknown_F11111 received
helper:
HM_CMDNR 237
PONtest 1
lastMsgTm 1636193427.45264
peerFriend -
peerOpt -:virtual
regLst 0
rxType 1
supp_Pair_Rep 0
ack:
cmds:
TmplKey :no:1635887019.26695
TmplTs 1635887019.26695
cmdKey 0:1:1::VCCU::01:
cmdLst:
assignHmKey noArg
assignIO -IO- [({set}|unset)]
clear [(readings|rssi|msgEvents|attack|{msgErrors}|unknownDev)]
defIgnUnknown noArg
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getDevInfo noArg
hmPairForSec [-sec-]
hmPairSerial -serial-
raw -data- [...]
reset noArg
tplSet_0 -tplChan-
unpair noArg
update noArg
virtual [(1..50;1|{1})]
lst:
condition slider,0,1,255
peer
peerOpt
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
listDevice noArg
param -param-
expert:
def 1
det 1
raw 1
tpl 0
io:
nextSend 1636193428.56509
vccu VCCU
ioList:
prefIO:
mRssi:
mNo ED
io:
HMLAN1:
myHmUART:
-89
-89
peerIDsH:
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
vrt 1
rssi:
at_HMLAN1:
avg -95.1752265861028
cnt 331
lst -93
max -84
min -106
at_myHmUART:
avg -90.7416267942584
cnt 209
lst -89
max -84
min -96
shadowReg:
tmpl:
Attributes:
IOList HMLAN1,myHmUART
IOgrp VCCU
expert defReg,allReg,rawReg
model CCU-FHEM
room 085System
subType virtual
webCmd virtual:update
fehlende "event hygiene" plus seltsame triggerauswahl ergibt ergebnisse, die der erwartung widersprechen.
da kann fhem aber nichts dafür.
Was hat die "Eventhygenie" mit dem Verhalten des RHS an sich zu tun...?
Ich kann erst Events gescheit auswerten, wenn der RHS wieder das typische Verhalten zeigt. Ansonsten habe ich die mehrfache Arbeit, indem ich das "komische" Vrhalten des RHS mit immer wieder angepassten Eventabfragen versuche zu "reparieren"... Das habe ich in den letzten Monaten teilweise versucht und die Ergebnisse sind noch in den DOIFs vorhanden. Erstmal sollte die ganze HM-Baustelle bereinigt sein, ehe ich mich der Verarbeitung der Events wieder zuwende.
Ich habe allerdings jetzt mal die Novemberpatches von Beta-user eingespielt - die VCCU sieht schon mal vieeel besser aus...
Internals:
CFGFN ./FHEM/85_System.cfg
DEF F11234
FUUID 5c443db1-f33f-b425-0d97-f47adc923250d2ea
HMLAN1_MSGCNT 5
HMLAN1_RAWMSG EF11234,0000,7082A08E,FF,FFAB,F0943FF1123400000002022919288D
HMLAN1_RSSI -85
HMLAN1_TIME 2021-11-06 12:50:36
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 10
NAME VCCU
NR 730
NTFY_ORDER 48-VCCU
STATE HMLAN1:ok,myHmUART:ok
TYPE CUL_HM
assignedIOs HMLAN1,myHmUART
channel_01 Melde_LED
disableNotifyFn 1
lastMsg No:F0 - t:3F s:F11234 d:000000 02022919288D
myHmUART_MSGCNT 5
myHmUART_RAWMSG 05000056C78002F112343E40E800
myHmUART_RSSI -86
myHmUART_TIME 2021-11-06 12:45:43
protLastRcv 2021-11-06 12:50:36
protRcv 10 last_at:2021-11-06 12:50:36
protRcvB 3 last_at:2021-11-06 12:50:36
rssi_at_HMLAN1 cnt:5 min:-88 max:-85 avg:-87.4 lst:-85
rssi_at_myHmUART cnt:5 min:-87 max:-86 avg:-86.4 lst:-86
READINGS:
2021-11-06 12:45:43 CommandAccepted yes
2021-11-06 12:45:30 IODev HMLAN1
2021-11-06 12:45:42 IOopen 2
2021-11-06 12:45:35 cfgState ok
2021-06-13 17:21:02 commState CMDs_done
2021-06-13 17:21:32 hmPair name:BD_Fenster SN:IEQ0044944 model:HM-SEC-RHS
2021-11-06 12:45:42 state HMLAN1:ok,myHmUART:ok
2021-05-04 18:05:17 unknown_1932A6 received
2021-04-30 17:31:50 unknown_1932EC received
2021-09-17 11:29:12 unknown_2F9669 received
2017-07-02 13:56:55 unknown_F11111 received
helper:
HM_CMDNR 240
lastMsgTm 1636199436.97439
peerFriend -
peerOpt -:virtual
regLst 0
rxType 1
supp_Pair_Rep 0
ack:
cmds:
TmplKey :no:1636199134.17756
TmplTs 1636199134.17756
cmdKey 0:1:1::VCCU::01:
cmdLst:
assignHmKey noArg
assignIO -IO- [({set}|unset)]
clear [(readings|rssi|msgEvents|attack|{msgErrors}|unknownDev)]
defIgnUnknown noArg
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getDevInfo noArg
hmPairForSec [-sec-]
hmPairSerial -serial-
raw -data- [...]
reset noArg
tplSet_0 -tplChan-
unpair noArg
update noArg
virtual [(1..50;1|{1})]
lst:
condition slider,0,1,255
peer
peerOpt
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
listDevice noArg
param -param-
expert:
def 1
det 1
raw 1
tpl 0
io:
nextSend 1636199437.06212
vccu VCCU
ioList:
HMLAN1
myHmUART
prefIO:
mRssi:
mNo F0
io:
HMLAN1:
-83
-83
myHmUART:
peerIDsH:
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
vrt 1
rssi:
at_HMLAN1:
avg -87.4
cnt 5
lst -85
max -85
min -88
at_myHmUART:
avg -86.4
cnt 5
lst -86
max -86
min -87
tmpl:
Attributes:
IOList HMLAN1,myHmUART
IOgrp VCCU
expert defReg,allReg,rawReg
model CCU-FHEM
room 085System
subType virtual
webCmd virtual:update
Wie schon geschrieben, läuft HM insgesamt wieder viel besser, seit ich die Novemberpatches nutze.
Im Anschluss habe ich einige Eventabfragen angepast, sodass ich dem erwarteten Verhalten wieder näher komme.
BD_Kontakt sieht jetzt z.B. so aus:
(([BD_Fenster:"^offen$"] or [BD_Fenster:"^gekippt$"])and [?Heizung] eq "Ein") (set virtual_BD_Window postEvent open)
DOELSEIF ([BD_Fenster:"^geschlossen$"] and [?Heizung] eq "Ein")(set virtual_BD_Window postEvent closed)
DOELSEIF ([Heizung] eq "Aus")(set virtual_BD_Window postEvent closed
Allerdings verlieren einige RHS ihr Pairing und senden dann nur nach "broadcast". Deshalb habe ich - bis ich Zeit finde - bei den betreffenden Eventabfragen "$" am Ende entfernt und sie somit etwas "großzügiger" gestaltet. So bekomme ich erstmal weiter Fensteroffenmeldungen.
Aber das ist ein anderes Thema...
Zitat von: locodriver am 09 November 2021, 12:10:41
Allerdings verlieren einige RHS ihr Pairing und senden dann nur nach "broadcast". Deshalb habe ich - bis ich Zeit finde - bei den betreffenden Eventabfragen "$" am Ende entfernt und sie somit etwas "großzügiger" gestaltet. So bekomme ich erstmal weiter Fensteroffenmeldungen.
Aber das ist ein anderes Thema...
Ich habe ja seit einiger Zeit auch einen RHS, also seit ich meine Rollos automatisiert habe bzw. endlich den Motor nutzen kann :)
Äh, ja: ich habe mit dem Ding auch so meine Freude... Ich glaube der ist generell nicht gut gelungen. (nach Batteriewechsel musste ich auch neu pairen... Ja die Batterie, die dabei war, war wohl nicht mehr voll, so hoffe ich)
Gruß, Joachim
Die RHS machen immer mal wieder Probleme. Aber nicht alle. Ich habe im Hasu 18 davon. 3 verlieren immer mal wieder ihr Pairing, melden Batterie leer, obwohl sie randvoll sind oder sonstiges.
Im Haus neben an (meine Schwiegermutter hat dort gebaut) habe ich HMIP verbaut (hautsächlich wired, aber Fenstersensoren per Funk). Diese machen genau das, was sie sollen. Ich überlege scharf, alles darauf umzurüsten.
Zitat von: marvin78 am 09 November 2021, 12:20:13
Im Haus neben an (meine Schwiegermutter hat dort gebaut) habe ich HMIP verbaut (hautsächlich wired, aber Fenstersensoren per Funk). Diese machen genau das, was sie sollen. Ich überlege scharf, alles darauf umzurüsten.
Die RHS waren der Grund, warum ich bein "Kaufgeräten", also alles was offiziell von ELV kommt, gerade auf HmIP wechsele. Wobei, die HM-Sec-SC-2 machen inzwischen scharfe Konkurrenz was Nervtötigkeit angeht.
...Es wäre ein Traum, wenn es Konkurrenz in ZigBee gäbe für den RHS...
Was eQ-3 preislich aufruft, ist m.E. schlicht inakzeptabel.
Vergessene Zentralen und (v.a.) Verzögerungen sind/werden ein Dauerthema bei den Dingern (zumindest teilweise), und Probleme mit dem HM-Sec-SC-2 kenne ich auch zur Genüge - da ist der Wechsel nach ZigBee aber kein Problem :P . Die Probleme scheinen sich jedenfalls mit zunehmendem Alter auch zu verstärken >:( .
Was mich bei den RHS vorerst bleiben lässt, ist die Erkennung von drei Zuständen. Ich unterscheide in manchen DOIFs nach gekippt und offen.
Hier im Forum sind ja auch welche nachgebaut worden, aber dafür fehlen mir die Zeit, das Know How und auch die Hilfsmittel.
Hat hier jemand Erfahrungen mit diesen Teilen über einen längeren Zeitraum?
Als Fertiggerät wäre das eine Option.
Es ist WE und etwas Zeit für fhem...
Ich habe am RHS mal die eventDlyTime auf 3 Sekunden angehoben (s. Wiki-Empfehlung) und erhalte jetzt folgende Events beim Betätigen des Fensters:
2021-11-13 13:31:08.219 CUL_HM BD_Fenster offen
2021-11-13 13:31:08.219 CUL_HM BD_Fenster trigger_cnt: 230
2021-11-13 13:31:08.219 CUL_HM BD_Fenster ftui_background: red
2021-11-13 13:31:11.215 DOIF Fenster_check cmd_event: BD_Fenster
2021-11-13 13:31:15.947 DOIF BD_Fensterauf wait_timer: no timer
2021-11-13 13:31:15.956 DOIF BD_Fensterauf cmd_nr: 5
2021-11-13 13:31:15.956 DOIF BD_Fensterauf cmd: 5
2021-11-13 13:31:15.956 DOIF BD_Fensterauf cmd_event: BD_Fenster
2021-11-13 13:31:15.956 DOIF BD_Fensterauf cmd_5
2021-11-13 13:31:16.040 DOIF BD_Rola_move cmd_event: BD_Fenster
2021-11-13 13:31:16.050 DOIF Fenster_check cmd_event: BD_Fenster
2021-11-13 13:31:16.055 DOIF Fenster_check wait_timer: 13.11.2021 13:31:19 cmd_1_2 BD_Fenster
2021-11-13 13:31:16.065 DOIF Set_ftui_background cmd_event: BD_Fenster
2021-11-13 13:31:16.080 CUL_HM BD_Fenster contact: gekippt (to VCCU)
2021-11-13 13:31:16.080 CUL_HM BD_Fenster gekippt
2021-11-13 13:31:16.080 CUL_HM BD_Fenster trigger_cnt: 231
2021-11-13 13:31:16.080 CUL_HM BD_Fenster ftui_background: yellow
2021-11-13 13:31:19.075 DOIF Fenster_check cmd_event: BD_Fenster
2021-11-13 13:31:28.643 DOIF BD_Fensterauf cmd_nr: 5
2021-11-13 13:31:28.643 DOIF BD_Fensterauf cmd: 5
2021-11-13 13:31:28.643 DOIF BD_Fensterauf cmd_event: BD_Fenster
2021-11-13 13:31:28.643 DOIF BD_Fensterauf cmd_5
2021-11-13 13:31:28.708 DOIF BD_Kontakt cmd_event: BD_Fenster
2021-11-13 13:31:28.778 DOIF BD_Rola_move cmd_event: BD_Fenster
2021-11-13 13:31:28.789 DOIF Set_ftui_background cmd_event: BD_Fenster
2021-11-13 13:31:28.802 CUL_HM BD_Fenster contact: geschlossen (to VCCU)
2021-11-13 13:31:28.802 CUL_HM BD_Fenster geschlossen
2021-11-13 13:31:28.802 CUL_HM BD_Fenster trigger_cnt: 232
2021-11-13 13:31:28.802 CUL_HM BD_Fenster ftui_background: green
Ich glaube, das sieht ganz gut aus, oder?
Der RHS ist jetzt so konfiguriert:
Internals:
CFGFN ./FHEM/064_BD.cfg
DEF 149A4C
FUUID 5c443da8-f33f-b425-cb01-fa4c8b02a307fe7a
HMLAN1_MSGCNT 82
HMLAN1_RAWMSG E149A4C,0000,1901D8B3,FF,FFB3,E9A041149A4CF1123401E800
HMLAN1_RSSI -77
HMLAN1_TIME 2021-11-13 13:31:30
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 82
NAME BD_Fenster
NR 189
NTFY_ORDER 48-BD_Fenster
STATE geschlossen
TYPE CUL_HM
chanNo 01
disableNotifyFn 1
lastMsg No:E9 - t:41 s:149A4C d:F11234 01E800
protLastRcv 2021-11-13 13:31:28
protRcv 64 last_at:2021-11-13 13:31:28
protSnd 78 last_at:2021-11-13 13:31:30
protState CMDs_done
rssi_at_HMLAN1 cnt:82 min:-99 max:-72 avg:-80.26 lst:-77
READINGS:
2021-11-09 14:41:36 Activity alive
2021-06-13 17:17:28 Alias Badfenster
2021-07-01 10:16:03 Batteriedauer_alt 20
2021-11-13 08:05:00 Batteriewechsel 1615
2021-11-13 13:27:50 CommandAccepted yes
2021-11-13 13:29:11 D-firmware 2.0
2021-11-13 13:29:11 D-serialNr IEQ0044944
2021-11-13 13:31:30 IODev HMLAN1
2021-11-13 13:29:11 PairedTo 0xF11234
2021-06-13 17:16:07 R-cyclicInfoMsg off
2021-11-13 13:29:11 R-eventDlyTime 3 s
2021-06-13 17:16:07 R-ledOnTime 0.5 s
2021-06-13 17:16:07 R-msgRhsPosA closed
2021-06-13 17:16:07 R-msgRhsPosB open
2021-06-13 17:16:07 R-msgRhsPosC tilted
2021-06-13 17:21:33 R-pairCentral 0xF11234
2021-07-01 10:14:01 R-sabotageMsg off
2021-06-13 17:16:07 R-sign off
2021-06-13 17:16:07 R-transmDevTryMax 6
2021-06-13 17:16:07 R-transmitTryMax 6
2021-11-13 13:29:11 RegL_00. 00:00 02:01 09:00 0A:F1 0B:12 0C:34 10:00 14:06
2021-11-13 13:29:11 RegL_01. 00:00 08:00 20:6C 21:03 22:64 30:06
2021-07-01 10:13:59 alive yes
2021-11-13 13:31:28 battery ok
2021-11-13 13:30:12 cfgState ok
2021-11-13 13:31:30 commState CMDs_done
2021-11-13 13:31:28 contact closed (to VCCU)
2021-11-13 13:31:28 ftui_background green
2021-07-01 10:11:37 powerOn 2021-07-01 10:11:37
2021-07-01 10:13:59 recentStateType info
2021-07-01 10:13:59 sabotageError on
2021-11-13 13:31:28 state closed
2021-11-13 13:31:28 trigger_cnt 232
helper:
HM_CMDNR 233
cSnd 01F11234149A4C01040000000001,01F11234149A4C0103
cfgStateUpdt 0
lastMsgTm 1636806688.61629
mId 0030
peerFriend peerAct,peerVirt
peerIDsRaw ,00000000
peerIDsState complete
peerOpt 4:threeStateSensor
regLst 0,1,4p
rxType 20
supp_Pair_Rep 0
tmplChg 0
ack:
cmds:
TmplKey :no:1636464698.30882
TmplTs 1636464698.30882
cmdKey 1:1:0::BD_Fenster:0030:01:
cmdLst:
assignHmKey noArg
clear [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
peerBulk -peer1,peer2,...- [({set}|unset)]
peerChan -btnNumber- -actChn- [({single})] [({set}|unset)] [actor|remote|both]
peerSmart -peerOpt-
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sign [(on|{off})]
tplDel -tplDel-
tplSet_0 -tplChan-
trgEventL -peer- -condition-
trgEventS -peer- -condition-
trgPressL [(-peer-|{all})]
trgPressS [(-peer-|{all})]
unpair noArg
lst:
condition closed,open,tilted
peer
peerOpt AZ_Rola
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 1
raw 1
tpl 0
io:
flgs 0
newChn +149A4C,00,00,00
nextSend 1636806690.44677
rxt 2
vccu VCCU
p:
149A4C
00
00
00
prefIO:
HMLAN1
mRssi:
mNo E9
io:
HMLAN1:
-75
-75
peerIDsH:
00000000 broadcast
prt:
bErr 0
sProc 0
sleeping 1
rspWait:
tryMsg:
q:
qReqConf
qReqStat
regCollect:
role:
chn 1
dev 1
rpt:
IO HMLAN1
flg A
ts 1636806690.35624
ack:
HASH(0x34a0998)
E98002F11234149A4C00
rssi:
at_HMLAN1:
avg -80.2682926829268
cnt 82
lst -77
max -72
min -99
shadowReg:
tmpl:
Attributes:
IOgrp VCCU:HMLAN1
actCycle 028:00
actStatus alive
alias Badfenster
appOptions {"template":"contact"}
autoReadReg 4_reqStatus
commStInCh off
event-on-change-reading .*
eventMap /tilted:gekippt/open:offen/closed:geschlossen/
expert defReg,allReg,rawReg
firmware 2.0
forceEvents 0
fp_ETW 26,596,0,
model HM-SEC-RHS
peerIDs 00000000
room 004Bad
serialNr IEQ0044944
subType threeStateSensor
verbose 3
Jetzt wollte ich mal in den RHS schauen, allerdings bekomme ich ihn nicht auf.
Welche Art und Größe von Schraubendreher passt da? Ich würde noch versuchen, die Antennenanordung zu verbessern (nebenbei auch am HM-LAN...). http://www.techwriter.de/beispiel/funkeig1.htm (http://www.techwriter.de/beispiel/funkeig1.htm)
Hat das schon jemand gemacht und signifikante Verbesserungen festgestellt?
Und nochmals die Frage: gibt es andere Tri-State-Sensoren, die in fhem funzen?
Zitat von: locodriver am 13 November 2021, 13:45:29
Jetzt wollte ich mal in den RHS schauen, allerdings bekomme ich ihn nicht auf.
Welche Art und Größe von Schraubendreher passt da?
ELV/EQ-3 hat ein Faible für Torx 6 (TX6), auch hier.
Zitat von: Christoph Morrison am 13 November 2021, 16:39:42
ELV/EQ-3 hat ein Faible für Torx 6 (TX6), auch hier.
Danke, ist schon bestellt... :D
Mittlerweile ist das zweite Torx-Schraubendreherset eingetroffen - das erste hat nichts getaugt...
Ich habe an allen RHS die Antenne nach draußen geführt (s. Wiki http://www.techwriter.de/beispiel/funkeig1.htm (http://www.techwriter.de/beispiel/funkeig1.htm)). Allerdings habe ich keine Löcher gebohrt sondern den Draht neben dem Taster für den Batteriedeckel heraus geführt und in den Deckel habe ich mit dem Cuttermesser eine Nut neben der Feder geschnitten.
Die Masseseite habe ich nicht verlängert, das war mir zu "frickelig"...
Es kann noch keine Langzeiterfahrungen geben, aber die RSSI-Werte sind um ca. 5 - 10 besser als vorher.
Noch ein paar Fotos...