Irgendwie bekomme ich nichts auf Anhieb hin.
Es geht um den Einsatz von 3 Rauchmeldern.
Begonnen habe ich nach WIKI folgendermassen:
1. Einrichten des TeamDevice mit den Befehlen aus dem Wiki. Danach steht folgendes in der Config:
define TeamDev CUL_HM 424242
attr TeamDev IODev HMUSB1
attr TeamDev IOgrp vccu
attr TeamDev expert 2_full
attr TeamDev model virtual_1
attr TeamDev subType virtual
attr TeamDev webCmd virtual
2. Einrichten des Peeling Kanal. Danach steht folgendes in der Config:
define Rauchmelder_Team CUL_HM 42424201
attr Rauchmelder_Team expert 2_full
attr Rauchmelder_Team model virtual_1
attr Rauchmelder_Team peerIDs
attr Rauchmelder_Team room CUL_HM
attr Rauchmelder_Team webCmd press short:press long
Dann Pairing mit Autodetect. Der RM wird gefunden und ich nenne ihn in Rauchmelder_FlurUnten um.
Dann:
set Rauchmelder_Team peerChan 0 Rauchmelder_FlurUnten single set
Im Team steht dann der RM als Peer drin.
Beim Rauchmelder mache ich ein getconfig.
Danach ist die Ausgabe von hm info check config diese hier:
configCheck done:
peer not verified. Check that peer is set on both sides
Rauchmelder_Team p:Rauchmelder_FlurUnten
peering strange - likely not suitable
Rauchmelder_FlurUnten not peered!! add SD to any team !!
Hier die Ausgabe von List Rauchmelder_FlurUnten:
Internals:
CFGFN
DEF 2DC6FD
HMLAN1_MSGCNT 22
HMLAN1_RAWMSG RFD2C310C,0001,0003A100,FF,FFB6,07A0102DC6FD4217DB0100000000
HMLAN1_RSSI -74
HMLAN1_TIME 2015-11-12 20:29:03
HMUSB1_MSGCNT 14
HMUSB1_RAWMSG E2DC6FD,0000,2F36FC1C,FF,FFD7,07A0102DC6FD4217DB0100000000
HMUSB1_RSSI -41
HMUSB1_TIME 2015-11-12 20:29:03
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 36
NAME Rauchmelder_FlurUnten
NR 458
STATE MISSING ACK
TYPE CUL_HM
lastMsg No:07 - t:10 s:2DC6FD d:4217DB 0100000000
protCmdDel 13
protErrIoId_000000 12 last_at:2015-11-12 20:28:55
protIOdly 1 last_at:2015-11-12 20:18:45
protIOerr 3 last_at:2015-11-12 20:24:52
protLastRcv 2015-11-12 20:29:03
protResnd 3 last_at:2015-11-12 20:28:53
protResndFail 2 last_at:2015-11-12 20:28:58
protSnd 22 last_at:2015-11-12 20:29:03
protState CMDs_done
rssi_HMLAN1 lst:-69 avg:-65.5 cnt:2 min:-69 max:-62
rssi_at_HMLAN1 lst:-74 avg:-70.36 min:-77 max:-64 cnt:22
rssi_at_HMUSB1 min:-42 max:-40 cnt:14 lst:-41 avg:-40.92
Readings:
2015-11-12 20:16:47 Activity alive
2015-11-12 20:16:43 CommandAccepted yes
2015-11-12 20:16:42 D-firmware 1.1
2015-11-12 20:16:42 D-serialNr LEQ0741240
2015-11-12 20:29:02 PairedTo 0x4217DB
2015-11-12 20:17:06 R-pairCentral 0x4217DB
2015-11-12 20:29:02 RegL_00: 02:01 0A:42 0B:17 0C:DB 00:00
2015-11-12 20:26:04 battery ok
2015-11-12 20:26:04 level 0
2015-11-12 20:18:45 powerOn 2015-11-12 20:18:45
2015-11-12 20:26:04 recentStateType info
2015-11-12 20:28:55 sabotageAttackId_ErrIoId_000000 cnt:12
2015-11-12 20:28:58 state MISSING ACK
Helper:
HM_CMDNR 7
PONtest 0
cSnd 014217DB2DC6FD00040000000000,014217DB2DC6FD0103
mId 0042
peerIDsRaw ,00000000
rxType 2
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +2DC6FD,00,00,00
nextSend 1447356543.42819
prefIO
rxt 0
vccu
p:
2DC6FD
00
00
00
Mrssi:
mNo 07
Io:
HMLAN1 -72
HMUSB1 -41
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rpt:
IO HMLAN1
flg A
ts 1447356543.32276
ack:
HASH(0xa091330)
0780024217DB2DC6FD00
Rssi:
Hmlan1:
avg -65.5
cnt 2
lst -69
max -62
min -69
At_hmlan1:
avg -70.3636363636364
cnt 22
lst -74
max -64
min -77
At_hmusb1:
avg -40.9285714285714
cnt 14
lst -41
max -40
min -42
Shadowreg:
Attributes:
IODev HMLAN1
IOgrp vccu:HMLAN1
actCycle 099:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_full
firmware 1.1
model HM-SEC-SD
msgRepeat 1
peerIDs 00000000,
room CUL_HM
serialNr LEQ0741240
subType smokeDetector
webCmd statusRequest
Irgendwo scheint es zu hängen mit dem Peering.
Ich verstehe es doch korrekt, dass ich jeden RM mit FHEM peere und nicht untereinander.
Vielleicht hat jemand eine Idee.
Und dann noch grad ne Grundsatzfrage: Kann man über FHEM machen dass die Sirene der Teile angeht????
Chris
Scheint ein ungewöhnliches Problem zu sein.
Was mir noch aufgefallen ist:
Wenn ich beim Rauchmelder_Team ein set Alarmen absetze zeigt der Rauchmelder mir das auch an.
Level bleibt allerdings bei 0
Ein Ton kommt keiner.
Seltsam?
Chris
ZitatIch verstehe es doch korrekt, dass ich jeden RM mit FHEM peere und nicht untereinander.
es gibt verschiedene möglichkeiten. aber wie du es machen möchtest, habe ich es bei mir auch.
im configcheck steht eigentlich alles drin:
beim rm fehlt noch der peer vom team. => also peering wiederholen, bis alles eingetragen ist.
warum ordnest du dem rm nicht den hmusb als prefered io zu. der scheint doch wesentlich bessere rssi zu haben?
Ich habe den Teaminn Befehl schon zig male abgesetzt.
Es kommt immer nur ein Missing ACK.
der Befehl ist:
set Rauchmelder_Team peerChan 0 Rauchmelder_FlurUnten single set
Er soll ein das HMUSB1 bekommen. Ich musste nur gestern als ich das gepostet hatte zwischendurch wegen Overload die Config ändern.
funktioniert denn getconfig zum rm?
schonmal diesen befehl probiert?
set Rauchmelder_Team peerChan 0 Rauchmelder_FlurUnten single set actor
Schon mehrfach versucht. Gerade jetzt nochmal.
Hier die anschliessenden Reading:
Activity
alive
2015-11-13 19:07:41
CommandAccepted
yes
2015-11-12 20:16:43
D-firmware
1.1
2015-11-13 18:55:11
D-serialNr
LEQ0741240
2015-11-13 18:55:11
PairedTo
0x4217DB
2015-11-13 18:49:12
R-pairCentral
0x4217DB
2015-11-12 20:17:06
battery
ok
2015-11-13 19:07:54
level
0
2015-11-13 19:07:54
powerOn
2015-11-12 20:18:45
2015-11-12 20:18:45
recentStateType
info
2015-11-13 19:07:54
sabotageAttackId_ErrIoId_000000
cnt:7
2015-11-14 08:23:04
smoke_detect
none
2015-11-13 18:49:42
state
MISSING ACK
2015-11-14 08:23:09
teamCall
from TeamDev:1
2015-11-13 18:50:26
Ein anschliessendes getconfig läuft dann aber anstandslos durch.
list sieht danach so aus:
Internals:
DEF 2DC6FD
HMLAN1_MSGCNT 6
HMLAN1_RAWMSG R04E18490,0001,07B94C86,FF,FFBA,05A0102DC6FD4217DB0100000000
HMLAN1_RSSI -70
HMLAN1_TIME 2015-11-14 08:24:27
HMUSB1_MSGCNT 3
HMUSB1_RAWMSG E2DC6FD,0000,36EC4D3B,FF,FFD8,05A0102DC6FD4217DB0100000000
HMUSB1_RSSI -40
HMUSB1_TIME 2015-11-14 08:24:27
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 9
NAME Rauchmelder_FlurUnten
NR 443
STATE MISSING ACK
TYPE CUL_HM
lastMsg No:05 - t:10 s:2DC6FD d:4217DB 0100000000
protCmdDel 1
protErrIoId_000000 7 last_at:2015-11-14 08:23:04
protLastRcv 2015-11-14 08:24:27
protResnd 1 last_at:2015-11-14 08:23:03
protResndFail 1 last_at:2015-11-14 08:23:09
protSnd 7 last_at:2015-11-14 08:24:27
protState CMDs_done
rssi_HMLAN1 cnt:1 lst:-64 avg:-64 max:-64 min:-64
rssi_at_HMLAN1 cnt:6 lst:-70 max:-68 avg:-69 min:-70
rssi_at_HMUSB1 min:-43 max:-40 avg:-41 cnt:3 lst:-40
Readings:
2015-11-13 19:07:41 Activity alive
2015-11-12 20:16:43 CommandAccepted yes
2015-11-13 18:55:11 D-firmware 1.1
2015-11-13 18:55:11 D-serialNr LEQ0741240
2015-11-14 08:24:26 PairedTo 0x4217DB
2015-11-12 20:17:06 R-pairCentral 0x4217DB
2015-11-13 19:07:54 battery ok
2015-11-13 19:07:54 level 0
2015-11-12 20:18:45 powerOn 2015-11-12 20:18:45
2015-11-13 19:07:54 recentStateType info
2015-11-14 08:23:04 sabotageAttackId_ErrIoId_000000 cnt:7
2015-11-13 18:49:42 smoke_detect none
2015-11-14 08:23:09 state MISSING ACK
2015-11-13 18:50:26 teamCall from TeamDev:1
Helper:
HM_CMDNR 5
cSnd 014217DB2DC6FD00040000000000,014217DB2DC6FD0103
mId 0042
peerIDsRaw ,00000000
rxType 2
Expert:
def 1
det 1
raw 0
tpl 0
Io:
newChn +2DC6FD,00,00,00
nextSend 1447485867.33365
rxt 0
vccu vccu
p:
2DC6FD
00
00
00
prefIO:
HMLAN1
Mrssi:
mNo 05
Io:
HMLAN1 -68
HMUSB1 -40
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rpt:
IO HMLAN1
flg A
ts 1447485867.22985
ack:
HASH(0xb1dee5c)
0580024217DB2DC6FD00
Rssi:
Hmlan1:
avg -64
cnt 1
lst -64
max -64
min -64
At_hmlan1:
avg -69
cnt 6
lst -70
max -68
min -70
At_hmusb1:
avg -41
cnt 3
lst -40
max -40
min -43
Shadowreg:
Attributes:
IODev HMLAN1
IOgrp vccu:HMLAN1
actCycle 099:00
actStatus alive
autoReadReg 4_reqStatus
expert 1_on
firmware 1.1
model HM-SEC-SD
msgRepeat 1
peerIDs 00000000,
room CUL_HM
serialNr LEQ0741240
subType smokeDetector
webCmd statusRequest
Was mich wundert: Weder in den Internal noch in den Reading des Rauchmelders steht irgendwas von peers.
Und ein RegList zeit auch nix von Peers an:
list: register | range | peer | description
0: pairCentral | 0 to 16777215 | | pairing to central
Bei einer solchen Fehlersuche wird man ja mit der Zeit unsicher ob da überhaupt alles so korrekt ist.
Mir ist jetzt beim HMUSB1 aufgefallen, dass die HMID sehr seltsam ist.
Könnte mal jemand mit Ahnung drüber sehen ob das so korrekt ist. Das USB1 müsste doch die HMID der vcci bekommen, oder?
Internals:
DEF 127.0.0.1:1234
DeviceName 127.0.0.1:1234
FD 12
HMUSB1_MSGCNT 42396
HMUSB1_TIME 2015-11-14 08:50:48
IFmodel LAN
NAME HMUSB1
NR 28
NTFY_ORDER 50-HMUSB1
PARTIAL
RAWMSG E4217DB,0000,37046F2D,FF,FFC3,5880024217DB31A7B500
RSSI -61
STATE opened
TYPE HMLAN
XmitOpen 1
assignedIDsCnt 4
msgKeepAlive dlyMax:11.992 bufferMin:-6
msgLoadCurrent 41
msgLoadHistory 5min steps: 37/4/0/0/0/0/0/0/0/0/0/0
owner 000000
uptime 010 256:23:57.485
Readings:
2015-11-13 19:07:37 D-HMIdAssigned 000000
2015-11-13 19:07:37 D-HMIdOriginal 372DB3
2015-11-13 19:07:37 D-firmware 0.967
2015-11-13 19:07:37 D-serialNr MEQ0232675
2015-11-13 19:07:37 Xmit-Events disconnected:1 init:1 ok:1
2015-11-13 19:07:37 cond ok
2015-11-14 08:50:33 loadLvl batchLevel
2015-11-13 19:07:33 prot_disconnected last
2015-11-13 19:07:33 prot_init last
2015-11-13 19:07:37 prot_ok last
2015-11-13 19:07:33 state opened
Helper:
assIdCnt 4
assIdRep 4
info 03C7,MEQ0232675,372DB3,000000
setTime 44173
Cnd:
0 1
253 1
255 1
Ids:
2dc6fd:
chn 01
flg 0
msg
name Rauchmelder_FlurUnten
to 1447487323.59925
2dc7e0:
chn 01
flg 0
name HM_2DC7E0
4217db:
chn 00
flg 0
msg
name vccu
to 1447438521.35586
999999:
chn 00
flg 0
msg
name
to 1447438059.21769
K:
BufMin -6
DlyMax 11.992
Next 1447487458.12876
Start 1447487433.12876
Loadlvl:
bl 40
a:
99
90
40
0
H:
0 low
40 batchLevel
90 high
99 suspended
Log:
all 0
sys 0
ids:
ARRAY(0xb247c14)
Q:
HMcndN 0
answerPend 0
hmLanQlen 1
keepAliveRec 1
keepAliveRpt 0
loadLast 41
loadNo 10
scnt 7
apIDs:
Ref:
hmtL 923021866
kTs 0
Attributes:
group HomeMatic
hmId 000000
hmLanQlen 1_min
loadLevel 0:low,40:batchLevel,90:high,99:suspended
room Zentral
die hmid 000000 deines hmusb ist natürlich falsch und verboten. als owner wird auch 000000 angezeigt. hier müsste der name deiner vccu auftauchen, falls du den hmusb deiner vccu zugeordnet hast.
poste mal noch ein list deiner vccu und vom hmlan1.
Asche auf mein Haupt.
Ich hatte einen Fehler in der Config meiner vccu.
Dieser Eintrag:
attr vccu IOList HMLAN1, HMUSB1
war falsch und muss:
attr vccu IOList HMLAN1,HMUSB1
lauten.
Was so ein Leerzeichen ausmacht. War mir schon an einer anderen Stelle mal passiert.
Wie blöd kann man sein...?
Nachdem ich das jetzt korrigiert habe. (Es fiel mir wirklich erst auf als ich HMLAN2 hinzugefügt habe) funktioniert jetzt auch die Sache mit den Rauchmeldern.
Danke für die Geduld mit mir.
Chris
dann kannst du nun ja deine mitbewohner mit einem alarm terrorisieren.
Ehrlich gesagt, ist genau das der Hintergrund......
Mal sehen was mir dazu alles einfällt...