Ich habe seit einiger Zeit die Funkgongs HM-OU-CFM-TW im Einsatz.
Die Ansteuerung der mp3 Ausgabe und der LED Steuerung funktionieren über FHEM.
Nur wenn die Funkgongs längere Zeit in Betrieb sind reagieren sie auf die Ansteuerung plötzlich nicht mehr.
Weder im FHEM Log noch unter HM Info finde ich etwas was darauf schließen lässt das die Funkgongs nicht mehr funktionieren.
Erst wenn ich den Funkgongs die Batterien entferne und wieder einsetze (Hardware Reset) reagieren diese wieder auf die Ansteuerungen.
Alle Funkgongs haben auch die aktuelle Firmware 1.3 die vom Werk schon so konfiguriert ausgeleifert wurden.
List AB_FR_AAM
Internals:
CFGFN /media/hdd/fhem/mycfg/HM/hm_rasp01.cfg
CHANGED
DEF 541887
HmUART_AB_MSGCNT 5
HmUART_AB_RAWMSG 0501003851A410541887F1234706010000
HmUART_AB_RSSI -56
HmUART_AB_TIME 2018-04-24 04:02:07
IODev HmUART_AB
LASTInputDev HmUART_AB
MSGCNT 5
NAME AB_FR_AAM
NOTIFYDEV global
NR 2291
NTFY_ORDER 50-AB_FR_AAM
STATE CMDs_done
TYPE CUL_HM
channel_01 AB_FR_AAM_Led
channel_02 AB_FR_AAM_Mp3
lastMsg No:51 - t:10 s:541887 d:AAAAAA 06010000
protCmdDel 1
protLastRcv 2018-04-24 04:02:07
protResnd 1 last_at:2018-04-24 04:01:02
protResndFail 1 last_at:2018-04-24 04:01:18
protSnd 4 last_at:2018-04-24 04:02:07
protState CMDs_done
rssi_at_HmUART_AB cnt:5 min:-56 max:-56 avg:-56 lst:-56
READINGS:
2018-02-11 16:03:24 D-firmware 1.3
2018-02-11 16:03:24 D-serialNr OEQ0142956
2018-02-12 17:53:52 PairedTo 0xAAAAAA
2018-02-12 17:53:52 R-intKeyVisib invisib
2018-02-12 17:53:52 R-pairCentral 0xAAAAAA
2018-02-12 17:53:52 RegL_00. 02:01 64:AC 0A:F1 0B:23 0C:47 00:00
2018-04-24 04:02:07 battery ok
2018-04-24 04:02:07 rssi_at_HmUART_AB -56
2018-04-24 04:02:07 state CMDs_done
helper:
HM_CMDNR 81
cSnd 11F123475418878001013C41000000000000000000,11F1234754188780028C030D00000000000000000083CA
mId 00FA
regLst ,0
rxType 6
supp_Pair_Rep 0
ack:
expert:
def 1
det 1
raw 1
tpl 1
io:
newChn +541887,00,03,00
nextSend 1524535327.47615
prefIO
rxt 0
vccu VCCU
p:
541887
00
03
00
mRssi:
mNo 51
io:
HmUART_AB:
-50
-50
HmUART_EG:
HmUART_OG1:
HmUART_OG2:
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
prs 1
rpt:
IO HmUART_AB
flg A
ts 1524535327.18198
ack:
HASH(0x393fde8)
518002F1234754188700
rssi:
at_HmUART_AB:
avg -56
cnt 5
lst -56
max -56
min -56
shadowReg:
tmpl:
Attributes:
IODev HmUART_AB
IOgrp VCCU
alias AB Fitnessraum - Alarmanlage - Meldungen
autoReadReg 4_reqStatus
event-on-change-reading .*
expert 251_anything
firmware 1.3
group Alarmgeräte
icon hm-dis-wm55
model HM-OU-CFM-TW
msgRepeat 1
room AB-Fitnessraum,Alarmanlage,_HM
rssiLog 1
serialNr OEQ0142956
subType outputUnit
webCmd getConfig:clear msgEvents
Fehlt mir etwas bei der Konfiguration?
poste mal je ein list von vccu und allen io's.
was zeigt "get hminfo protoEvents"?
List VCCU
Internals:
CFGFN /media/hdd/fhem/mycfg/HM/hm_rasp01.cfg
CHANGED
DEF AAAAAA
HmUART_EG_MSGCNT 530
HmUART_EG_RAWMSG 0500004C71803FAAAAAA5FA231020422738E5D
HmUART_EG_RSSI -76
HmUART_EG_TIME 2018-04-25 21:07:09
HmUART_OG1_MSGCNT 411
HmUART_OG1_RAWMSG 0500013A71803FAAAAAA5FA231020422738E5D
HmUART_OG1_RSSI -58
HmUART_OG1_TIME 2018-04-25 21:07:09
HmUART_OG2_MSGCNT 1424
HmUART_OG2_RAWMSG 05000159D9A001AAAAAA4B52E7010E
HmUART_OG2_RSSI -89
HmUART_OG2_TIME 2018-04-25 21:08:36
IODev HmUART_OG1
LASTInputDev HmUART_OG2
MSGCNT 2365
NAME VCCU
NOTIFYDEV global
NR 2214
NTFY_ORDER 50-VCCU
STATE HmUART_AB:ok,HmUART_EG:ok,HmUART_OG1:ok,HmUART_OG2:ok,
TYPE CUL_HM
assignedIOs HmUART_AB,HmUART_EG,HmUART_OG1,HmUART_OG2
channel_01 VCCU_Btn1
lastMsg No:D9 - t:01 s:AAAAAA d:4B52E7 010E
protLastRcv 2018-04-25 21:08:36
rssi_at_HmUART_EG cnt:530 min:-84 max:-76 avg:-80.74 lst:-76
rssi_at_HmUART_OG1 cnt:411 min:-93 max:-54 avg:-70.12 lst:-58
rssi_at_HmUART_OG2 cnt:1424 min:-91 max:-57 avg:-81.99 lst:-89
READINGS:
2018-04-25 21:07:02 CommandAccepted yes
2018-04-25 13:04:09 aesReqTo OG1_SL_HZG_RT
2018-04-21 13:11:47 rssi_at_HmUART_AB -27
2018-04-25 21:07:09 rssi_at_HmUART_EG -76
2018-04-25 21:07:09 rssi_at_HmUART_OG1 -58
2018-04-25 21:08:36 rssi_at_HmUART_OG2 -89
2018-04-25 20:37:48 state HmUART_AB:ok,HmUART_EG:ok,HmUART_OG1:ok,HmUART_OG2:ok,
2018-04-22 19:41:08 unknown_C58219 received
2018-04-22 19:41:09 unknown_EB4538 received
helper:
HM_CMDNR 217
PONtest 1
mId FFF0
regLst ,0
rxType 1
supp_Pair_Rep 0
ack:
expert:
def 1
det 0
raw 0
tpl 0
io:
nextSend 1524683317.23593
prefIO
vccu
ioList:
HmUART_AB
HmUART_EG
HmUART_OG1
HmUART_OG2
mRssi:
mNo D9
io:
HmUART_EG:
HmUART_OG1:
HmUART_OG2:
-89
-89
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
vrt 1
rssi:
at_HmUART_EG:
avg -80.743396226415
cnt 530
lst -76
max -76
min -84
at_HmUART_OG1:
avg -70.1216545012165
cnt 411
lst -58
max -54
min -93
at_HmUART_OG2:
avg -81.9915730337079
cnt 1424
lst -89
max -57
min -91
shadowReg:
role:
Attributes:
IODev HmUART_OG1
IOList HmUART_AB,HmUART_EG,HmUART_OG1,HmUART_OG2
aesCommReq 0
alias HomeMatic Virtuelle CCU
event-on-change-reading .*
group HomeMatic VCCU
hmKey 01:e1fa95c5613ea3c257a6862a2fdc6bf9
hmKey2 02:eb6e444f34df0e509c3a82a0a079772c
hmKey3 03:ee955645ccc18dc0ebb5a137bf7c9e70
icon hm_ccu
model CCU-FHEM
room AB-Fitnessraum,EG-Bad,EG-Kueche,EG-Schlafzimmer,EG-Stiegenhaus,EG-WC,EG-Wirtschaftsraum,EG-Wohnzimmer,OG1-Balkon,OG1-Kinderzimmer,OG1-Kueche,OG1-Schlafzimmer,OG1-WC,OG1-Wohnzimmer,OG2-Buero1,OG2-Buero2,OG2-Dachboden,OG2-EDV-Raum,_HM,_Kontaktsensoren,_RxTx
rssiLog 1
subType virtual
verbose 0
webCmd virtual:update
protoEvents
protoEvents done:
name :State |CmdPend |Snd |Resnd #CmdDel |ResndFail |Nack |IOerr
AB_FR_AAM : done | - | 2: | - # - | - | - | -
AB_FR_AD : done_Errors:1 | - | 30: | 30: # 32 | 30: | - | -
AB_GAO_FS1_SSPPWT : - | - | - | - # - | - | - | -
AB_GS_NM_RWS : done | - | 243: | - # - | - | - | -
AB_SA_NT : - | - | - | - # - | - | - | -
AB_SG_BW : done_Errors:1 | - | 50: | 50: # 125 | 50: | - | -
AB_VG_BW : done_Errors:1 | - | 44: | 44: # 116 | 44: | - | -
EG_BA_HZG_RT : done | - | 6: | 1: # - | - | - | -
EG_KU_HZG_RT : done | - | 5: | - # - | - | - | -
EG_KU_HZG_TC : done | - | 2: | 1: # - | - | - | -
EG_SL_HZG_RT : done | - | 3: | 1: # 2 | - | 1: | -
EG_STH_AAM : done_Errors:1 | - | 1: | 1: # 1 | 1: | - | -
EG_STH_T1_VR : - | - | - | - # - | - | - | -
EG_WI_HZG_RT : done | - | 5: | 1: # - | - | - | -
EG_WZ_HZG_RT : done | - | 4: | - # - | - | - | -
EG_WZ_HZG_TC : done | - | 4: | 1: # - | - | - | -
KG_FS1_OA : done | - | 2: | - # - | - | - | -
OG1_KI_HZG_RT : done | - | 5: | - # - | - | - | -
OG1_KI_HZG_TC : pending | 1 pending| 1: | - # - | - | - | -
OG1_KUE_FS1_OA : done | - | 1: | - # - | - | - | -
OG1_KU_HZG_RT : done | - | 2: | - # - | - | - | -
OG1_KU_HZG_TC : done | - | 4: | 1: # - | - | - | -
OG1_SL_HZG_RT : done | - | 3: | - # - | - | - | -
OG1_SL_HZG_TC : done | - | 2: | 1: # - | - | - | -
OG1_ST_HZG_RT : done | - | 3: | 1: # - | - | - | -
OG1_VR_AAM : done_Errors:1 | - | 1: | 1: # 1 | 1: | - | -
OG1_WZ_HZG_RT : done | - | 5: | - # - | - | - | -
OG1_WZ_HZG_TC : done | - | 3: | 1: # - | - | - | -
OG2_B1_KG : done_Errors:1 | - | 30: | 30: # 116 | 30: | - | -
OG2_BU1_AAM : done_Errors:1 | - | 1: | 1: # 1 | 1: | - | -
OG2_BU1_HZG_RT : done | - | 6: | - # - | - | - | -
OG2_BU1_HZG_TC : done | - | 2: | 1: # - | - | - | -
OG2_BU2_HZG_RT1 : done | - | 4: | - # - | - | - | -
OG2_BU2_HZG_RT2 : done | - | 4: | - # - | - | - | -
OG2_BU2_HZG_TC : done_Errors:1 | - | 2: | - # 1 | - | 1: | -
RGB_AB_FR : done_Errors:1 | - | 29: | 87: # 29 | 29: | - | -
RGB_OG1_WZ : done | - | 81: | 69: # 29 | 23: | - | -
UESF1_EG_BA : - | - | - | - # - | - | - | -
UESF1_EG_KUE : done | - | 18: | - # - | - | - | -
UESF1_EG_SL : done | - | 15: | - # - | - | - | -
UESF1_EG_STH : done | - | 15: | - # - | - | - | -
UESF1_EG_WC : done | - | 15: | - # - | - | - | -
UESF1_EG_WI : done | - | 15: | - # - | - | - | -
UESF1_EG_WZ : done | - | 16: | - # - | - | - | -
UESF1_OG1_BA : done | - | 15: | - # - | - | - | -
UESF1_OG1_KI : done | - | 19: | - # - | - | - | -
UESF1_OG1_KUE : done | - | 19: | - # - | - | - | -
UESF1_OG1_SL : done | - | 15: | - # - | - | - | -
UESF1_OG1_WC : done | - | 15: | - # - | - | - | -
UESF1_OG1_WZ : done | - | 16: | - # - | - | - | -
UESF1_OG2_BUE1_N : done | - | 15: | - # - | - | - | -
UESF1_OG2_BUE2_N : done | - | 15: | - # - | - | - | -
UESF1_OG2_BUE2_W : done | - | 15: | - # - | - | - | -
UESF1_OG2_DB : done | - | 15: | - # - | - | - | -
UESF1_OG2_DBN : done | - | 15: | - # - | - | - | -
UESF2_EG_SL : done | - | 15: | - # - | - | - | -
UESF2_EG_STH : done | - | 33: | - # - | - | - | -
UESF2_EG_WZ : done | - | 19: | - # - | - | - | -
UESF2_OG1_SL : done | - | 15: | - # - | - | - | -
UESF2_OG1_WZ : done | - | 20: | - # - | - | - | -
UESF2_OG2_BUE1_N : done | - | 16: | - # - | - | - | -
UESF2_OG2_BUE2_N : done | - | 15: | - # - | - | - | -
UESF2_OG2_BUE2_W : done | - | 15: | - # - | - | - | -
UESF2_OG2_DBN : done | - | 21: | - # - | - | - | -
UESF3_OG2_BUE1_N : done | - | 15: | - # - | - | - | -
UESF3_OG2_BUE2_W : done | - | 16: | - # - | - | - | -
UESF3_OG2_DBN : done | - | 15: | - # - | - | - | -
UEST1VG_EG_STH : done | - | 6: | 1: # 1 | 1: | - | -
UEST1_AB_FR : done | - | 19: | - # - | - | - | -
UEST1_AB_GTW : done | - | 43: | - # - | - | - | -
UEST1_AB_OGA : done | - | 16: | - # - | - | - | -
UEST1_AB_SA : done | - | 15: | - # - | - | - | -
UEST1_EG_KUE : done | - | 67: | - # - | - | - | -
UEST1_EG_STH : done | - | 37: | - # - | - | - | -
UEST1_OG1_KUE : done | - | 16: | - # - | - | - | -
UEST1_OG2_EDV : done | - | 15: | - # - | - | - | -
UEST2_AB_GAO : done | - | 16: | - # - | - | - | -
UES_EG_STH_T1FB : - | - | - | - # - | - | - | -
================================================================================================================
sum 9 |1 |1323 |324 #454 |210 |2 |0
CUL_HM queue length:0
requests pending
----------------
autoReadReg :
recent : none
status request :
autoReadReg wakeup : AB_GAO_FS1_SSPPWT EG_STH_T1_VR KG_FS1_OA UESF1_EG_BA UES_EG_STH_T1FB
status request wakeup:
autoReadTest : RGB_OG1_WZ
IODevs:HmUART_AB:opened condition:ok
HmUART_EG:opened condition:ok
HmUART_OG1:opened condition:ok
HmUART_OG2:opened condition:ok
Wie hast du das mit den io's gemeint?
ich meine die list aller hmuart.
interessant wäre nun noch ein list von einem device, was nach protoevents offensichtlich probleme macht. AB_FR_AAM aus deinem ersten post macht ja zur zeit keine probleme. aber zb AB_FR_AD.
ausserdem ändere bitte nicht die hmid. das ist unnötig und führt nur zu missverständnissen, wenn in einem device mehrere hmid existieren (aaaaaa/f12347).
@frank
Ich habe die hmid belassen wie die Konfiguration ist.
list HmUART_AB
Internals:
AssignedPeerCnt 13
CFGFN /media/hdd/fhem/mycfg/schnittstellen_rasp01.cfg
CNT 123
Clients :CUL_HM:
DEF uart://192.168.17.186:40541
DEVCNT 123
DevState 99
DevType UART
DeviceName 192.168.17.186:40541
FD 16
LastOpen 1524737864.53376
NAME HmUART_AB
NR 266
PARTIAL
RAWMSG 040275
RSSI -74
STATE opened
TYPE HMUARTLGW
XmitOpen 1
model HM-MOD-UART
msgLoadCurrent 59
msgLoadHistory -6/26/-26/0/0/6/-6/26/-26/0/0/6
msgLoadHistoryAbs 59/65/39/65/65/65/59/65/39/65/65/65/59
owner F12347
owner_CCU VCCU
Helper:
CreditTimer 906
FW 66561
Initialized 1
SendCnt 159
AckPending:
LastSendLen:
3
3
Log:
IDs:
PeerQueue:
PendingCMD:
RoundTrip:
Delay 0.00764799118041992
loadLvl:
lastHistory 1524752869.39106
MatchList:
1:CUL_HM ^A......................
Peers:
4B52A1 +4B52A1,00,03,00
4B52E7 +4B52E7,00,03,00
4C0C76 +4C0C76,00,03,00
4C3635 +4C3635,00,03,00
4E5B82 +4E5B82,00,03,00
5270A4 +5270A4,00,03,00
541887 +541887,00,03,00
544F7C +544F7C,00,03,00
544FEE +544FEE,00,03,00
545002 +545002,00,03,00
577508 +577508,00,03,00
597EC6 +597EC6,00,03,00
5A7966 +5A7966,00,03,00
READINGS:
2018-04-26 12:17:48 D-HMIdAssigned F12347
2018-04-26 12:17:48 D-HMIdOriginal 5848BF
2018-04-26 12:17:48 D-firmware 1.4.1
2018-04-26 12:17:48 D-serialNr OEQ0309759
2018-04-26 12:16:36 D-type HM-MOD-UART
2018-04-26 12:17:49 cond ok
2018-04-26 16:25:56 load 59
2018-04-26 16:21:07 loadLvl batchLevel
2018-04-26 12:17:44 state opened
helper:
Attributes:
alias HomeMatic Gateway - AB Fitnessraum
devStateIcon init:it_network@orange opened:it_network@0CFB0C disconnected:it_network@red
dutyCycle 1
group Schnittstellen ser2net
hmId F12347
icon hm_lan
qLen 60
room _HM,_RxTx
verbose 0
list HmUART_EG
Internals:
AssignedPeerCnt 24
CFGFN /media/hdd/fhem/mycfg/schnittstellen_rasp01.cfg
CNT 145
Clients :CUL_HM:
DEF uart://192.168.17.185:40541
DEVCNT 164
DevState 99
DevType UART
DeviceName 192.168.17.185:40541
FD 17
LastOpen 1524737864.53848
NAME HmUART_EG
NR 272
PARTIAL
RAWMSG 0500013AD986105FA4610000000A24C30B0040
RSSI -58
STATE opened
TYPE HMUARTLGW
XmitOpen 1
model HM-MOD-UART
msgLoadCurrent 1
msgLoadHistory 0/0/0/0/0/0/0/0/0/0/-1/0
msgLoadHistoryAbs 1/1/1/1/1/1/1/1/1/1/1/2/2
owner F12347
owner_CCU VCCU
Helper:
CreditTimer 922
FW 66561
Initialized 1
SendCnt 57
AckPending:
53:
cmd 02000000AA8002F123474C0DD50101C800
dst 1
frame FD0013013502000000AA8002F123474C0DD50101C800A50B
time 1524751622.83975
54:
cmd 02000000AC8002F123474C0DD50101C800
dst 1
frame FD0013013602000000AC8002F123474C0DD50101C8001832
time 1524751625.57322
LastSendLen:
3
3
Log:
IDs:
PeerQueue:
PendingCMD:
RoundTrip:
Delay 0.0150058269500732
loadLvl:
lastHistory 1524752869.38536
MatchList:
1:CUL_HM ^A......................
Peers:
43B52A +43B52A,00,03,00
43E7D8 +43E7D8,00,03,00
4C0CB6 +4C0CB6,00,03,00
4C0DD5 +4C0DD5,00,03,00
4C1E5E +4C1E5E,00,03,00
4C1E5F +4C1E5F,00,03,00
4C1E62 +4C1E62,00,03,00
4C1E8B +4C1E8B,00,03,00
4C1E90 +4C1E90,00,03,00
4C2198 +4C2198,00,03,00
4C21AF +4C21AF,00,03,00
4C2C5B +4C2C5B,00,03,00
5555BC +5555BC,00,03,00
5555EE +5555EE,00,03,00
56799E +56799E,00,03,00
567B45 +567B45,00,03,00
597ED6 +597ED6,00,03,00
5A1CAE +5A1CAE,00,03,00
5A30CA +5A30CA,00,03,00
5FA461 +5FA461,00,03,00
5FA4CA +5FA4CA,00,03,00
634116 +634116,00,03,00
634299 +634299,00,03,00
6391C2 +6391C2,00,03,00
READINGS:
2018-04-26 12:17:48 D-HMIdAssigned F12347
2018-04-26 12:17:48 D-HMIdOriginal 4C3D97
2018-04-26 12:17:48 D-firmware 1.4.1
2018-04-26 12:17:48 D-serialNr NEQ0605261
2018-04-26 12:16:36 D-type HM-MOD-UART
2018-04-26 12:17:49 cond ok
2018-04-26 15:41:14 load 1
2018-04-26 12:17:49 loadLvl low
2018-04-26 12:17:44 state opened
helper:
Attributes:
alias HomeMatic Gateway - EG Vorraum HV
devStateIcon init:it_network@orange opened:it_network@0CFB0C disconnected:it_network@red
dutyCycle 1
group Schnittstellen ser2net
hmId F12347
icon hm_lan
qLen 60
room _HM,_RxTx
verbose 0
list HmUART_OG1
Internals:
AssignedPeerCnt 23
CFGFN /media/hdd/fhem/mycfg/schnittstellen_rasp01.cfg
CNT 244
Clients :CUL_HM:
DEF uart://192.168.17.187:40541
DEVCNT 30
DevState 99
DevType UART
DeviceName 192.168.17.187:40541
FD 18
LastOpen 1524737862.55758
NAME HmUART_OG1
NR 278
PARTIAL
RAWMSG 0500003529847063428600000000F726
RSSI -53
STATE opened
TYPE HMUARTLGW
XmitOpen 1
model HM-MOD-UART
msgLoadCurrent 2
msgLoadHistory 0/0/0/0/0/0/0/0/0/0/0/0
msgLoadHistoryAbs 2/2/2/2/2/2/2/2/2/2/2/2/2
owner F12347
owner_CCU VCCU
Helper:
CreditTimer 924
FW 66561
Initialized 1
SendCnt 137
AckPending:
LastSendLen:
17
3
Log:
IDs:
PeerQueue:
PendingCMD:
RoundTrip:
Delay 0.00539898872375488
loadLvl:
lastHistory 1524752869.15994
MatchList:
1:CUL_HM ^A......................
Peers:
4C1E47 +4C1E47,00,03,00
4C23A3 +4C23A3,00,03,00
4C23BC +4C23BC,00,03,00
4C2428 +4C2428,00,03,00
4C242E +4C242E,00,03,00
4C2440 +4C2440,00,03,00
4C244E +4C244E,00,03,00
4DEBC0 +4DEBC0,00,03,00
5418E0 +5418E0,00,03,00
5678D0 +5678D0,00,03,00
568BB9 +568BB9,00,03,00
568BBB +568BBB,00,03,00
576993 +576993,00,03,00
5769AE +5769AE,00,03,00
5883F0 +5883F0,00,03,00
5A1371 +5A1371,00,03,00
5A1CAC +5A1CAC,00,03,00
5A3003 +5A3003,00,03,00
5C1ED3 +5C1ED3,00,03,00
5C20E5 +5C20E5,00,03,00
6181EC +6181EC,00,03,00
6340E6 +6340E6,00,03,00
634286 +634286,00,03,00
READINGS:
2018-04-26 12:17:48 D-HMIdAssigned F12347
2018-04-26 12:17:48 D-HMIdOriginal 4C3DB2
2018-04-26 12:17:48 D-firmware 1.4.1
2018-04-26 12:17:48 D-serialNr NEQ0605280
2018-04-26 12:16:36 D-type HM-MOD-UART
2018-04-26 12:17:49 cond ok
2018-04-26 14:46:47 load 2
2018-04-26 12:17:49 loadLvl low
2018-04-26 12:17:42 state opened
helper:
Attributes:
alias HomeMatic Gateway - OG1 Vorraum UV
devStateIcon init:it_network@orange opened:it_network@0CFB0C disconnected:it_network@red
dutyCycle 1
group Schnittstellen ser2net
hmId F12347
icon hm_lan
qLen 60
room _HM,_RxTx
verbose 0
list HmUART_OG2
Internals:
AssignedPeerCnt 18
CFGFN /media/hdd/fhem/mycfg/schnittstellen_rasp01.cfg
CNT 219
Clients :CUL_HM:
DEF /dev/ttyAMA0
DEVCNT 48
DevState 99
DevType UART
DeviceName /dev/ttyAMA0@115200
FD 15
LastOpen 1524737796.18399
NAME HmUART_OG2
NR 236
PARTIAL
RAWMSG 0500013B2786105678D00000000A24EE0C0040
RSSI -59
STATE opened
TYPE HMUARTLGW
XmitOpen 1
model HM-MOD-UART
msgLoadCurrent 1
msgLoadHistory 0/0/0/0/0/0/0/0/0/0/0/0
msgLoadHistoryAbs 1/1/1/1/1/1/1/1/1/1/1/1/1
owner F12347
owner_CCU VCCU
Helper:
CreditTimer 929
FW 66561
Initialized 1
SendCnt 39
AckPending:
LastSendLen:
3
3
Log:
IDs:
PeerQueue:
PendingCMD:
RoundTrip:
Delay 0.00348496437072754
loadLvl:
lastHistory 1524752868.64421
MatchList:
1:CUL_HM ^A......................
Peers:
4C1DAB +4C1DAB,00,03,00
4C1E60 +4C1E60,00,03,00
4C1E72 +4C1E72,00,03,00
4C218B +4C218B,00,03,00
4C21C5 +4C21C5,00,03,00
4C21D1 +4C21D1,00,03,00
4C2433 +4C2433,00,03,00
4C2435 +4C2435,00,03,00
4C2456 +4C2456,00,03,00
4EA895 +4EA895,00,03,00
568911 +568911,00,03,00
568980 +568980,00,03,00
568B7A +568B7A,00,03,00
5781A2 +5781A2,00,03,00
5A1C9D +5A1C9D,00,03,00
5A1CAA +5A1CAA,00,03,00
5FA231 +5FA231,00,03,00
5FA4C0 +5FA4C0,00,03,00
READINGS:
2018-04-26 12:17:47 D-HMIdAssigned F12347
2018-04-26 12:17:47 D-HMIdOriginal 584868
2018-04-26 12:17:48 D-firmware 1.4.1
2018-04-26 12:17:48 D-serialNr OEQ0309668
2018-04-26 12:16:36 D-type HM-MOD-UART
2018-04-26 12:17:49 cond ok
2018-04-26 15:11:30 load 1
2018-04-26 12:17:49 loadLvl low
2018-04-26 12:16:36 state opened
helper:
Attributes:
alias HomeMatic Gateway - OG2 EDV Raum
devStateIcon init:hm_lan@orange opened:hm_lan@0CFB0C
dutyCycle 1
group Schnittstellen HomeMatic
hmId F12347
icon hm_lan
qLen 60
room _HM,_RxTx
verbose 0
list list AB_FR_AD
Internals:
CFGFN /media/hdd/fhem/mycfg/HM/hm_rasp01.cfg
DEF 4C3635
IODev HmUART_AB
NAME AB_FR_AD
NOTIFYDEV global
NR 2861
NTFY_ORDER 50-AB_FR_AD
STATE MISSING ACK
TYPE CUL_HM
protCmdDel 24
protResnd 16 last_at:2018-04-26 16:30:25
protResndFail 16 last_at:2018-04-26 16:30:30
protSnd 16 last_at:2018-04-26 16:30:19
protState CMDs_done_Errors:1
READINGS:
2018-02-11 16:03:24 D-firmware 1.7
2018-02-11 16:03:24 D-serialNr NEQ0604006
2018-02-18 13:31:49 PairedTo 0xF12347
2018-02-18 13:31:49 R-pairCentral 0xF12347
2018-02-18 13:31:50 R-sign on
2018-04-26 12:21:28 RegL_00.
2018-02-22 18:01:43 battery ok
2018-02-18 13:35:38 deviceMsg on (to VCCU)
2018-02-22 18:01:43 level 0
2018-02-22 18:01:43 pct 0
2018-02-22 18:01:43 powerOn 2018-02-22 18:01:43
2018-02-22 18:01:43 recentStateType info
2018-04-26 16:30:30 state MISSING ACK
2018-02-22 18:01:43 timedOn off
helper:
HM_CMDNR 81
cSnd 01F123474C3635010E,11F123474C36350201C80000
dlvl 00
dlvlCmd ++A011F123474C36350201000000
getCfgList all
getCfgListNo ,3
mId 006C
regLst ,0,1,3p
rxType 2
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +4C3635,00,03,00
prefIO
rxt 0
vccu VCCU
p:
4C3635
00
03
00
mRssi:
mNo
io:
HmUART_AB:
HmUART_EG:
HmUART_OG1:
HmUART_OG2:
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
prs 1
tmpl:
Attributes:
IODev HmUART_AB
IOgrp VCCU
alias AB Fitnessraum - Aerosol Dispenser
autoReadReg 4_reqStatus
cmdIcon EIN:remotecontrol/black_btn_GREEN AUS:remotecontrol/black_btn_RED
devStateIcon EIN:control_on_off@0CFB0C AUS:general_aus@red UMSCHALTEN:refresh@orange
event-on-change-reading .*
eventMap on:EIN set_on:EIN off:AUS set_off:AUS toggle:UMSCHALTEN set_toggle:UMSCHALTEN statusRequest:Statusanforderung
expert 2_raw
firmware 1.7
group Zerstäuber
icon dispenser
model HM-LC-SW1-BA-PCB
msgRepeat 1
peerIDs 00000000,
room AB-Fitnessraum,_HM
serialNr NEQ0604006
subType switch
webCmd Statusanforderung:UMSCHALTEN:EIN:AUS
beim AB_FR_AD gibt es weder rssi werte zu sehen noch irgendwelche infos über empfangene messages.
lebt dieser batterie aktor noch?
über den hmuart_ab wird scheinbar alle 30 min versucht die fehlenden registerdaten zu lesen. da es ein burst aktor ist, erzeugt es sehr viel load. zudem ist auch noch aes eingeschaltet.
ich würde auch ein prefered io, oder eine prefered io liste, anhand der rssi werte, unter iogrp setzen. falls die anderen io dieses device wegen entfernung überhaupt nicht hören können, würde ich als letztes prefered io "none" eintragen. ansonsten könnten andere io sinnlos versuchen dieses device zu erreichen und dadurch unnötig in probleme geraten. aes würde ich nur bei sicherheits relevanten devices nutzen, um funk messages zu reduzieren.
du solltest grundsätzlich bei stationären devices prefered io setzen.
Das war jetzt eine Menge.
Darüber muss ich mich erst einmal Schlau machen wie ich das wo am Besten mache.
Ist momentan noch Neuland für mich.
@frank
So richtig verstanden habe ich das nicht wenn ich mir das Wiki und Commandref dazu ansehe.
Manches ist für mich wiedersprüchig.
Soweit ich mich noch erinnern kann, hatte ich die Konfiguration der IO Definitionen damals mit Hilfe von Otto so errichtet wie sei bei mir ist.
Ich habe es für die Konifuration so verstanden bzw. ausgeführt.
Die VCCU beinhaltet:
attr IODev kann nicht beinflusst werden. Hier ist es nur notwendig irgend ein Gerät einzutragen. In meinem Fall steht hier HmUART_OG1.
attr IOList hier werden alle HmUART eingetragen damit die Geräte Signalstärke den HmUART selbst auswählen kann. HmUART_AB,HmUART_EG,HmUART_OG1,HmUART_OG2
attr IOgrp hier wird bei der VCCU die VCCU eingetragen.
Die Geräte Konfigiguration
attr IODev hier wird nur der HmUART eingtragen der laut RSSI am nähesten ist.
attr IOgrp hier ist nur die VCCU einzutragen den die beinhaltet die IOList der HmUARTs.
Infos über prefered io, prefered io liste, prefered io "none" finde ich nicht wirklich etwas was mir weiter hilft wie und wo diese zu konfigurieren sind. Teilweise sind Links bei den Erläuterungen die auch nicht mehr funktionieren.
Da stehe ich momentan an.
comandref -> cul_hm -> attribute
ZitatIOgrp
can be given to devices and shall point to a virtual CCU. As a consequence the CCU will take care of the assignment to the best suitable IO. It is necessary that a virtual CCU is defined and all relevant IO devices are assigned to it. Upon sending the CCU will check which IO is operational and has the best RSSI performance for this device.
Optional a prefered IO - perfIO can be given. In case this IO is operational it will be selected regardless of rssi values.
If none is detected in the prefIO list the mechanism is stopped and the IO as of IOdev is assigned
Example:
attr myDevice1 IOgrp vccu
attr myDevice2 IOgrp vccu:prefIO
attr myDevice2 IOgrp vccu:prefIO1,prefIO2,prefIO3
attr myDevice2 IOgrp vccu:prefIO1,prefIO2,none
wenn das device zb wegen reichweite nur 2 von 4 hmuart erreichen kann, würde ich folgendes setzen:
attr AB_FR_AD IOgrp VCCU:HmUART_AB,HmUART_EG,nonezuerst das io mit bestem rssi. solange das erste der liste verfügbar ist, wählt die vccu dieses aus. ist es zb im overload wird das nächste der liste genommen. steht am ende der liste none wird kein weiteres io genommen, falls alle io der liste defekt sind. ohne none würde die vccu ein weiteres io versuchen, wenn ihr noch weitere zugeordnet sind.
die io zuordnung ist aber im moment bei dir, anhand der list, kein problem. könnte aber eins werden, oder war es bereits. daher meine empfehlung prefered io bei stationären devices grundsätzlich zu nutzen. besonders bei grosser device anzahl über grosser flächer mit vielen io.
hast du geschaut, ob das device funktioniert? batterie tauschen, taster drücken, etc.
Zitat von: Burny4600 am 27 April 2018, 10:31:34
attr IOgrp hier wird bei der VCCU die VCCU eingetragen.
Hi,
hier muss ich einhaken: Das gehört bei der VCCU eigentlich nicht hin. Ich weiß nach wie vor nicht ob es egal ist oder schadet. Aber als Empfehlung würde ich das nicht so stehen lassen.
Gruß Otto
@otto
Werde ich wieder manuell entfernen.
Leider trägt sich dies von selbst wieder ein.
@frank
Zitatattr AB_FR_AD IOgrp VCCU:HmUART_AB,HmUART_EG,none
Das habe ich schon verstanden, aber ich habe dies auch anders dargestellt gelesen.
Nähmlich das in der VCCU diese Attribute zu definieren sind
IODev HmUART_OG2
IOList HmUART_AB,HmUART_EG,HmUART_OG1,HmUART_OG2 und die Devices nur die Attribute
IODev HmUART_AB
IOgrp VCCUweil die VCCU eines der HmUART nach rssi zuteilt.
Oder stimmt das überhaupt nicht?
siehe mein comandref zitat, beides ist möglich.
du hast die wahl. :)
@frank
Diese Konfigurationskombination wäre sozusagen besser.
VCCU
attr VCCU IODev HmUART_OG2
attr VCCU IOList HmUART_AB,HmUART_EG,HmUART_OG1,HmUART_OG2
Device
attr UEST1_AB_OGA IODev HmUART_AB
attr UEST1_AB_OGA IOgrp VCCU:HmUART_AB,HmUART_OG2,none
Betreffend VCCU
Wenn das bei der VCCU attr IOgrp weder benötigt wird und zudem störend ist wäre es besser wenn dies bei der VCCU im default ger nicht erst definiert wird noch manuell aktiviert wird.
Zitat
Profil anzeigen E-Mail Private Mitteilung (Online)
Antw:HM-OU-CFM-TW reagieren nach längerer Laufzeit nicht mehr
« Antwort #12 am: Heute um 13:18:55 »
Zitat
@frank
Diese Konfigurationskombination wäre sozusagen besser.
vermutlich schon, wenn diese beiden io "normalerweise" gut mit dem device kommunizieren können. letztendlich kannst nur du es wirklich beurteilen.
durch prefered io kannst du zb sinnloses hin- und herswitchen zwischen io's vermeiden. es kann zb devices geben, die ähnliche rssi zu mehreren io haben. je nach anwesenheit/tür-/fensterzustand schwankt eventuell der rssi, das geswitscht wird. im ungünstigsten fall wird alles über ein io gesendet, was dann zb zu overload führt.
man kann also mit prefIo auch die load "gerecht" verteilen. es ist nicht immer sinnvoll nur nach bestem rssi zu wählen.
ich nutze zb ein io für "sensible" devices, die möglichst immer funktionieren sollen. also verhindere ich bei anderen "unwichtigeren" devices, dass dieses io dort zum einsatz kommt.
solange alles normal läuft, gibt es sicherlich viele mögliche und funktionierende einstellungen für attr iogrp.
ich habe gesehen deine io sind über ser2net verbunden. stell dir vor das netz fällt aus und alles läuft nur noch über 1 hmuart. der kann schnell stress bekommen und dann geht eventuell gar nichts mehr.
probleme kommen oft erst, wenn ein io/device/router ausfällt und das "gleichgewicht" durcheinander bringt.
mit 4 io hast du viele sinnvolle möglichkeiten.
@frank
Das sind wirklich gute Tipps zum beachten.
Sollte dann auch nichts in der VCCU IOList stehen wie bei mir (HmUART_AB,HmUART_EG,HmUART_OG1,HmUART_OG2) oder spielt das dann keine Rolle?
Ich habe testweise bei einem Device das Attribut attr OG1_VR_AAM IOgrp VCCU:HmUART_OG1,HmUART_OG2,none ändern wollen, nur wird none nicht akzeptiert!
Ich bekomme immer den Hinweis
value corrected IOgrp:VCCU:HmUART_OG1 und durch die Korrektur wird ,none entfernt.
Anschließend habe ich einen Test gemacht und das Gerät HM-OU-CFM-TW reagiert wieder nicht.
Internals:
CFGFN /media/hdd/fhem/mycfg/HM/hm_rasp01.cfg
DEF 5418E0
HmUART_EG_MSGCNT 22
HmUART_EG_RAWMSG 05000045A980025418E0F123470102C80000
HmUART_EG_RSSI -69
HmUART_EG_TIME 2018-04-27 14:27:15
HmUART_OG1_MSGCNT 22
HmUART_OG1_RAWMSG 04030148A980025418E0F123470102C80000
HmUART_OG1_RSSI -72
HmUART_OG1_TIME 2018-04-27 14:27:15
HmUART_OG2_MSGCNT 22
HmUART_OG2_RAWMSG 05000046A980025418E0F123470102C80000
HmUART_OG2_RSSI -70
HmUART_OG2_TIME 2018-04-27 14:27:15
IODev HmUART_OG1
LASTInputDev HmUART_OG2
MSGCNT 66
NAME OG1_VR_AAM
NOTIFYDEV global
NR 2644
NTFY_ORDER 50-OG1_VR_AAM
STATE MISSING ACK
TYPE CUL_HM
channel_01 OG1_VR_AAM_Led
channel_02 OG1_VR_AAM_Mp3
lastMsg No:A9 - t:02 s:5418E0 d:F12347 0102C80000
protCmdDel 16
protLastRcv 2018-04-27 14:27:15
protResnd 7 last_at:2018-04-27 14:41:54
protResndFail 7 last_at:2018-04-27 14:42:00
protSnd 35 last_at:2018-04-27 14:41:51
protState CMDs_done_Errors:1
rssi_at_HmUART_EG cnt:22 min:-70 max:-69 avg:-69.04 lst:-69
rssi_at_HmUART_OG1 cnt:22 min:-72 max:-72 avg:-72 lst:-72
rssi_at_HmUART_OG2 cnt:22 min:-70 max:-70 avg:-70 lst:-70
READINGS:
2018-03-25 21:16:38 CommandAccepted yes
2018-02-11 16:03:26 D-firmware 1.3
2018-02-11 16:03:26 D-serialNr OEQ0142867
2018-04-27 14:27:01 PairedTo 0xF12347
2018-03-25 21:16:41 R-intKeyVisib visib
2018-02-11 21:11:43 R-pairCentral 0xF12347
2018-04-27 14:41:28 RegL_00.
2018-04-27 14:27:15 battery ok
2018-04-22 19:04:27 powerOn 2018-04-22 19:04:27
2018-04-22 19:04:27 recentStateType info
2018-04-19 07:54:49 rssi_at_HmUART_AB -71
2018-04-27 14:27:15 rssi_at_HmUART_EG -69
2018-04-27 14:27:15 rssi_at_HmUART_OG1 -72
2018-04-27 14:27:15 rssi_at_HmUART_OG2 -70
2018-04-27 14:42:00 state MISSING ACK
helper:
HM_CMDNR 176
cSnd 01F123475418E000040000000000,11F123475418E08002A0010900000000000000000083CA
mId 00FA
regLst ,0
rxType 6
supp_Pair_Rep 0
ack:
expert:
def 1
det 1
raw 1
tpl 1
io:
newChn +5418E0,00,03,00
nextSend 1524832035.22614
rxt 0
vccu VCCU
p:
5418E0
00
03
00
prefIO:
HmUART_OG1
mRssi:
mNo A9
io:
HmUART_AB:
HmUART_EG:
-69
-69
HmUART_OG1:
-70
-70
HmUART_OG2:
-70
-70
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
dev 1
prs 1
rssi:
at_HmUART_EG:
avg -69.0454545454545
cnt 22
lst -69
max -69
min -70
at_HmUART_OG1:
avg -72
cnt 22
lst -72
max -72
min -72
at_HmUART_OG2:
avg -70
cnt 22
lst -70
max -70
min -70
shadowReg:
tmpl:
Attributes:
IODev HmUART_OG1
IOgrp VCCU:HmUART_OG1
alias OG1 Vorraum - Alarmanlage - Meldungen
autoReadReg 4_reqStatus
devStateIcon hm-dis-wm55
event-on-change-reading .*
expert 251_anything
firmware 1.3
group Alarmgeräte
icon hm-dis-wm55
model HM-OU-CFM-TW
msgRepeat 1
room Alarmanlage,OG1-Vorraum,_HM
rssiLog 1
serialNr OEQ0142867
subType outputUnit
userReadings rssi_dB:CUL_Master_RSSI.* {(ReadingsVal("$name","CUL_Master_RSSI",0))}
webCmd getConfig:clear msgEvents
in iolist der vccu müssen alle io stehen, die die vccu nutzen/verwalten soll. wenn in einem device ein prefio unter iogrp angegeben ist, muss dieses natürlich auch in iolist der vccu stehen.
@frank
Alles klar.
Ich habe jetzt den Fehler beim HM-OU-CFM-TW gefunden.
Wenn ich
set OG1_VR_AAM_Mp3 playTone 5 1 9 eingebe wird der Tone abgespielt. Dies kann auch mehrmals ohne Probleme wiederholt werden.
Gebe ich aber
set OG1_VR_AAM_Mp3 playTone 5 1 10 oder
set OG1_VR_AAM_Mp3 playTone 5 ein ist kurz ein vermurkster Ton hörbar und das Gerät HM-OU-CFM-TW ist nicht mehr ansprechbar. Bei der Ausgabe des vermurksten Ton blinkt auch die LED in unterschiedlichen Farben die bei diesem Test nicht angewählt wurden.
Es hilft dann nur mehr Batterien raus und wieder einlegen und ein getConfig. Erst dann funktioniert das Abspielen der Töne wieder.
ZitatIch habe testweise bei einem Device das Attribut attr OG1_VR_AAM IOgrp VCCU:HmUART_OG1,HmUART_OG2,none ändern wollen, nur wird none nicht akzeptiert!
Ich bekomme immer den Hinweis
value corrected IOgrp:VCCU:HmUART_OG1 und durch die Korrektur wird ,none entfernt.
Warum wird das none nicht akzeptiert?
guter hinweis, dann eben erst mal ohne none.
das muss martin erklären.
Zitat von: Burny4600 am 27 April 2018, 12:32:29
@otto
Werde ich wieder manuell entfernen.
Leider trägt sich dies von selbst wieder ein.
Wirklich? Ist bei mir nicht so. Ich habe in der VCCU nur attr IODev und IOList.
Gruß Otto
@otto
Aus irgend einem Grund ist der Eintrag wieder bei der VCCU vorhanden.
Ich bin aber noch nicht darauf gekommen wann und durch was der Eintrag irgendwann wieder in der VCCU vorhanden ist.