Guten Abend,
ich habe verschiedene HM-SEC-SCO und überwache diese mit eine DOIF.
Der untenstehende Sensor sendet immer wieder einen Status und somit löst das DOIF wieder aus was nicht schön ist.
Ich kann keinen Unterschied zwischen den Senoren finden.
Vielen Dank für eure Hilfe.
list vom HM-SEC-SCO
Internals:
DEF 5CF7FC
FUUID 5c8231e6-f33f-07c9-120c-af4602940d1b3af9
HMUART1_MSGCNT 184
HMUART1_RAWMSG 0501004280A6105CF7FCAABBCC0601C800
HMUART1_RSSI -66
HMUART1_TIME 2022-07-29 20:46:57
IODev HMUART1
LASTInputDev HMUART1
MSGCNT 184
NAME FE_SZ_N
NR 137
NTFY_ORDER 48-FE_SZ_N
STATE open
TYPE CUL_HM
chanNo 01
disableNotifyFn 1
eventCount 186
lastMsg No:80 - t:10 s:5CF7FC d:AABBCC 0601C800
protLastRcv 2022-07-29 20:46:57
protRcv 184 last_at:2022-07-29 20:46:57
protSnd 184 last_at:2022-07-29 20:46:57
protState CMDs_done
rssi_at_HMUART1 cnt:184 min:-83 max:-56 avg:-69.25 lst:-66
READINGS:
2022-07-23 15:30:13 Activity alive
2018-09-14 12:52:50 CommandAccepted no
2018-09-14 12:52:23 D-firmware 1.0
2018-09-14 12:52:23 D-serialNr OEQ1432676
2022-07-29 20:46:57 IODev HMUART1
2022-06-07 11:56:40 PairedTo 0xAABBCC
2018-09-14 12:52:49 R-cyclicInfoMsg on
2018-09-17 19:15:03 R-eventDlyTime 0 s
2018-09-14 12:52:49 R-pairCentral 0xAABBCC
2018-09-14 12:52:49 R-sabotageMsg on
2018-09-17 19:15:03 R-sign on
2022-06-07 11:56:40 RegL_00. 00:00 02:01 09:01 0A:AA 0B:BB 0C:CC 10:01 14:06
2022-06-07 11:56:41 RegL_01. 00:00 08:01 20:9C 21:00 30:06
2018-09-14 12:52:25 aesCommToDev ok
2018-09-14 12:52:25 aesKeyNbr 00
2022-07-29 20:46:57 alive yes
2022-07-29 20:46:57 battery ok
2022-06-07 11:56:39 cfgState updating
2022-07-29 20:46:57 commState CMDs_done
2022-07-29 20:46:57 contact open (to VCCU)
2022-05-23 11:43:59 powerOn 2022-05-23 11:43:59
2022-07-29 20:46:57 recentStateType info
2022-07-29 20:46:57 sabotageError off
2022-07-29 20:46:57 state open
2022-07-29 20:11:58 trigger_cnt 161
helper:
HM_CMDNR 128
lastMsgTm 1659120417.39898
mId 00C7
peerFriend peerAct,peerVirt
peerIDsState complete
peerOpt 4:threeStateSensor
regLst 0,1,4p
rxType 28
supp_Pair_Rep 0
cmds:
TmplKey :no:1658578666.74481
TmplTs 1658578666.74481
cmdKey 1:1:0::FE_SZ_N:00C7: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]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sign [(on|{off})]
tplDel -tplDel-
trgEventL -peer- -condition-
trgEventS -peer- -condition-
trgPressL [(-peer-|{all})]
trgPressS [(-peer-|{all})]
unpair noArg
lst:
condition closed,open,tilted
peer
peerOpt
tplDel
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 0
raw 1
tpl 0
io:
flgs 0
newChn +5CF7FC,00,00,00
nextSend 1659120417.65719
rxt 2
vccu VCCU
p:
5CF7FC
00
00
00
prefIO:
HMUART1
mRssi:
mNo 80
io:
HMUART1:
-62
-62
peerIDsH:
00000000 broadcast
prt:
bErr 0
sProc 0
sleeping 1
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO HMUART1
flg A
ts 1659120417.39898
ack:
HASH(0x489dfb0)
808002AABBCC5CF7FC00
rssi:
at_HMUART1:
avg -69.2554347826087
cnt 184
lst -66
max -56
min -83
tmpl:
Attributes:
IOgrp VCCU:HMUART1
actCycle 002:50
actStatus alive
alias Fenster SZ Nord
autoReadReg 4_reqStatus
devStateIcon open:fts_window_1w_open@red closed:fts_window_1w@green
expert defReg,rawReg
firmware 1.0
group Fenster
icon fts_window_1w@blue
model HM-SEC-SCO
peerIDs 00000000
room Schlafzimmer
serialNr OEQ1432676
subType threeStateSensor
List vom DOIF
Internals:
DEF (["^FE_:open"]) (set pushmsg msg 'fhem' 'Fenster $DEVICE geoeffnet' 'iphone' 0 '') DOELSEIF ([#"^FE_:closed":state:"open"] == 0) ()
FUUID 6105676f-f33f-07c9-6918-0a6db224c27c1ea5
MODEL FHEM
NAME di.FensterStatus
NOTIFYDEV global,.*(^FE_).*
NR 243
NTFY_ORDER 50-di.FensterStatus
STATE FE_SZ_N offen
TYPE DOIF
VERSION 26159 2022-06-19 16:10:29
eventCount 285
READINGS:
2022-07-29 20:46:57 Device FE_SZ_N
2022-07-29 20:46:57 cmd 1
2022-07-29 20:46:57 cmd_event FE_SZ_N
2022-07-29 20:46:57 cmd_nr 1
2022-07-04 11:25:03 mode enabled
2022-07-29 20:46:57 state FE_SZ_N offen
Regex:
accu:
collect:
cond:
:
0:
"^FE_:open" ^FE_:open
1:
"^FE_:closed" ^FE_:closed
attr:
cmdState:
0:
[$SELF:Device] offen
1:
alle zu
wait:
waitdel:
condition:
0 ::EventDoIf('^FE_',$hash,'open',0)
1 ::AggregateDoIf($hash,'#','^FE_','state','"open"') == 0
do:
0:
0 set pushmsg msg 'fhem' 'Fenster $DEVICE geoeffnet' 'iphone' 0 ''
1:
0
2:
helper:
NOTIFYDEV global,.*(^FE_).*
event contact: open (to VCCU)
globalinit 1
last_timer 0
sleeptimer -1
timerdev FE_SZ_N
timerevent contact: open (to VCCU)
triggerDev FE_SZ_N
timerevents:
alive: yes
battery: ok
commState: CMDs_done
contact: open (to VCCU)
sabotageError: off
open
timereventsState:
alive: yes
battery: ok
commState: CMDs_done
contact: open (to VCCU)
sabotageError: off
state: open
triggerEvents:
alive: yes
battery: ok
commState: CMDs_done
contact: open (to VCCU)
sabotageError: off
open
triggerEventsState:
alive: yes
battery: ok
commState: CMDs_done
contact: open (to VCCU)
sabotageError: off
state: open
internals:
perlblock:
readings:
trigger:
uiState:
uiTable:
Attributes:
cmdState [$SELF:Device] offen|alle zu
do always
icon fts_window_1w_open@black
room Zentrale
Gruß Josef
event-on-change-reading setzen und Ruhe ist, denke ich.
https://wiki.fhem.de/wiki/Event-on-change-reading
Wenn du einen weiteren Sensor hast: auch Homematic also selber Typ?
Wo ist dann das list von dem?
Vielleicht sieht ja jemand anders einen Unterschied...
Hat der auch "R-cyclicInfoMsg on" aktiviert?
Gruß, Joachim
deshalb:
R-cyclicInfoMsg on
ich würde aber zunächst auf alle fälle events minimieren, in allen devices, zb mit:
attr event-on-change-reading .*
Hallo Joachim,
vielen Dank erstmal für den Tip
Event-on-change-reading .* gesetzt
wo finde ich die Info für "Hat der auch "R-cyclicInfoMsg on" aktiviert?"
hier das List von dem 2. Sensor
Internals:
DEF 3635F7
FUUID 5c8231e0-f33f-07c9-869d-017b6744aacea6d4
HMUART1_MSGCNT 175
HMUART1_RAWMSG 0500003EC186103635F70000000601C800
HMUART1_RSSI -62
HMUART1_TIME 2022-07-29 20:59:27
IODev VCCU
LASTInputDev HMUART1
MSGCNT 175
NAME FE_SZ_L
NR 28
NTFY_ORDER 48-FE_SZ_L
STATE open
TYPE CUL_HM
chanNo 01
disableNotifyFn 1
eventCount 17
lastMsg No:C1 - t:10 s:3635F7 d:000000 0601C800
protCmdDel 4
protLastRcv 2022-07-29 20:59:27
protRcv 175 last_at:2022-07-29 20:59:27
protResnd 3 last_at:2022-07-23 17:31:52
protResndFail 1 last_at:2022-07-23 18:31:01
protSnd 4 last_at:2022-07-23 18:30:57
protState CMDs_done_Errors:1
rssi_at_HMUART1 cnt:175 min:-77 max:-57 avg:-61.86 lst:-62
READINGS:
2022-07-29 19:10:28 Activity alive
2018-08-14 17:58:35 D-firmware 1.0
2018-08-14 17:58:35 D-serialNr MEQ0366740
2022-07-23 18:30:57 IODev VCCU
2022-07-29 20:59:27 alive yes
2022-07-29 20:59:27 battery ok
2022-07-23 15:41:33 cfgState updating
2022-07-23 18:31:01 commState CMDs_done_Errors:1
2022-07-29 20:59:27 contact open (to broadcast)
2022-04-02 09:40:45 powerOn 2022-04-02 09:40:45
2022-07-29 20:59:27 recentStateType info
2022-07-29 20:59:27 sabotageError off
2022-07-29 20:59:27 state open
2022-07-29 20:12:11 trigDst_broadcast noConfig
2022-07-29 20:12:11 trigger_cnt 196
helper:
HM_CMDNR 193
getCfgList all
getCfgListNo ,4
lastMsgTm 1659121167.58843
mId 00C7
peerFriend peerAct,peerVirt
peerOpt 4:threeStateSensor
regLst 0,1,4p
rxType 28
supp_Pair_Rep 0
cmds:
TmplKey :no:1658578666.73948
TmplTs 1658578666.73948
cmdKey 1:1:0::FE_SZ_L:00C7: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]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sign [(on|{off})]
tplDel -tplDel-
trgEventL -peer- -condition-
trgEventS -peer- -condition-
trgPressL [(-peer-|{all})]
trgPressS [(-peer-|{all})]
unpair noArg
lst:
condition closed,open,tilted
peer
peerOpt
tplDel
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 0
raw 1
tpl 0
io:
flgs 0
newChn +3635F7,00,00,00
nextSend 1659121167.68403
rxt 2
vccu
p:
3635F7
00
00
00
prefIO:
mRssi:
mNo C1
io:
HMUART1:
-62
-62
peerIDsH:
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rssi:
at_HMUART1:
avg -61.8628571428571
cnt 175
lst -62
max -57
min -77
tmpl:
Attributes:
IODev VCCU
actCycle 000:50
actStatus alive
alias Fenster SZ links
autoReadReg 4_reqStatus
devStateIcon open:fts_window_1w_open@red closed:fts_window_1w@green
event-on-change-reading state
expert defReg,rawReg
firmware 1.0
group Fenster
icon fts_window_1w@blue
model HM-SEC-SCO
room Schlafzimmer
serialNr MEQ0366740
subType threeStateSensor
Naja beim 2ten hast du ja event-on-change state gesetzt -> nur Events von state UND nur bei Änderung...
EDIT: du solltest dich da einlesen und dann entscheiden was du wo wie setzt / Durcheinander (also da so und dort anders) verwirrt dich nur (irgendwann).
get Device regTable -> aktuelle Register
get Device regList -> alle Register die es gibt
Oder hmjs-tools installieren...
EDIT: bwz. korrekter: WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html (siehe Signatur von frank)
Gruß, Joachim
Vier Augen sehe einfach mehr. Tut mir Leid, dass ich das nicht gesehen habe.
hier noch die regTable
list: register | range | peer | description
0: cyclicInfoMsg | literal | | cyclic message options:on,on_100,off
0: localResDis | literal | | local reset disable options:on,off
0: pairCentral | 0 to 16777215 | | pairing to central
0: sabotageMsg | literal | | enable sabotage message options:on,off
0: transmDevTryMax | 1 to 10 | | max message re-transmit
1: eventDlyTime | 0 to 7620s | | filters short events, causes reporting delay
1: msgScPosA | literal | | Message for position A options:closed,open,noMsg
1: msgScPosB | literal | | Message for position B options:noMsg,open,closed
1: sign | literal | | signature (AES) options:off,on
1: transmitTryMax | 1 to 10 | | max message re-transmit
4: expectAES | literal | required | expect AES options:on,off
4: peerNeedsBurst | literal | required | peer expects burst options:on,off
Zitat von: hugo am 29 Juli 2022, 22:00:42
Vier Augen sehe einfach mehr. Tut mir Leid, dass ich das nicht gesehen habe.
Kein Problem, kann schon mal passieren ;)
Zitat von: hugo am 29 Juli 2022, 22:00:42
hier noch die regTable
list: register | range | peer | description
0: cyclicInfoMsg | literal | | cyclic message options:on,on_100,off
0: localResDis | literal | | local reset disable options:on,off
0: pairCentral | 0 to 16777215 | | pairing to central
0: sabotageMsg | literal | | enable sabotage message options:on,off
0: transmDevTryMax | 1 to 10 | | max message re-transmit
1: eventDlyTime | 0 to 7620s | | filters short events, causes reporting delay
1: msgScPosA | literal | | Message for position A options:closed,open,noMsg
1: msgScPosB | literal | | Message for position B options:noMsg,open,closed
1: sign | literal | | signature (AES) options:off,on
1: transmitTryMax | 1 to 10 | | max message re-transmit
4: expectAES | literal | required | expect AES options:on,off
4: peerNeedsBurst | literal | required | peer expects burst options:on,off
Das ist aber eher regList ;)
EDIT: also eine Liste mit allem was du einstellen kannst (set Device regSet Register Wert) aber eben nicht was aktuell eingestellt ist -> regTable
Gruß, Joachim
Hallo Joachim,
bei "get regTable" stürzt Fhem ab und es hilft nur ein reboot.
Gruß Josef
Stürzt fhem ab oder reagiert es nur nicht mehr?
Warum reboot?
Neustart des fhem-Service (sollte es tatsächlich nicht mehr laufen) reicht nicht?
Was steht im Log?
Wie aktuell ist fhem?
Gruß, Joachim
Zitat von: hugo am 29 Juli 2022, 22:41:51
Hallo Joachim,
bei "get regTable" stürzt Fhem ab und es hilft nur ein reboot.
Gruß Josef
Hallo,
dieses Verhalten gab es mal mit einer bestimmten Version von CUL_HM.
Dein System ist aktuell?
Gruß Otto
Version ziemlich aktuell: Latest Revision: 26174
Stürtz ab: fhem-Service reicht nicht
im Log:
Undefined subroutine &main::HMinfo_GetFn called at ./FHEM/10_CUL_HM.pm line 4729.
Version CUL_HM:
File Rev Last Change
10_CUL_HM.pm 25977 2022-04-18 14:48:41Z martinp876
doif.js 24438 2021-05-14 18:08:18Z Ellert
f18.js 25656 2022-02-08 09:49:53Z rudolfkoenig
fhemweb.js 25983 2022-04-19 17:26:44Z rudolfkoenig
fhemweb_readingsGroup.js 15189 2017-10-03 17:53:27Z justme1968
Gruß Josef
"get regTable" benötigt ein definiertes hminfo device.
Zitat von: frank am 29 Juli 2022, 23:36:47
"get regTable" benötigt ein definiertes hminfo device.
Sollte man bei Homematic eh haben...
https://wiki.fhem.de/wiki/HMinfo
Gruß, Joachim
Zitat von: MadMax-FHEM am 29 Juli 2022, 23:56:44
Sollte man bei Homematic eh haben...
Schon. Ist aber auch nicht nett, deswegen gleich komplett abzuschmieren ;D ...
Anbei eine Version, die das nicht mehr machen sollte (@frank: kannst du gerne in deinen "Sammelthread" übernehmen, es _müßte_ eigentlich alles drin sein, was wir (also vor allem: du) seit dem letzten offizellen Update so eingesammelt haben...
Zitates _müßte_ eigentlich alles drin sein, was wir (also vor allem: du) seit dem letzten offizellen Update so eingesammelt haben...
ich habe mal ein diff zu meiner version angeschaut:
du hast also meine letzte version plus deine beiden letzten änderungen (regtable, "actiondetector")
basis bei mir war allerdings noch nicht martins letzte version (haufenweise "unwichtige" loganpassungen, denke ich).
für einen git-profi, wie ich dich einschätze, könnte es doch eventuell eine leichte übung sein, "unsere" version noch mit martins aktueller version zu vereinigen, oder?
"git-Profi"... Du bist lustig ;D ... Üblicherweise "merge" ich von Hand und schau ggf. dann nochmal über das sich ergebende diff zur svn-Version drüber, that's all.
Offen gestanden habe ich etwas den Faden verloren und weiß spontan auch nicht mehr, was wann warum wo alles eingeflossen war und ob das "vollständig" ist. Daher die etwas vorsichtige Formulierung ::) .
Ich schau's mir bei Gelegenheit an und hoffe, dass das nicht allzu lange dauert, bis ich dazu komme ::) . Ist ungünstig, wenn man nicht mehr so im Thema drin ist wenn man die nächste Änderung angeht...
ZitatÜblicherweise "merge" ich von Hand und schau ggf. dann nochmal über das sich ergebende diff zur svn-Version drüber, that's all
schade, so mache ich das auch. :)
deshalb habe ich auch noch keine lust verspürt, beide versionen zu mergen.
Zitat von: frank am 02 August 2022, 12:48:32
schade, so mache ich das auch. :)
deshalb habe ich auch noch keine lust verspürt, beide versionen zu mergen.
Na ja, wird ja kein Hexenwerk sein. Am Ende wäre es halt gut, wenn wir die "vielen Kleinigkeiten" (einschl. HMConfig etc.) wieder als "konsolidierten Vorschlag" an Martin herantragen könnten - dann täten sich alle leichter beim Helfen, weil der svn-Stand dann wieder die gemeinsame Basis wäre...
Hab's jetzt händisch gemacht...
Update ist im Homematic-Bereich (https://forum.fhem.de/index.php/topic,128599.msg1230045.html#msg1230045) zu finden, der TE hier scheint ja kein Interesse am mittesten zu haben...
Hallo Beta-User,
war nicht zu Hause und konnte nicht testen. Habe heute HMinfo definiert und anschließend mit meiner alten CUL_HM "get FE_SZ_N regTable" ausgeführt. Eine Ausgabe erhalten und das System lief anschließend normal weiter. Vermutlich lag es doch am nicht definierten HMinfo.
ZitatUpdate ist im Homematic-Bereich (https://forum.fhem.de/index.php/topic,128599.msg1230045.html#msg1230045) zu finden, der TE hier scheint ja kein Interesse am mittesten zu haben...
Habe jetzt diese Versioninstalliert. Soweit läuft das System normal weiter.
Habe beim reload des Modus viele Meldungen im LOG erhalten, aber ich denke das ist normal
1: PERL WARNING: Subroutine CUL_HM_getIcon redefined at ./FHEM/10_CUL_HM.pm line 11718.
Danke für deine Rückmeldung.
Das WARNING ist bei einem reload in der Tat normal, aber die konkrete Gefahrensituation hattest du bereits mit der Aktivierung von HMinfo gebannt ;) ... Von daher bringt der danach folgende Test eigentlich kein valides Ergebnis mehr. Macht aber nichts, wir hatten ein paar vergleichbare Probleme in der Vergangenheit mit dieser Methode bereits gefixt, mir scheint nur leider diese eine Stelle durch die Lappen gegangen zu sein ::) . Sorry for that!