Hallo zusammen,
ich versuche gerade drei HM-SEC-SD-2 bei mir zum laufen zu bringen. Als Anleitung nutze ich den Eintrag im Wiki und verschiedene Forumseinträge. Nachdem das jetzt dreimal nicht funktioniert hat, habe ich die Rauchmelder erstmal auf Werkseinstellung zurückgesetzt und würde jetzt gerne ein paar grundlegende Fragen klären, bevor ich nochmal mit der Einrichtung anfange.
1. Aneinander Anlernen
Muss ich die Rauchmelder vorher, wie in der Bedienungsanleitung beschrieben, aneinander anlernen? Das ist für mich aus keinem Thread oder aus dem Wiki ersichtlich. Wichtig ist für mich, dass die Rauchmelder auch ohne fhem (z.B. bei Stromausfall) als Gruppe alarmieren.
2. Erreichbarkeit
In der Bedienungsanleitung steht, dass die Rauchmelder sich untereinander erreichen müssen, damit sie sich gegenseitig alarmieren können. Ich bin mir nicht sicher, ob der Rauchmelder aus dem Keller später den im 1. OG funktechnisch erreichen kann. Der Raspi mit dem HMLAN steht im Wohnzimmer (im EG), ungefähr dort wo auch der Rauchmelder im Wohnzimmer hinkommt. Zum HMLAN haben alle Rauchmelder eine Verbindung. Die Frage wäre jetzt hier, ob fhem die Alarme an die anderen Rauchmelder weiterleitet und diese auslösen, oder ob ich den Rauchmelder im Wohnzimmer, wie in der Bedienungsanleitung beschrieben, als Repeater einrichten muss, damit die Alarme aus dem Keller ins 1. OG kommen.
3. VCCU
In diesem Thread (https://forum.fhem.de/index.php/topic,73218.0.html) wird mit einer VCCU gearbeitet, ist das erforderlich? Ich hatte mich mal etwas in das Thema eingelesen und es so verstanden, dass die VCCU hauptsächlich Sinn macht, wenn man mehrere Homematic-Gateway hat.
Wie gesagt, ich würde gerne erstmal die Fragen klären, bevor ich dann nochmal versuche die Anleitung aus dem Wiki umzusetzen. Vielen Dank für eure Hilfe.
Hallo.
Was bedeutet geht nicht. Steht was im Eventmonitor bzw im log?
Hast du libcrypt-rijndael-perl (bei Debian) installiert?
Hallo
Zitat von: darkness am 17 Oktober 2017, 11:24:15
Was bedeutet geht nicht. Steht was im Eventmonitor bzw im log?
Entweder kommen ständig Missing Ack Meldungen bzw. einmal hatte ich auch IOErr.
Bei der Einrichtung hatte ich die Rauchmelder alle im Wohnzimmer liegen, Entfernung zum HMLAN 2-3 Meter.
Zitat
Hast du libcrypt-rijndael-perl (bei Debian) installiert?
Ja, das hatte ich mehrmals überprüft.
Kann der HMLAN eigentlich überhaupt AES .
Dachte immer das geht nicht.
Meiner Meinung nach macht eine VCCU immer Sinn. auch wenn du zum Anfang nur ein IO-Device hast, kann es nicht schaden. Sollte mal ein zweites dazu kommen oder getauscht werden, ist die VCCU einfacher. So war es zumindest bei mir.
Grundsätzlich geht es aber auch ohne. Du solltest jetzt auch das Thema Rauchmelder und VCCU nicht mischen. Wenn dann erst VCCU einrichten. Danach die Rauchmelder.
Diese müssen auch erst korrekt mit FHEM gepaired sein, bevor du weiter machst. Allerdings habe ich jetzt keine Idee, warum es nicht klappt.
Du pairst nach der Anleitung im Wiki? https://wiki.fhem.de/wiki/HomeMatic_Devices_pairen
Zitat von: CoolTux am 17 Oktober 2017, 11:36:17
Kann der HMLAN eigentlich überhaupt die Daten signieren.
Dachte immer das geht nicht.
laut wiki ja.
ZitatDie AES Challenge-Response Antwort wird mit dem System-Schlüssel erzeugt. Der System-Schlüssel wird von der Zentrale bzw. dem HMLAN Konfigurator auf alle gepairten HomeMatic Geräte verteilt. Ab Werk ist ein einheitlicher Standard-Schlüssel hinterlegt. Dieser ist in allen HM-Geräten gleich und muss somit vom User geändert werden um einen sinnvollen Schutz zu erreichen.
Ich habe den Anfangs auch nur genutzt. (Es sei denn ich bringe da gerade was durcheinander)
firmwareupdates kann der HMLAN nicht durchführen.
Ah alles klar.
Danke
Zitat von: CoolTux am 17 Oktober 2017, 11:36:17
Kann der HMLAN eigentlich überhaupt AES .
Dachte immer das geht nicht.
Das war von mir vielleicht etwas dämlich ausgedrückt, ich verwende das Funk-LAN-Gateway HM-LGW-O-TW-W-EU-2.
Zitat von: darkness am 17 Oktober 2017, 11:37:18
Du solltest jetzt auch das Thema Rauchmelder und VCCU nicht mischen. Wenn dann erst VCCU einrichten. Danach die Rauchmelder.
Deshalb wollte ich das ja erstmal grundsätzlich klären, bevor ich die Rauchmelder jetzt einrichte und danach nochmal alles neu machen muss.
Zitat
Du pairst nach der Anleitung im Wiki? https://wiki.fhem.de/wiki/HomeMatic_Devices_pairen
Ja.
Ich setze im fhem
set <CUL> hmPairForSec 600Danach drücke ich beim ersten Rauchmelder die Taste ca. 3 Sekunden. Dann leuchtet er orange und nach kurzer Zeit grün.
Zitat von: cfranz am 17 Oktober 2017, 11:52:50
Danach drücke ich beim ersten Rauchmelder die Taste ca. 3 Sekunden. Dann leuchtet er orange und nach kurzer Zeit grün.
Aber genau da soll er doch machen. Ist das Device in FHEM angelegt?
Gib mal ein list von Deinem Rauchmelder
Hallo cfranz,
nochmal zu Deinen ursprünglichen Fragen
1. Meine Empfehlung: Nein, erst die Rauchmelder an FHEM anlernen, Teamlead einrichten, mit Teamlead peeren.
2. Die Rauchmelder signalisieren mit Hilfe der Peer ID des Teamlead die anderen, unabhängig von FHEM. Wenn ich die SD-2 richtig verstanden habe, leiten die die Signalisierung weiter, also auch Nr 3 wird von Nr 2 über Alarm an Nr 1 informiert auch wenn Nr 1 die Nr 3 nicht direkt erreicht.
3. Da wurde schon alles gesagt, das Thema hat mit SD-2 erstmal nichts zu tun (der virtuellle Teamlead ist extra, kein Kanal der VCCU!) Generell solltest Du die einrichten ob vorher oder nachher ist relativ egal.
Nochmal das Zitat aus dem Handbuch
ZitatZur Aktivierung des Anlernmodus des Funk-Rauchwarnmelders
drücken Sie die Bedientaste, bis die Geräte-LED anfängt, orange zu
blinken.
Gruß Otto
Zitat von: Otto123 am 17 Oktober 2017, 12:12:38
nochmal zu Deinen ursprünglichen Fragen
1. Meine Empfehlung: Nein, erst die Rauchmelder an FHEM anlernen, Teamlead einrichten, mit Teamlead peeren.
2. Die Rauchmelder signalisieren mit Hilfe der Peer ID des Teamlead die anderen, unabhängig von FHEM. Wenn ich die SD-2 richtig verstanden habe, leiten die die Signalisierung weiter, also auch Nr 3 wird von Nr 2 über Alarm an Nr 1 informiert auch wenn Nr 1 die Nr 3 nicht direkt erreicht.
3. Da wurde schon alles gesagt, das Thema hat mit SD-2 erstmal nichts zu tun (der virtuellle Teamlead ist extra, kein Kanal der VCCU!) Generell solltest Du die einrichten ob vorher oder nachher ist relativ egal.
Vielen Dank für die Antworten. Das war genau das was ich wissen wollte BEVOR ich nochmal mit der Einrichtung anfange. Dann werde ich jetzt mal loslegen.
Ich weiß auch, die verhalten sich manchmal zickig. Bitte bevor Du irgendetwas konfigurieren willst (peeren) muss das pairing abgeschlossen sein. Ruhe bewahren, das braucht manchmal etwas Zeit. CMDs abarbeiten, auch mal ein zweites Mal den Configtaster drücken um die Datenübertragung nochmal anzustoßen. :D
Am Einfachsten den Erfolg mit hmInfo prüfen.
Gruß Otto
So, vielen Dank für die Hilfe. Ich habe die Biester jetzt scheinbar hinbekommen. Wenn ich ein Missing Ack angezeigt bekommen habe, habe ich den Melder 3s gedrückt, bis er orange geblinkt hat. Danach nochmal auf "Status Request" und er wurde tatsächlich sauber angezeigt.
Was mich etwas irritiert, bei den einzelnen Rauchmeldern steht
peerIDs: 00000000Zitat aus dem Wiki:
ZitatBei jedem Rauchmelder sollte der Name des virtuellen TeamLeaders in der peerList stehen und beim virtuellen TeamLeader jeder Rauchmelder.
Im RauchmelderTeam gibt es folgende Einträge
Reading
peerList: EG.WZ.RM,KG.FL.RM,OG.SZ.RM,
Attributes
peerIDs: 576D9701,58084801,58086501Sollte bei den Rauchmeldern nicht irgendwas vom Team stehen? Die einzelnen Listings kann ich bei Bedarf anhängen.
/edit: hier noch die Listings:
list EG.WZ.RM
Internals:
CFGFN
DEF 576D97
HMLAN1_MSGCNT 47
HMLAN1_RAWMSG 0403003A05A610576D970000810601000034
HMLAN1_RSSI -58
HMLAN1_TIME 2017-10-17 20:30:10
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 47
NAME EG.WZ.RM
NOTIFYDEV global
NR 7668
STATE off
TYPE CUL_HM
lastMsg No:05 - t:10 s:576D97 d:000081 0601000034
protCmdDel 9
protEvt_AESCom-ok 3 last_at:2017-10-17 19:39:16
protLastRcv 2017-10-17 20:30:10
protResnd 7 last_at:2017-10-17 20:29:46
protResndFail 7 last_at:2017-10-17 20:29:51
protSnd 21 last_at:2017-10-17 20:30:10
protState CMDs_done
rssi_HMLAN1 max:-44 min:-53 lst:-52 avg:-49.66 cnt:3
rssi_at_HMLAN1 max:-42 min:-60 lst:-58 avg:-52.04 cnt:41
READINGS:
2017-10-17 20:29:56 Activity alive
2017-10-17 19:39:16 CommandAccepted yes
2017-10-17 20:29:56 D-firmware 1.0
2017-10-17 20:29:56 D-serialNr OEQ0467966
2017-10-17 19:39:18 PairedTo 0x000081
2017-10-17 19:39:18 R-pairCentral 0x000081
2017-10-17 20:28:19 RegL_00.
2017-10-17 19:39:16 aesCommToDev ok
2017-10-17 19:39:16 aesKeyNbr 00
2017-10-17 20:30:10 alarmTest ok
2017-10-17 20:30:10 battery ok
2017-10-17 20:30:10 level 0
2017-10-17 20:30:10 recentStateType info
2017-10-17 19:39:18 sdRepeat off
2017-10-17 20:30:10 smokeChamber ok
2017-10-17 20:33:14 smoke_detect none
2017-10-17 20:33:14 state off
2017-10-17 20:33:14 teamCall from TeamDev:02
helper:
HM_CMDNR 5
cSnd 01000081576D97010E,01000081576D97010E
getCfgListNo
mId 00AA
peerIDsRaw ,00000000
rxType 6
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +576D97,00,00,00
nextSend 1508265010.54758
prefIO
rxt 0
vccu
p:
576D97
00
00
00
mRssi:
mNo 05
io:
HMLAN1 -56
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO HMLAN1
flg A
ts 1508265010.25711
ack:
HASH(0x3dca998)
058002000081576D9700
rssi:
HMLAN1:
avg -49.6666666666667
cnt 3
lst -52
max -44
min -53
at_HMLAN1:
avg -52.0487804878049
cnt 41
lst -58
max -42
min -60
shadowReg:
tmpl:
Attributes:
IODev HMLAN1
actCycle 099:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
model HM-SEC-SD-2
msgRepeat 1
peerIDs 00000000,
room CUL_HM
serialNr OEQ0467966
subType smokeDetector
webCmd statusRequest list KG.FL.RM
Internals:
CFGFN
DEF 580848
HMLAN1_MSGCNT 22
HMLAN1_RAWMSG 04030043A8A610580848000081060100003D
HMLAN1_RSSI -67
HMLAN1_TIME 2017-10-17 20:31:13
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 22
NAME KG.FL.RM
NOTIFYDEV global
NR 7745
STATE off
TYPE CUL_HM
lastMsg No:A8 - t:10 s:580848 d:000081 060100003D
protCmdDel 17
protLastRcv 2017-10-17 20:31:13
protResnd 13 last_at:2017-10-17 20:30:44
protResndFail 12 last_at:2017-10-17 20:30:48
protSnd 26 last_at:2017-10-17 20:31:13
protState CMDs_done
rssi_HMLAN1 lst:-61 min:-61 max:-40 cnt:4 avg:-46.5
rssi_at_HMLAN1 lst:-67 min:-67 max:-42 avg:-49.86 cnt:22
READINGS:
2017-10-17 20:31:08 Activity alive
2017-10-17 20:31:08 D-firmware 1.0
2017-10-17 20:31:08 D-serialNr OEQ0468207
2017-10-17 19:57:48 PairedTo 0x000000
2017-10-17 19:54:19 R-pairCentral 0x000000
2017-10-17 20:29:15 RegL_00.
2017-10-17 20:31:13 alarmTest ok
2017-10-17 20:31:13 battery ok
2017-10-17 20:31:13 level 0
2017-10-17 20:31:13 recentStateType info
2017-10-17 19:57:48 sdRepeat off
2017-10-17 20:31:13 smokeChamber ok
2017-10-17 20:33:14 smoke_detect none
2017-10-17 20:33:14 state off
2017-10-17 20:33:14 teamCall from TeamDev:02
helper:
HM_CMDNR 168
cSnd 01000081580848010E,01000081580848010E
getCfgListNo
mId 00AA
rxType 6
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +580848,00,00,00
nextSend 1508265073.78162
prefIO
rxt 0
vccu
p:
580848
00
00
00
mRssi:
mNo A8
io:
HMLAN1 -65
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO HMLAN1
flg A
ts 1508265073.49118
ack:
HASH(0x3a27b80)
A8800200008158084800
rssi:
HMLAN1:
avg -46.5
cnt 4
lst -61
max -40
min -61
at_HMLAN1:
avg -49.8636363636364
cnt 22
lst -67
max -42
min -67
shadowReg:
tmpl:
Attributes:
IODev HMLAN1
actCycle 099:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
model HM-SEC-SD-2
msgRepeat 1
peerIDs
room CUL_HM
serialNr OEQ0468207
subType smokeDetector
webCmd statusRequest list OG.SZ.RM
Internals:
CFGFN
DEF 580865
HMLAN1_MSGCNT 20
HMLAN1_RAWMSG 0403003FFDA6105808650000810601000039
HMLAN1_RSSI -63
HMLAN1_TIME 2017-10-17 20:32:19
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 20
NAME OG.SZ.RM
NOTIFYDEV global
NR 7754
STATE off
TYPE CUL_HM
lastMsg No:FD - t:10 s:580865 d:000081 0601000039
protCmdDel 7
protLastRcv 2017-10-17 20:32:19
protResnd 5 last_at:2017-10-17 20:31:45
protResndFail 5 last_at:2017-10-17 20:31:50
protSnd 15 last_at:2017-10-17 20:32:19
protState CMDs_done
rssi_HMLAN1 cnt:3 avg:-51.33 min:-57 max:-45 lst:-57
rssi_at_HMLAN1 cnt:20 avg:-53.25 min:-63 max:-46 lst:-63
READINGS:
2017-10-17 20:32:14 Activity alive
2017-10-17 20:32:14 D-firmware 1.0
2017-10-17 20:32:14 D-serialNr OEQ0468236
2017-10-17 19:55:25 PairedTo 0x000000
2017-10-17 19:55:25 R-pairCentral 0x000000
2017-10-17 20:29:15 RegL_00.
2017-10-17 20:32:19 alarmTest ok
2017-10-17 20:32:19 battery ok
2017-10-17 20:32:19 level 0
2017-10-17 20:32:19 recentStateType info
2017-10-17 19:55:25 sdRepeat off
2017-10-17 20:32:19 smokeChamber ok
2017-10-17 20:33:14 smoke_detect none
2017-10-17 20:33:14 state off
2017-10-17 20:33:14 teamCall from TeamDev:02
helper:
HM_CMDNR 253
cSnd 01000081580865010E,01000081580865010E
getCfgListNo
mId 00AA
peerIDsRaw ,00000000
rxType 6
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +580865,00,00,00
nextSend 1508265139.92833
prefIO
rxt 0
vccu
p:
580865
00
00
00
mRssi:
mNo FD
io:
HMLAN1 -61
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO HMLAN1
flg A
ts 1508265139.63787
ack:
HASH(0x3a28dd0)
FD800200008158086500
rssi:
HMLAN1:
avg -51.3333333333333
cnt 3
lst -57
max -45
min -57
at_HMLAN1:
avg -53.25
cnt 20
lst -63
max -46
min -63
shadowReg:
tmpl:
Attributes:
IODev HMLAN1
actCycle 099:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
model HM-SEC-SD-2
msgRepeat 1
peerIDs 00000000,
room CUL_HM
serialNr OEQ0468236
subType smokeDetector
webCmd statusRequest list TEAM.RM
Internals:
CFGFN
DEF 11211201
NAME TEAM.RM
NOTIFYDEV global
NR 7925
STATE off
TESTNR 3
TYPE CUL_HM
chanNo 01
device TeamDev
peerList EG.WZ.RM,KG.FL.RM,OG.SZ.RM,
sdTeam sdLead
READINGS:
2017-10-17 20:33:14 aesCBCCounter 00000F
2017-10-17 20:33:14 eventNo 02
2017-10-17 20:28:15 peerList EG.WZ.RM,KG.FL.RM,OG.SZ.RM,
2017-10-17 20:33:14 smoke_detect none
2017-10-17 20:33:14 state off
2017-10-17 20:33:14 teamCall from TeamDev:02
helper:
count 2
fkt sdLead2
expert:
def 1
det 0
raw 1
tpl 0
role:
chn 1
vrt 1
tmpl:
Attributes:
model virtual_1
peerIDs 576D9701,58084801,58086501,
room CUL_HM
webCmd press short:press long list TeamDev
Internals:
CFGFN
DEF 112112
IODev HMLAN1:keepAlive
NAME TeamDev
NOTIFYDEV global
NR 7921
STATE CMDs_done
TYPE CUL_HM
channel_01 TEAM.RM
protSnd 14 last_at:2017-10-17 20:33:14
protState CMDs_done
READINGS:
2017-10-17 20:33:14 battery ok
2017-10-17 20:33:14 state CMDs_done
helper:
HM_CMDNR 15
alarmNo 03
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +112112,00,00,00
prefIO
rxt 0
vccu
p:
112112
00
00
00
mRssi:
mNo
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
tmpl:
Attributes:
IODev HMLAN1:keepAlive
autoReadReg 4_reqStatus
expert 2_raw
model virtual_1
room CUL_HM
subType virtual
Hi,
da hat das peeren bei den SD nicht funktioniert. PeerID ist quasi der Standard wenn nix nach außen gepeert ist, diese ID gibt es immer.
2017-10-17 19:57:48 PairedTo 0x000000 darf nicht im Listing stehen, da muss Deine HMID stehen! Da iist Pairing angefangen aber nicht beendet.
Erst wenn fertig gepairt, wird auch ein peerChan akzeptiert. Der virtuelle Teamlead hat es schon akzeptiert. Aber peeren schreibt in beide Seiten.
Gruß Otto
Zitat von: Otto123 am 17 Oktober 2017, 21:40:07
da hat das peeren bei den SD nicht funktioniert. PeerID ist quasi der Standard wenn nix nach außen gepeert ist, diese ID gibt es immer.
2017-10-17 19:57:48 PairedTo 0x000000 darf nicht im Listing stehen, da muss Deine HMID stehen! Da iist Pairing angefangen aber nicht beendet.
Erst wenn fertig gepairt, wird auch ein peerChan akzeptiert. Der virtuelle Teamlead hat es schon akzeptiert. Aber peeren schreibt in beide Seiten.
Ich habe jetzt mal den ConfigCheck gemacht
get hm configCheck
configCheck done:
missing register list
EG.WZ.RM: RegL_00.
EG.WZ.TK: RegL_00.,RegL_01.
KG.FL.RM: RegL_00.
peer list incomplete. Use getConfig to read it.
incomplete: EG.WZ.TK:
peer not verified. Check that peer is set on both sides
TEAM.RM p:EG.WZ.RM
TEAM.RM p:KG.FL.RM
TEAM.RM p:OG.SZ.RM
peering strange - likely not suitable
EG.WZ.RM not peered!! add SD to any team !!
KG.FL.RM not peered!! add SD to any team !!
OG.SZ.RM not peered!! add SD to any team !!
trigger sent to undefined device
triggerUndefined: EG.WZ.TK:000081
PairedTo missing/unknown
TeamDev
PairedTo mismatch to IODev
KG.FL.RM paired:0x000000 IO attr: 000081.
OG.SZ.RM paired:0x000000 IO attr: 000081.Ich habe jetzt noch ein paar Male mit getConfig und Taste drücken versucht und zumindest der Melder fürs EG hat jetzt ein pairCentral drin stehen:
Internals:
CFGFN
DEF 576D97
HMLAN1_MSGCNT 47
HMLAN1_RAWMSG 0403003A05A610576D970000810601000034
HMLAN1_RSSI -58
HMLAN1_TIME 2017-10-17 20:30:10
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 47
NAME EG.WZ.RM
NOTIFYDEV global
NR 7668
STATE off
TYPE CUL_HM
lastMsg No:05 - t:10 s:576D97 d:000081 0601000034
protCmdDel 9
protEvt_AESCom-ok 3 last_at:2017-10-17 19:39:16
protLastRcv 2017-10-17 20:30:10
protResnd 7 last_at:2017-10-17 20:29:46
protResndFail 7 last_at:2017-10-17 20:29:51
protSnd 21 last_at:2017-10-17 20:30:10
protState CMDs_done
rssi_HMLAN1 max:-44 min:-53 lst:-52 avg:-49.66 cnt:3
rssi_at_HMLAN1 max:-42 min:-60 lst:-58 avg:-52.04 cnt:41
READINGS:
2017-10-17 20:29:56 Activity alive
2017-10-17 19:39:16 CommandAccepted yes
2017-10-17 20:29:56 D-firmware 1.0
2017-10-17 20:29:56 D-serialNr OEQ0467966
2017-10-17 19:39:18 PairedTo 0x000081
2017-10-17 19:39:18 R-pairCentral 0x000081
2017-10-17 20:28:19 RegL_00.
2017-10-17 19:39:16 aesCommToDev ok
2017-10-17 19:39:16 aesKeyNbr 00
2017-10-17 20:30:10 alarmTest ok
2017-10-17 20:30:10 battery ok
2017-10-17 20:30:10 level 0
2017-10-17 20:30:10 recentStateType info
2017-10-17 19:39:18 sdRepeat off
2017-10-17 20:30:10 smokeChamber ok
2017-10-17 22:40:45 smoke_detect none
2017-10-17 22:40:45 state off
2017-10-17 22:40:45 teamCall from TeamDev:03
helper:
HM_CMDNR 5
cSnd 01000081576D97010E,01000081576D97010E
getCfgListNo
mId 00AA
peerIDsRaw ,00000000
rxType 6
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +576D97,00,00,00
nextSend 1508265010.54758
prefIO
rxt 0
vccu
p:
576D97
00
00
00
mRssi:
mNo 05
io:
HMLAN1 -56
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO HMLAN1
flg A
ts 1508265010.25711
ack:
HASH(0x3dca998)
058002000081576D9700
rssi:
HMLAN1:
avg -49.6666666666667
cnt 3
lst -52
max -44
min -53
at_HMLAN1:
avg -52.0487804878049
cnt 41
lst -58
max -42
min -60
shadowReg:
tmpl:
Attributes:
IODev HMLAN1
actCycle 099:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
group Rauchmelder
model HM-SEC-SD-2
msgRepeat 1
peerIDs 00000000,
room EG,EG.Wohnzimmer
serialNr OEQ0467966
subType smokeDetector
webCmd statusRequest Bei den anderen beiden hat das nichts gebracht, da steht immer noch 000000. Wenn ich bei dem fürs OG ein getConfig mache und die Taste 3s gedrückt halte, blinkt er erst orange und leuchtet dann kurz grün. Danach hört er auf zu blinken. Also scheinbar beantwortet er die Anfrage, schickt aber die Infos nicht mit, oder wie ist das?
Soll ich die beiden nicht gepairten nochmal rausschmeißen und neu anlernen?
/edit: ich habe gerade nochmal in meinem alten Beitrag ins Listing geschaut, da hatte der Rauchmelder im EG auch schon die 000081 drin stehen, es hat sich also doch nix geändert.
Die Geräte löschen in FHEM ist zum pairen eigentlich kontraproduktiv. Du kannst versuchen das pairen immer wieder an zu stoßen.
Wenn es gar nicht geht, dann kannst Du den RM auf Werkseinstellung zurücksetzen.
Bitte beachte, nimm Dir einen RM vor und versuche zu pairen, nicht alle drei durcheinander. Wie gesagt Ruhe bewahren. Schau ob der IO in overload geht, dann geht auch erstmal nix mehr.
Bei dem EG.WZ.RM kannst Du das peerChan nochmal wiederholen. Mal sehen ob er es ohne Fehler verarbeitet.
Gruß Otto
IODev HMLAN1:keepAlive
dieses attribut bei deinem team device scheint mir falsch zu sein.
hier darf eigentlich nur der name des io stehen, oder ich habe eine entscheidende neuerung in fhem nicht mitbekommen.
hast du das selbst eingetragen?
das sieht eher nach einer statusmeldung einer vccu aus.
schon mal fhem.log angeschaut?
Ich habe jetzt alle drei Rauchmelder soweit, dass sie PairedTo und R-pairCentral auf 0x000081 stehen haben. Dann habe ich das peering nochmal versucht, da bleibt aber immer die 000000 unter peerIDs stehen. Im Wiki steht, dass man sie mit unset wieder rausnehmen kann, das habe ich dann mal versucht und mit set wieder rein, hat aber auch nichts gebracht.
set TEAM.RM peerChan 0 EG.WZ.RM single set actor
set TEAM.RM peerChan 0 KG.FL.RM single set actor
set TEAM.RM peerChan 0 OG.SZ.RM single set actor
##################################################################################
### list EG.WZ.RM
Internals:
CFGFN
DEF 576D97
HMLAN1_MSGCNT 52
HMLAN1_RAWMSG 0403003A8BA010576D970000810100000000
HMLAN1_RSSI -58
HMLAN1_TIME 2017-10-18 11:30:40
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 52
NAME EG.WZ.RM
NOTIFYDEV global
NR 7668
STATE MISSING ACK
TYPE CUL_HM
lastMsg No:8B - t:10 s:576D97 d:000081 0100000000
protCmdDel 18
protEvt_AESCom-ok 3 last_at:2017-10-17 19:39:16
protLastRcv 2017-10-18 11:30:40
protResnd 15 last_at:2017-10-18 11:44:18
protResndFail 14 last_at:2017-10-18 11:44:23
protSnd 33 last_at:2017-10-18 11:44:11
protState CMDs_done_Errors:1
rssi_HMLAN1 max:-44 min:-53 lst:-52 avg:-49.66 cnt:3
rssi_at_HMLAN1 cnt:46 avg:-52.73 max:-42 min:-62 lst:-58
READINGS:
2017-10-18 11:30:37 Activity alive
2017-10-17 19:39:16 CommandAccepted yes
2017-10-18 11:30:37 D-firmware 1.0
2017-10-18 11:30:37 D-serialNr OEQ0467966
2017-10-18 11:30:39 PairedTo 0x000081
2017-10-17 19:39:18 R-pairCentral 0x000081
2017-10-18 11:43:51 RegL_00.
2017-10-17 19:39:16 aesCommToDev ok
2017-10-17 19:39:16 aesKeyNbr 00
2017-10-18 07:46:52 alarmTest ok
2017-10-18 07:46:52 battery ok
2017-10-18 07:46:52 level 0
2017-10-18 07:46:52 recentStateType info
2017-10-18 11:30:39 sdRepeat off
2017-10-18 07:46:52 smokeChamber ok
2017-10-17 22:40:45 smoke_detect none
2017-10-18 11:44:23 state MISSING ACK
2017-10-17 22:40:45 teamCall from TeamDev:03
helper:
HM_CMDNR 143
cSnd 01F10000576D9701021121120100,01F10000576D9701011121120100
getCfgListNo
mId 00AA
peerIDsRaw ,00000000
rxType 6
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +576D97,00,00,00
nextSend 1508319040.32001
prefIO
rxt 0
vccu
p:
576D97
00
00
00
mRssi:
mNo 8B
io:
HMLAN1 -56
prt:
bErr 0
sProc 0
q:
qReqConf 00
qReqStat
role:
chn 1
dev 1
rpt:
IO HMLAN1
flg A
ts 1508319040.02936
ack:
HASH(0x3dca998)
8B8002000081576D9700
rssi:
HMLAN1:
avg -49.6666666666667
cnt 3
lst -52
max -44
min -53
at_HMLAN1:
avg -52.7391304347826
cnt 46
lst -58
max -42
min -62
shadowReg:
tmpl:
Attributes:
IODev HMLAN1
actCycle 099:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
group Rauchmelder
model HM-SEC-SD-2
msgRepeat 1
peerIDs 00000000,
room EG,EG.Wohnzimmer
serialNr OEQ0467966
subType smokeDetector
webCmd statusRequest
##################################################################################
### list OG.SZ.RM
Internals:
CFGFN
DEF 580865
HMLAN1_MSGCNT 111
HMLAN1_RAWMSG 0403003E0CA0105808650000810100000000
HMLAN1_RSSI -62
HMLAN1_TIME 2017-10-18 11:28:53
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 111
NAME OG.SZ.RM
NOTIFYDEV global
NR 7754
STATE MISSING ACK
TYPE CUL_HM
lastMsg No:0C - t:10 s:580865 d:000081 0100000000
protCmdDel 26
protEvt_AESCom-ok 5 last_at:2017-10-18 11:25:41
protLastRcv 2017-10-18 11:28:53
protNack 2 last_at:2017-10-17 23:01:17
protResnd 24 last_at:2017-10-18 11:44:23
protResndFail 16 last_at:2017-10-18 11:44:29
protSnd 95 last_at:2017-10-18 11:44:20
protState CMDs_done_Errors:1
rssi_HMLAN1 lst:-53 min:-57 max:-45 avg:-52.83 cnt:6
rssi_at_HMLAN1 cnt:101 avg:-60.07 lst:-62 min:-74 max:-36
READINGS:
2017-10-18 11:27:50 Activity alive
2017-10-18 11:25:41 CommandAccepted yes
2017-10-18 11:27:50 D-firmware 1.0
2017-10-18 11:27:50 D-serialNr OEQ0468236
2017-10-18 11:28:53 PairedTo 0x000081
2017-10-18 11:25:44 R-pairCentral 0x000081
2017-10-18 11:28:53 RegL_00. 02:01 0A:00 0B:00 0C:81 16:00 1F:00 00:00
2017-10-18 11:25:41 aesCommToDev ok
2017-10-18 11:25:41 aesKeyNbr 00
2017-10-18 11:28:49 alarmTest ok
2017-10-18 11:28:49 battery ok
2017-10-18 11:28:49 level 0
2017-10-18 11:28:47 powerOn 2017-10-18 11:28:47
2017-10-18 11:28:49 recentStateType info
2017-10-18 11:28:53 sdRepeat off
2017-10-18 11:28:49 smokeChamber ok
2017-10-17 22:40:45 smoke_detect none
2017-10-18 11:44:29 state MISSING ACK
2017-10-17 22:40:45 teamCall from TeamDev:03
helper:
HM_CMDNR 15
PONtest 0
cSnd 01F1000058086501021121120100,01F1000058086501011121120100
mId 00AA
peerIDsRaw ,00000000
rxType 6
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +580865,00,00,00
nextSend 1508318933.71627
prefIO
rxt 0
vccu
p:
580865
00
00
00
mRssi:
mNo 0C
io:
HMLAN1 -60
prt:
bErr 0
sProc 0
q:
qReqConf 00
qReqStat
role:
chn 1
dev 1
rpt:
IO HMLAN1
flg A
ts 1508318933.42523
ack:
HASH(0x3a28dd0)
0C800200008158086500
rssi:
HMLAN1:
avg -52.8333333333333
cnt 6
lst -53
max -45
min -57
at_HMLAN1:
avg -60.0792079207921
cnt 101
lst -62
max -36
min -74
shadowReg:
tmpl:
Attributes:
IODev HMLAN1
actCycle 099:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
group Rauchmelder
model HM-SEC-SD-2
msgRepeat 1
peerIDs 00000000,
room OG,OG.Schlafzimmer
serialNr OEQ0468236
subType smokeDetector
webCmd statusRequest
##################################################################################
### list KG.FL.RM
Internals:
CFGFN
DEF 580848
HMLAN1_MSGCNT 93
HMLAN1_RAWMSG 0403003B08A0105808480000810100000000
HMLAN1_RSSI -59
HMLAN1_TIME 2017-10-18 11:27:28
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 93
NAME KG.FL.RM
NOTIFYDEV global
NR 7745
STATE MISSING ACK
TYPE CUL_HM
lastMsg No:08 - t:10 s:580848 d:000081 0100000000
protCmdDel 39
protEvt_AESCom-ok 3 last_at:2017-10-18 11:26:39
protLastRcv 2017-10-18 11:27:28
protResnd 27 last_at:2017-10-18 11:44:23
protResndFail 25 last_at:2017-10-18 11:44:27
protSnd 56 last_at:2017-10-18 11:44:16
protState CMDs_done_Errors:1
rssi_HMLAN1 lst:-61 min:-61 max:-40 cnt:4 avg:-46.5
rssi_at_HMLAN1 min:-75 max:-40 lst:-59 avg:-51.12 cnt:87
READINGS:
2017-10-18 11:27:26 Activity alive
2017-10-18 11:26:39 CommandAccepted yes
2017-10-18 11:27:26 D-firmware 1.0
2017-10-18 11:27:26 D-serialNr OEQ0468207
2017-10-18 11:27:28 PairedTo 0x000081
2017-10-18 11:26:42 R-pairCentral 0x000081
2017-10-18 11:43:51 RegL_00.
2017-10-18 11:26:39 aesCommToDev ok
2017-10-18 11:26:39 aesKeyNbr 00
2017-10-17 20:31:13 alarmTest ok
2017-10-17 20:31:13 battery ok
2017-10-17 20:31:13 level 0
2017-10-17 20:31:13 recentStateType info
2017-10-18 11:27:28 sdRepeat off
2017-10-17 20:31:13 smokeChamber ok
2017-10-17 22:40:45 smoke_detect none
2017-10-18 11:44:27 state MISSING ACK
2017-10-17 22:40:45 teamCall from TeamDev:03
helper:
HM_CMDNR 12
cSnd 01F1000058084801021121120100,01F1000058084801011121120100
getCfgListNo
mId 00AA
peerIDsRaw ,00000000
rxType 6
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +580848,00,00,00
nextSend 1508318848.94272
prefIO
rxt 0
vccu
p:
580848
00
00
00
mRssi:
mNo 08
io:
HMLAN1 -57
prt:
bErr 0
sProc 0
q:
qReqConf 00
qReqStat
role:
chn 1
dev 1
rpt:
IO HMLAN1
flg A
ts 1508318848.64972
ack:
HASH(0x3a27b80)
08800200008158084800
rssi:
HMLAN1:
avg -46.5
cnt 4
lst -61
max -40
min -61
at_HMLAN1:
avg -51.1264367816092
cnt 87
lst -59
max -40
min -75
shadowReg:
tmpl:
Attributes:
IODev HMLAN1
actCycle 099:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
group Rauchmelder
model HM-SEC-SD-2
msgRepeat 1
peerIDs 00000000,
room KG,KG.Flur
serialNr OEQ0468207
subType smokeDetector
webCmd statusRequest
##################################################################################
### list TEAM.RM
Internals:
CFGFN
DEF 11211201
NAME TEAM.RM
NOTIFYDEV global
NR 7925
STATE MISSING ACK
TESTNR 3
TYPE CUL_HM
chanNo 01
device TeamDev
peerList EG.WZ.RM,KG.FL.RM,OG.SZ.RM,
sdTeam sdLead
READINGS:
2017-10-17 20:33:14 aesCBCCounter 00000F
2017-10-17 22:40:45 eventNo 03
2017-10-18 11:44:20 peerList EG.WZ.RM,KG.FL.RM,OG.SZ.RM,
2017-10-17 22:40:45 smoke_detect none
2017-10-18 11:44:20 state MISSING ACK
2017-10-17 22:40:45 teamCall from TeamDev:03
helper:
count 2
fkt sdLead2
expert:
def 1
det 0
raw 1
tpl 0
role:
chn 1
vrt 1
tmpl:
Attributes:
group Rauchmelder
model virtual_1
peerIDs 576D9701,58084801,58086501,
room EG,EG.Wohnzimmer,KG,KG.Flur,OG,OG.Schlafzimmer
webCmd press short:press long
Zitat von: frank am 18 Oktober 2017, 09:54:37
IODev HMLAN1:keepAlive
dieses attribut bei deinem team device scheint mir falsch zu sein.
hier darf eigentlich nur der name des io stehen, oder ich habe eine entscheidende neuerung in fhem nicht mitbekommen.
hast du das selbst eingetragen?
Nein, ich habe das TeamDevice mit den Commands aus dem Wiki angelegt:
define TeamDev CUL_HM 112112
set TeamDev virtual 1
rename TeamDev_Btn1 TEAM.RM
Im fhem.log sieht es so aus:
2017.10.18 11:15:51 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 11:15:55 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 11:16:16 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 11:16:20 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 11:17:25 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 11:17:30 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 11:17:47 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 11:25:32 3: HMUARTLGW HMLAN1 entered pairing-mode
2017.10.18 11:25:39 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 11:25:39 3: CUL_HM pair: OG.SZ.RM smokeDetector, model HM-SEC-SD-2 serialNr OEQ0468236
2017.10.18 11:25:43 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 11:26:20 3: CUL_HM set KG.FL.RM getConfig
2017.10.18 11:26:32 3: HMUARTLGW HMLAN1 entered pairing-mode
2017.10.18 11:26:37 3: Device KG.FL.RM added to ActionDetector with 099:00 time
2017.10.18 11:26:37 3: CUL_HM pair: KG.FL.RM smokeDetector, model HM-SEC-SD-2 serialNr OEQ0468207
2017.10.18 11:26:41 3: CUL_HM set KG.FL.RM getConfig
2017.10.18 11:26:49 3: CUL_HM set KG.FL.RM getConfig
2017.10.18 11:26:52 3: Device KG.FL.RM added to ActionDetector with 099:00 time
2017.10.18 11:27:02 3: CUL_HM set KG.FL.RM getConfig
2017.10.18 11:27:21 3: CUL_HM set KG.FL.RM getConfig
2017.10.18 11:27:26 3: Device KG.FL.RM added to ActionDetector with 099:00 time
2017.10.18 11:27:46 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 11:27:50 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 11:28:21 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 11:28:30 3: CUL_HM set OG.SZ.RM statusRequest
2017.10.18 11:28:46 3: CUL_HM set OG.SZ.RM statusRequest
2017.10.18 11:28:48 3: CUL_HM set OG.SZ.RM statusRequest
2017.10.18 11:28:52 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 11:30:33 3: CUL_HM set EG.WZ.RM getConfig
2017.10.18 11:30:37 3: Device EG.WZ.RM added to ActionDetector with 099:00 time
2017.10.18 11:38:11 3: HMUARTLGW HMLAN1 entered pairing-mode
2017.10.18 11:42:43 3: CUL_HM set TEAM.RM peerChan 0 EG.WZ.RM single set actor
2017.10.18 11:42:51 3: CUL_HM set TEAM.RM peerChan 0 KG.FL.RM single set actor
2017.10.18 11:42:54 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single set actor
2017.10.18 11:42:58 3: CUL_HM set EG.WZ.RM getConfig
2017.10.18 11:43:10 3: CUL_HM set KG.FL.RM getConfig
2017.10.18 11:43:34 3: CUL_HM set TEAM.RM peerChan 0 EG.WZ.RM single unset actor
2017.10.18 11:43:41 3: CUL_HM set TEAM.RM peerChan 0 KG.FL.RM single unset actor
2017.10.18 11:43:48 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single unset actor
2017.10.18 11:44:11 3: CUL_HM set TEAM.RM peerChan 0 EG.WZ.RM single set actor
2017.10.18 11:44:16 3: CUL_HM set TEAM.RM peerChan 0 KG.FL.RM single set actor
2017.10.18 11:44:20 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single set actor
2017.10.18 11:48:11 3: HMUARTLGW HMLAN1 left pairing-mode
Die 00000000 steht immer in den peerings. Zusätzlich zum Peer, wenn es denn einen gibt.
Dein Fehler ist, Du versetzt das System zum peeren in den pairing Mode. Das kann nicht gut gehen, denke ich.
Also vor dem peeren nicht den HMLAN1 ins Pairing versetzen!!!
ZitatHMUARTLGW HMLAN1 entered pairing-mode
2017.10.18 11:42:43 3: CUL_HM set TEAM.RM peerChan 0 EG.WZ.RM single set actor
2017.10.18 11:42:51 3: CUL_HM set TEAM.RM peerChan 0 KG.FL.RM single set actor
2017.10.18 11:42:54 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single set actor
2017.10.18 11:42:58 3: CUL_HM set EG.WZ.RM getConfig
2017.10.18 11:43:10 3: CUL_HM set KG.FL.RM getConfig
2017.10.18 11:43:34 3: CUL_HM set TEAM.RM peerChan 0 EG.WZ.RM single unset actor
2017.10.18 11:43:41 3: CUL_HM set TEAM.RM peerChan 0 KG.FL.RM single unset actor
2017.10.18 11:43:48 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single unset actor
2017.10.18 11:44:11 3: CUL_HM set TEAM.RM peerChan 0 EG.WZ.RM single set actor
2017.10.18 11:44:16 3: CUL_HM set TEAM.RM peerChan 0 KG.FL.RM single set actor
2017.10.18 11:44:20 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single set actor
2017.10.18 11:48:11 3: HMUARTLGW HMLAN1 left pairing-mode
Gruß Otto
Zitat von: Otto123 am 18 Oktober 2017, 20:01:58
Dein Fehler ist, Du versetzt das System zum peeren in den pairing Mode. Das kann nicht gut gehen, denke ich.
Also vor dem peeren nicht den HMLAN1 ins Pairing versetzen!!!
Ich hatte das Pairing mit set getConfig versucht und dann nochmal das HMLAN1 ins Pairing gesetzt und die Taste gedrückt gehalten. Irgendwann waren das 0x000081 dann unter PairedTo und R-pairCentral drin. Da ich den Befehl "set HMLAN1 hmPairForSec 600" verwendet habe, ist er ja für 10 Minuten im Pairing-Modus. Dann hatte ich die anderen Commands wohl zu schnell abgesetzt. Das Pairing sollte aber doch jetzt in Ordnung sein, oder?
Ich habe jetzt folgende Befehle abgesetzt:
set TEAM.RM peerChan 0 EG.WZ.RM single unset actor
set TEAM.RM peerChan 0 KG.FL.RM single unset actor
set TEAM.RM peerChan 0 OG.SZ.RM single unset actor
save
set TEAM.RM peerChan 0 EG.WZ.RM single set actor
set TEAM.RM peerChan 0 KG.FL.RM single set actor
set TEAM.RM peerChan 0 OG.SZ.RM single set actor
saveHier mal einer der Rauchmelder, da steht das peering immer noch nicht drin, komischerweise zeigen momentan zwei Rauchmelder "RESPONSE TIMEOUT:RegisterRead" und einer "MISSING ACK" an.
Internals:
CFGFN
DEF 576D97
HMLAN1_MSGCNT 54
HMLAN1_RAWMSG 0403004393A010576D970000810100000000
HMLAN1_RSSI -67
HMLAN1_TIME 2017-10-18 21:00:29
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 54
NAME EG.WZ.RM
NOTIFYDEV global
NR 7668
STATE RESPONSE TIMEOUT:RegisterRead
TYPE CUL_HM
lastMsg No:93 - t:10 s:576D97 d:000081 0100000000
protCmdDel 24
protEvt_AESCom-ok 3 last_at:2017-10-17 19:39:16
protLastRcv 2017-10-18 21:00:29
protResnd 20 last_at:2017-10-18 21:00:50
protResndFail 18 last_at:2017-10-18 21:00:56
protSnd 41 last_at:2017-10-18 21:00:44
protState CMDs_done_Errors:1
rssi_HMLAN1 max:-44 min:-53 lst:-52 avg:-49.66 cnt:3
rssi_at_HMLAN1 cnt:48 avg:-53.31 lst:-67 max:-42 min:-67
READINGS:
2017-10-18 11:30:37 Activity alive
2017-10-17 19:39:16 CommandAccepted yes
2017-10-18 11:30:37 D-firmware 1.0
2017-10-18 11:30:37 D-serialNr OEQ0467966
2017-10-18 21:00:28 PairedTo 0x000081
2017-10-17 19:39:18 R-pairCentral 0x000081
2017-10-17 19:39:16 aesCommToDev ok
2017-10-17 19:39:16 aesKeyNbr 00
2017-10-18 07:46:52 alarmTest ok
2017-10-18 07:46:52 battery ok
2017-10-18 07:46:52 level 0
2017-10-18 07:46:52 recentStateType info
2017-10-18 21:00:28 sdRepeat off
2017-10-18 07:46:52 smokeChamber ok
2017-10-17 22:40:45 smoke_detect none
2017-10-18 21:00:56 state RESPONSE TIMEOUT:RegisterRead
2017-10-17 22:40:45 teamCall from TeamDev:03
RegL_00.:
VAL
helper:
HM_CMDNR 149
cSnd 01F10000576D9701011121120100,01000081576D9700040000000000
getCfgListNo
mId 00AA
peerIDsRaw ,00000000
rxType 6
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +576D97,00,00,00
nextSend 1508353229.66255
prefIO
rxt 0
vccu
p:
576D97
00
00
00
mRssi:
mNo 93
io:
HMLAN1 -65
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO HMLAN1
flg A
ts 1508353229.37169
ack:
HASH(0x3dca998)
938002000081576D9700
rssi:
HMLAN1:
avg -49.6666666666667
cnt 3
lst -52
max -44
min -53
at_HMLAN1:
avg -53.3125
cnt 48
lst -67
max -42
min -67
shadowReg:
tmpl:
Attributes:
IODev HMLAN1
actCycle 099:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
group Rauchmelder
model HM-SEC-SD-2
msgRepeat 1
peerIDs 00000000,
room EG,EG.Wohnzimmer
serialNr OEQ0467966
subType smokeDetector
webCmd statusRequest Die Rauchmelder sind ja echt das schwierigste, was ich bisher hatte. Die Rolladentaster waren total easy. Wie muss ich jetzt weiter vorgehen, damit das mit dem Peering klappt?
Ich weiß nicht was schief läuft. Konzentriere Dich bitte auf ein Gerät und setze nicht alle Kommandos hintereinander ab.Versuch erst einmal bei einem !!! ein getConfig und schau, dass er das abarbeitet. Ohne Fehler!
Die unset Kommandos kannst Du lassen, die bringen bloß alles durcheinander. Es ist nichts gesetzt, da brauchst Du auch kein unset.
Schau das der HMLAN nicht im overload ist.
Gruß Otto
Zitat von: Otto123 am 18 Oktober 2017, 21:48:10
Ich weiß nicht was schief läuft. Konzentriere Dich bitte auf ein Gerät und setze nicht alle Kommandos hintereinander ab.Versuch erst einmal bei einem !!! ein getConfig und schau, dass er das abarbeitet. Ohne Fehler!
Ok, ich habe mir jetzt mal nur den OG.SZ.RM vorgenommen. Wenn ich das richtig einschätze ist das pairing doch erledigt, wenn die HEX-ID des HMLAN drinsteht, oder?
Zitat von: Otto123 am 18 Oktober 2017, 21:48:10Schau das der HMLAN nicht im overload ist.
Ich habe mal ein getConfig gemacht, 3s auf den Melder gedrückt und dann die Detail-Seite vom HMLAN1 aktualisiert. Da stand immer nur STATE: opened, das sollte doch in Ordnung sein, oder.
Wenn ich jetzt das Command "set TEAM.RM peerChan 0 OG.SZ.RM single set actor" und save absetze, sagt mir der RM "protState: CMDs_processing". Mache ich nichts weiter kommt kurz darauf "protState: CMDs_done_Errors:1". Halte ich die Taste am RM kurz gedrückt leuchtet die LED erst orange und kurz darauf grün. Im Listing steht dann "protState: CMDs_done", allerdings zeigt er bei STATE: Missing ACK an. Das bekomme ich nur weg, wenn ich oben über die WebCMDs einen statusRequest auslöse.
configCheck done:
missing register list
EG.WZ.RM: RegL_00.
EG.WZ.TK: RegL_00.,RegL_01.
peer list incomplete. Use getConfig to read it.
incomplete: EG.WZ.TK:
peer not verified. Check that peer is set on both sides
TEAM.RM p:EG.WZ.RM
TEAM.RM p:KG.FL.RM
TEAM.RM p:OG.SZ.RM
peering strange - likely not suitable
EG.WZ.RM not peered!! add SD to any team !!
KG.FL.RM not peered!! add SD to any team !!
OG.SZ.RM not peered!! add SD to any team !!
trigger sent to undefined device
triggerUndefined: EG.WZ.TK:000081
PairedTo missing/unknown
TeamDevInternals:
CFGFN
DEF 580865
HMLAN1_MSGCNT 218
HMLAN1_RAWMSG 04030039C3A0105808650000810100000000
HMLAN1_RSSI -57
HMLAN1_TIME 2017-10-18 22:39:31
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 218
NAME OG.SZ.RM
NOTIFYDEV global
NR 7754
STATE MISSING ACK
TYPE CUL_HM
lastMsg No:C3 - t:10 s:580865 d:000081 0100000000
protCmdDel 50
protEvt_AESCom-ok 5 last_at:2017-10-18 11:25:41
protLastRcv 2017-10-18 22:39:31
protNack 2 last_at:2017-10-17 23:01:17
protResnd 44 last_at:2017-10-18 22:39:28
protResndFail 31 last_at:2017-10-18 22:38:56
protSnd 171 last_at:2017-10-18 22:39:31
protState CMDs_done
rssi_HMLAN1 min:-65 max:-45 lst:-65 avg:-55.33 cnt:9
rssi_at_HMLAN1 cnt:208 avg:-62.56 lst:-57 min:-82 max:-36
READINGS:
2017-10-18 22:39:30 Activity alive
2017-10-18 11:25:41 CommandAccepted yes
2017-10-18 22:39:30 D-firmware 1.0
2017-10-18 22:39:30 D-serialNr OEQ0468236
2017-10-18 22:39:31 PairedTo 0x000081
2017-10-18 11:25:44 R-pairCentral 0x000081
2017-10-18 22:39:31 RegL_00. 02:01 0A:00 0B:00 0C:81 16:00 1F:00 00:00
2017-10-18 11:25:41 aesCommToDev ok
2017-10-18 11:25:41 aesKeyNbr 00
2017-10-18 22:37:39 alarmTest ok
2017-10-18 22:37:39 battery ok
2017-10-18 22:37:39 level 0
2017-10-18 11:28:47 powerOn 2017-10-18 11:28:47
2017-10-18 22:37:39 recentStateType info
2017-10-18 22:39:31 sdRepeat off
2017-10-18 22:37:39 smokeChamber ok
2017-10-17 22:40:45 smoke_detect none
2017-10-18 22:38:56 state MISSING ACK
2017-10-17 22:40:45 teamCall from TeamDev:03
helper:
HM_CMDNR 195
PONtest 0
cSnd 0100008158086500040000000000,010000815808650103
mId 00AA
peerIDsRaw ,00000000
rxType 6
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +580865,00,00,00
nextSend 1508359171.94945
prefIO
rxt 0
vccu
p:
580865
00
00
00
mRssi:
mNo C3
io:
HMLAN1 -55
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO HMLAN1
flg A
ts 1508359171.65861
ack:
HASH(0x3a28dd0)
C3800200008158086500
rssi:
HMLAN1:
avg -55.3333333333333
cnt 9
lst -65
max -45
min -65
at_HMLAN1:
avg -62.5625
cnt 208
lst -57
max -36
min -82
shadowReg:
tmpl:
Attributes:
IODev HMLAN1
actCycle 099:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
group Rauchmelder
model HM-SEC-SD-2
msgRepeat 1
peerIDs 00000000,
room OG,OG.Schlafzimmer
serialNr OEQ0468236
subType smokeDetector
webCmd statusRequest Und hier noch das fhem.log meiner Versuche
2017.10.18 22:22:49 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:22:53 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 22:23:11 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:23:26 3: CUL_HM set OG.SZ.RM statusRequest
2017.10.18 22:23:32 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 22:25:21 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:25:27 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 22:29:28 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single set actor
2017.10.18 22:29:40 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:29:48 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single set actor
2017.10.18 22:29:52 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:30:02 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 22:30:06 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single set actor
2017.10.18 22:30:18 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:30:35 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:30:38 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 22:30:55 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:30:58 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 22:31:29 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:31:48 3: CUL_HM set OG.SZ.RM statusRequest
2017.10.18 22:31:53 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 22:32:05 3: CUL_HM set OG.SZ.RM statusRequest
2017.10.18 22:32:21 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single set actor
2017.10.18 22:32:33 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:32:46 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:32:49 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 22:35:08 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single set actor
2017.10.18 22:35:20 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:36:03 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single set actor
2017.10.18 22:36:08 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 22:36:08 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:36:15 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:37:28 3: CUL_HM set OG.SZ.RM statusRequest
2017.10.18 22:37:32 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 22:37:39 3: CUL_HM set OG.SZ.RM statusRequest
2017.10.18 22:38:04 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single set actor
2017.10.18 22:38:26 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single set actor
2017.10.18 22:38:36 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 22:38:36 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:38:45 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single set actor
2017.10.18 22:39:15 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:39:25 3: CUL_HM set TEAM.RM peerChan 0 OG.SZ.RM single set actor
2017.10.18 22:39:30 3: Device OG.SZ.RM added to ActionDetector with 099:00 time
2017.10.18 22:39:30 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:42:13 3: CUL_HM set OG.SZ.RM getConfig
2017.10.18 22:42:16 3: Device OG.SZ.RM added to ActionDetector with 099:00 timeUnd hier das Logfile des Rauchmelders für den gleichen Zeitraum
2017-10-18_22:22:50 OG.SZ.RM sdRepeat: off
2017-10-18_22:22:53 OG.SZ.RM Activity: alive
2017-10-18_22:22:53 OG.SZ.RM D-firmware: 1.0
2017-10-18_22:22:53 OG.SZ.RM D-serialNr: OEQ0468236
2017-10-18_22:23:12 OG.SZ.RM sdRepeat: off
2017-10-18_22:23:31 OG.SZ.RM alarmTest: ok
2017-10-18_22:23:31 OG.SZ.RM battery: ok
2017-10-18_22:23:31 OG.SZ.RM level: 0
2017-10-18_22:23:31 OG.SZ.RM smokeChamber: ok
2017-10-18_22:23:31 OG.SZ.RM off
2017-10-18_22:23:32 OG.SZ.RM Activity: alive
2017-10-18_22:23:32 OG.SZ.RM D-firmware: 1.0
2017-10-18_22:23:32 OG.SZ.RM D-serialNr: OEQ0468236
2017-10-18_22:25:22 OG.SZ.RM sdRepeat: off
2017-10-18_22:25:27 OG.SZ.RM Activity: alive
2017-10-18_22:25:27 OG.SZ.RM D-firmware: 1.0
2017-10-18_22:25:27 OG.SZ.RM D-serialNr: OEQ0468236
2017-10-18_22:29:38 OG.SZ.RM ResndFail
2017-10-18_22:29:38 OG.SZ.RM MISSING ACK
2017-10-18_22:29:51 OG.SZ.RM ResndFail
2017-10-18_22:29:51 OG.SZ.RM RESPONSE TIMEOUT:RegisterRead
2017-10-18_22:29:59 OG.SZ.RM sdRepeat: off
2017-10-18_22:30:02 OG.SZ.RM Activity: alive
2017-10-18_22:30:02 OG.SZ.RM D-firmware: 1.0
2017-10-18_22:30:02 OG.SZ.RM D-serialNr: OEQ0468236
2017-10-18_22:30:16 OG.SZ.RM ResndFail
2017-10-18_22:30:16 OG.SZ.RM MISSING ACK
2017-10-18_22:30:19 OG.SZ.RM sdRepeat: off
2017-10-18_22:30:38 OG.SZ.RM Activity: alive
2017-10-18_22:30:38 OG.SZ.RM D-firmware: 1.0
2017-10-18_22:30:38 OG.SZ.RM D-serialNr: OEQ0468236
2017-10-18_22:30:41 OG.SZ.RM sdRepeat: off
2017-10-18_22:30:56 OG.SZ.RM sdRepeat: off
2017-10-18_22:30:58 OG.SZ.RM Activity: alive
2017-10-18_22:30:58 OG.SZ.RM D-firmware: 1.0
2017-10-18_22:30:58 OG.SZ.RM D-serialNr: OEQ0468236
2017-10-18_22:31:30 OG.SZ.RM sdRepeat: off
2017-10-18_22:31:53 OG.SZ.RM Activity: alive
2017-10-18_22:31:53 OG.SZ.RM D-firmware: 1.0
2017-10-18_22:31:53 OG.SZ.RM D-serialNr: OEQ0468236
2017-10-18_22:31:57 OG.SZ.RM ResndFail
2017-10-18_22:31:57 OG.SZ.RM MISSING ACK
2017-10-18_22:32:05 OG.SZ.RM alarmTest: ok
2017-10-18_22:32:05 OG.SZ.RM battery: ok
2017-10-18_22:32:05 OG.SZ.RM level: 0
2017-10-18_22:32:05 OG.SZ.RM smokeChamber: ok
2017-10-18_22:32:05 OG.SZ.RM off
2017-10-18_22:32:29 OG.SZ.RM ResndFail
2017-10-18_22:32:29 OG.SZ.RM MISSING ACK
2017-10-18_22:32:33 OG.SZ.RM sdRepeat: off
2017-10-18_22:32:49 OG.SZ.RM Activity: alive
2017-10-18_22:32:49 OG.SZ.RM D-firmware: 1.0
2017-10-18_22:32:49 OG.SZ.RM D-serialNr: OEQ0468236
2017-10-18_22:32:52 OG.SZ.RM sdRepeat: off
2017-10-18_22:35:17 OG.SZ.RM ResndFail
2017-10-18_22:35:17 OG.SZ.RM MISSING ACK
2017-10-18_22:35:29 OG.SZ.RM ResndFail
2017-10-18_22:35:29 OG.SZ.RM RESPONSE TIMEOUT:RegisterRead
2017-10-18_22:36:08 OG.SZ.RM Activity: alive
2017-10-18_22:36:08 OG.SZ.RM D-firmware: 1.0
2017-10-18_22:36:08 OG.SZ.RM D-serialNr: OEQ0468236
2017-10-18_22:36:11 OG.SZ.RM ResndFail
2017-10-18_22:36:11 OG.SZ.RM MISSING ACK
2017-10-18_22:36:15 OG.SZ.RM sdRepeat: off
2017-10-18_22:37:32 OG.SZ.RM Activity: alive
2017-10-18_22:37:32 OG.SZ.RM D-firmware: 1.0
2017-10-18_22:37:32 OG.SZ.RM D-serialNr: OEQ0468236
2017-10-18_22:37:39 OG.SZ.RM alarmTest: ok
2017-10-18_22:37:39 OG.SZ.RM battery: ok
2017-10-18_22:37:39 OG.SZ.RM level: 0
2017-10-18_22:37:39 OG.SZ.RM smokeChamber: ok
2017-10-18_22:37:39 OG.SZ.RM off
2017-10-18_22:38:13 OG.SZ.RM ResndFail
2017-10-18_22:38:13 OG.SZ.RM MISSING ACK
2017-10-18_22:38:36 OG.SZ.RM Activity: alive
2017-10-18_22:38:36 OG.SZ.RM D-firmware: 1.0
2017-10-18_22:38:36 OG.SZ.RM D-serialNr: OEQ0468236
2017-10-18_22:38:38 OG.SZ.RM ResndFail
2017-10-18_22:38:38 OG.SZ.RM MISSING ACK
2017-10-18_22:38:56 OG.SZ.RM ResndFail
2017-10-18_22:38:56 OG.SZ.RM MISSING ACK
2017-10-18_22:39:15 OG.SZ.RM sdRepeat: off
2017-10-18_22:39:30 OG.SZ.RM Activity: alive
2017-10-18_22:39:30 OG.SZ.RM D-firmware: 1.0
2017-10-18_22:39:30 OG.SZ.RM D-serialNr: OEQ0468236
2017-10-18_22:39:31 OG.SZ.RM sdRepeat: off
2017-10-18_22:42:16 OG.SZ.RM Activity: alive
2017-10-18_22:42:16 OG.SZ.RM D-firmware: 1.0
2017-10-18_22:42:16 OG.SZ.RM D-serialNr: OEQ0468236
2017-10-18_22:42:22 OG.SZ.RM ResndFail
2017-10-18_22:42:22 OG.SZ.RM RESPONSE TIMEOUT:RegisterRead
Das TeamDev hat immer noch diesen komischen IODev Eintrag?
Hast Du nun schon eine VCCU?
Eigentlich braucht man beim RM keinen Knopf drücken, wenn man Daten übertragt. Zumindest war das beim SD so. Ich kann das genaue Verhalten vom SD-2 nicht beurteilen, ich habe nur SD.
Der RM verarbeitet die Daten nicht richtig, ich habe keine Ahnung warum.
Gruß Otto
Ja, beim TeamDev steht das noch drin:
Internals:
CFGFN
DEF 112112
IODev HMLAN1:keepAlive
NAME TeamDev
NOTIFYDEV global
NR 7921
STATE CMDs_done
TYPE CUL_HM
channel_01 TEAM.RM
protSnd 14 last_at:2017-10-17 20:33:14
protState CMDs_done
READINGS:
2017-10-17 22:40:45 battery ok
2017-10-17 20:33:14 state CMDs_done
helper:
HM_CMDNR 15
alarmNo 03
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +112112,00,00,00
prefIO
rxt 0
vccu
p:
112112
00
00
00
mRssi:
mNo
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
tmpl:
Attributes:
IODev HMLAN1:keepAlive
autoReadReg 4_reqStatus
expert 2_raw
model virtual_1
room Unsorted
subType virtual
Nein, eine VCCU habe ich noch nicht, ich dachte ich mache jetzt erstmal die Rauchmelder fertig und kümmere mich dann darum.
So, ich habe die VCCU jetzt eingerichtet.
Das TeamDev hatte ich auch nochmal gelöscht und es gerade neu angelegt.
define TeamDev CUL_HM 112112
set TeamDev virtual 1
rename TeamDev_Btn1 TEAM.RM
Dabei ist mir folgendes aufgefallen. Wenn ich den Befehl "set TEAM.DEV virtual 1" absetze, dann taucht unter Internals und Attributes "IODev: HMLAN1:keepAlive" auf. Für die VCCU muss ich da doch noch die IOgrp ergänzen (attr TeamDev IOgrp VCCU), oder?
Da es unklar zu sein scheint: wenn in pairedTo eine id steht, ohne Set und vom device gelesen hat das pairing funktioniert.
Beim sd muss man nur beim pairen die config Taste drücken. Das ist eine Sicherheit, damit der Nachbar das device nicht ( ganz so einfach) kapiert. Ansonsten sollten die devices auf ihrer reagieren. Also alle Kommandos kann fhem sofort schicken. Das sollte einfach zu sehen sein, da der Status der cmdqueue zu sehen ist. Die sollte nach einem getconfig von pending auf done wechseln.
Besser keine Gäste am device e mehr drücken.
Moin,
ich wollte Dich nicht animieren jetzt eine vccu einzurichten. Ich bin immer dafür erstmal eine Sache richtig zu machen.
Mich hat in deinem Post #15 das hier verwirrt
Zitatio:
newChn +576D97,00,00,00
nextSend 1508265010.54758
prefIO
rxt 0
vccu
p:
Aber ich sehe gerade, das ist offenbar ein Feld im list welches bei Dir nicht befüllt war. Sorry mein fehler.
Das IODev HMLAN1:keepAlive gehört da nicht hin.
Woher nimmst Du den Befehl set TEAM.DEV virtual 1 ? Du hast Dich nur verschrieben oder hast Du das wirklich gemacht?
Die VCCU musst Du natürlich komplett einrichten, sonst macht es keinen Sinn. -> https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU
Dort steht auch wie Du mit einem Befehl das IOgrp attr überall setzen kannst.
Gruß Otto
Morgen Otto,
Zitat von: Otto123 am 19 Oktober 2017, 09:58:08
Woher nimmst Du den Befehl set TEAM.DEV virtual 1 ? Du hast Dich nur verschrieben oder hast Du das wirklich gemacht?
Das steht doch so im Wiki: https://wiki.fhem.de/wiki/HM-SEC-SD_Rauchmelder#virtueller_TeamLeadWar quatsch. Nicht richtig gelesen. Tschuldige
Zitat von: Otto123 am 19 Oktober 2017, 09:58:08
Woher nimmst Du den Befehl set TEAM.DEV virtual 1 ? Du hast Dich nur verschrieben oder hast Du das wirklich gemacht?
Das steht so im Wiki unter "virtueller TeamLead": https://wiki.fhem.de/wiki/HM-SEC-SD_Rauchmelder#virtueller_TeamLead
Zitat
Die VCCU musst Du natürlich komplett einrichten, sonst macht es keinen Sinn. -> https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU
Dort steht auch wie Du mit einem Befehl das IOgrp attr überall setzen kannst.
Ich habe die Anleitung im Wiki komplett durchgearbeitet und die IOgrp mit den Befehl bei allen Devices gesetzt. Das TeamDev hatte ich danach neu angelegt und da war die IOgrp noch nicht drin.
Ich glaube Otto meint, das dein Befehl:
set TEAM.DEV virtual 1
nicht im Wiki steht. Dort steht
set TeamDev virtual 1
Daher die Frage, ob es einfach nur ein Schreibfehler war.
Hallo cfranz,
Du hast meine Frage falsch verstanden, laut Deinem Post heisst Dein TeamDev auch wirklich TeamDev
ZitatNAME TeamDev
und nicht TEAM.DEV
Sorry, ich frage bei solchen Dingen lieber nach, ich bin da pingelig
Zitat von: cfranz am 19 Oktober 2017, 14:22:12
Das TeamDev hatte ich danach neu angelegt und da war die IOgrp noch nicht drin.
.
Ach ja, ist das so? Habe ich noch nicht probiert. :-[
Gruß Otto
Ah, jetzt hab ich's kapiert.
Mein TeamDevice hieß zuerst TEAM.DEV, da es besser zu meinem Namensschema passt. Ich war mir dann nicht sicher, ob vielleicht der Punkt ein Problem macht, deshalb habe ich mich an das Beispiel gehalten und es TeamDev genannt. Der Befehlt oben aus dem Beitrag ist fälschlicherweise da rein geraten, den habe ich aus einem alten Notepad-Mitschnitt reingepostet, im fhem hatte ich aber den richtigen abgesetzt.
Sorry für die Verwirrung.
Hallo zusammen.
Sorry das ich den Threat kapere, aber ich habe ähnliche Probleme und will nicht das gleiche Thema wieder aufmachen.
Ich bin Fhem Anfänger und habe mich durch diverse Howtos und Anleitungen gewühlt. Fhem soll bei mir einige Rauchmelder bedienen. Ich hab hier zum Test einen Bosch Ferion 5000 OW liegen, ist ja augenscheinlich baugleich zum HM-SEC-SD-2.
Fhem wurde von mir auf einem RPi 3 und Stretch installiert und aktualisiert.
Streng nach Anleitung, Howtos und Wiki.
Ich nutze ein HM-MOD-RPI-PCB als CUL. Auch nach Anleitung konfiguriert, HmID ist vergeben. (alles brandneu, keine Altgeräte)
Anschliessend hab ich eine VCCU angelegt mit folgenden Parametern:
defmod VCCU CUL_HM 343434
attr VCCU IODev myHmUART
attr VCCU IOList myHmUART
attr VCCU expert 2_raw
attr VCCU model CCU-FHEM
attr VCCU subType virtual
attr VCCU webCmd virtual:update
Die Anleitung dazu ist nicht wirklich anfängertauglich, daher hoffe ich, dass diese Attribute passen. Kann das evtl. auch jemand verifizieren.
myHmUART ist das HM-MOD-RPI-PCB.
Anschliessend hab ich die VCCU in den paring mode versetzt mit
set VCCU hmPairForSec 120
Dann am RM die Taste für 4 Sekunden gedrückt, es blinkt orange, dann irgendwann grün. Soweit die Freude.
Das Fhem Logfile meldet dazu:
2017.12.28 22:05:06 3: myHmUART: Unknown code A0D8086105C0BFA00000006010000::-39:myHmUART, help me!
2017.12.28 22:14:22 3: CUL_HM set VCCU hmPairForSec 120
2017.12.28 22:14:35 2: CUL_HM Unknown device HM_5C0BFA is now defined
2017.12.28 22:14:35 2: autocreate: define HM_5C0BFA CUL_HM 5C0BFA
2017.12.28 22:14:35 2: autocreate: define FileLog_HM_5C0BFA FileLog ./log/HM_5C0BFA-%Y.log HM_5C0BFA
2017.12.28 22:14:35 3: Device HM_5C0BFA added to ActionDetector with 099:00 time
2017.12.28 22:14:40 3: Device HM_5C0BFA added to ActionDetector with 099:00 time
2017.12.28 22:14:41 3: CUL_HM set HM_5C0BFA statusRequest
2017.12.28 22:14:45 3: CUL_HM set HM_5C0BFA getConfig
2017.12.28 22:22:29 2: autocreate: renamed FileLog_HM_5C0BFA to FileLog_RM.WZ
2017.12.28 22:22:29 3: CUL_HM set HM_5C0BFA deviceRename RM.WZ
2017.12.28 22:23:08 3: Device RM.WZ added to ActionDetector with 099:00 time
Wie im Log zu sehen hab ich dem RM mal einen klingenderen Namen verpasst.
Leider wird das Pairing nicht komplett durchgeführt, PairedTo und R-pairCentral stehen beide nach wie vor auf: 0x000000
Soweit ich gelernt habe sollte da doch eigentlich irgendwas ungleich 00 stehen, richtig?
Der unknown code in meinem Log taucht jedesmal auf wenn ich dem RM neu Strom gebe durch eindrehen des Sockels. Normales Verhalten?
Das Listing meine RM.WZ Devices ist:
list RM.WZ
Internals:
CFGFN
DEF 5C0BFA
IODev myHmUART
LASTInputDev myHmUART
MSGCNT 63
NAME RM.WZ
NOTIFYDEV global
NR 52
STATE RESPONSE TIMEOUT:RegisterRead
TYPE CUL_HM
lastMsg No:B2 - t:10 s:5C0BFA d:232323 0100000000
myHmUART_MSGCNT 63
myHmUART_RAWMSG 05010026B2A0105C0BFA2323230100000000
myHmUART_RSSI -38
myHmUART_TIME 2017-12-28 22:29:03
protCmdDel 6
protLastRcv 2017-12-28 22:29:03
protResnd 3 last_at:2017-12-28 22:46:32
protResndFail 3 last_at:2017-12-28 22:46:37
protSnd 17 last_at:2017-12-28 22:46:27
protState CMDs_done_Errors:1
rssi_at_myHmUART max:-36 min:-58 avg:-41.57 lst:-38 cnt:63
rssi_myHmUART lst:-36 avg:-46.33 cnt:3 min:-57 max:-36
READINGS:
2017-12-28 22:26:23 Activity alive
2017-12-28 22:26:23 D-firmware 1.0
2017-12-28 22:26:23 D-serialNr OBO0080958
2017-12-28 22:29:02 PairedTo 0x000000
2017-12-28 22:14:46 R-pairCentral 0x000000
2017-12-28 22:28:58 alarmTest ok
2017-12-28 22:28:58 battery ok
2017-12-28 22:28:58 level 0
2017-12-28 22:28:57 powerOn 2017-12-28 22:28:57
2017-12-28 22:28:58 recentStateType info
2017-12-28 22:29:02 sdRepeat off
2017-12-28 22:28:58 smokeChamber ok
2017-12-28 22:46:37 state RESPONSE TIMEOUT:RegisterRead
2017-12-28 22:25:36 trigger_cnt 2
RegL_00.:
VAL
helper:
HM_CMDNR 180
PONtest 0
cSnd 012323235C0BFA00040000000000,013434345C0BFA00040000000000
getCfgListNo
mId 00AA
peerIDsRaw ,00000000
regLst ,0
rxType 6
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +5C0BFA,00,00,00
nextSend 1514496543.46717
rxt 0
vccu VCCU
p:
5C0BFA
00
00
00
mRssi:
mNo B2
io:
myHmUART -36
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO myHmUART
flg A
ts 1514496543.17391
ack:
HASH(0x2607058)
B280022323235C0BFA00
rssi:
at_myHmUART:
avg -41.5714285714286
cnt 63
lst -38
max -36
min -58
myHmUART:
avg -46.3333333333333
cnt 3
lst -36
max -36
min -57
shadowReg:
tmpl:
Attributes:
IODev myHmUART
IOgrp VCCU
actCycle 099:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
model HM-SEC-SD-2
msgRepeat 1
peerIDs 00000000,
room CUL_HM
serialNr OBO0080958
subType smokeDetector
webCmd statusRequest
Auch mehrfaches rumprobieren mit set RM.WZ getConfig und set RM.WZ statusRequest sowie nochmaliges drücken der Pairing Taste am RM bringt keine Änderung.
Im Logfile taucht zwischen den ganzen Versuchen dann nochmal folgendes auf:
PERL WARNING: Use of uninitialized value in numeric ne (!=) at ./FHEM/10_CUL_HM.pm line 9063.
Wie komme ich hier weiter?
State MISSING ACK oder State RESPONSE TIMEOUT:RegisterRead ist alles was ich bekomme.
Edit1: Hier noch der Output von get hm configCheck:
configCheck done:
missing register list
RM.WZ: RegL_00.
peering strange - likely not suitable
RM.WZ not peered!! add SD to any team !!
PairedTo mismatch to IODev
RM.WZ paired:0x000000 IO attr: 343434.
Ich hoffe ich hab nicht irgendeine Anfängersache übersehen und ihr schlachtet mich hier gleich ;)
Danke für eure Hilfe!
Sebastian
ich lese in der bedienungsanleitung aber nichts von 4 sekunden knöpfchen drücken.
Die Attribute der ccu sollten passen. Im hmwicki sollte beschrieben sein, von welchen du die Finger lassen sollst.
In pairedto steht die hmmid der Zentrale. Entweder ist das Schreiben schief gegangen oder das darauffolgende Lesen.
Ob 4s reset oder pairen ist musst du nachlesen.
Sollte das alles nichts helfen dann einmal sniffen beim pairen.
Nach viel rumprobieren hab ich es gelöst bekommen.
Die Ursache für das unvollständige pairing war die Entfernung zwischen RPi und RM!
Bei meinen ersten verzweifelten Versuchen lag der RM etwa 60-100cm neben dem RPi.. nach meinem frustrierten Forumseintrag hab ich den RM 3 Meter weggelegt auf ein Regal, es nochmal probiert und es lief.
Jetzt hab ich die RMs angelernt, eine Gruppe definiert und einen Teamleader.
Das Attr peerID enthält neben der obligatorischen 000000 jetzt auch die ID vom Team.
Noch nicht ganz verstanden hab ich die folgenden Attribute das ja auch im Wiki empfohlen werden:
event-on-change-reading .*
actCycle 099:00 (Alle 99 Stunden auf Aktivität prüfen?)
Was mir jetzt ein bisschen fehlt ist der Faden wie es weitergeht..
Wie teste ich richtig ob die Alarmierung in FHEM ankommt, wie kann mich FHEM per Mail alarmieren oder mit irgendwas push-artigem (SMS/Tweet o.ä.) aufs Handy?
Wichtig wäre mir auch das mich FHEM per mail alamiert wenn die RMs demontiert werden bzw mal über einen Zeitraum X nicht erreichbar sind.
Habt ihr da vielleicht ein paar Tips bzw. Best Practices wie ihr das so bei euch umgesetzt habt?
Vielen Dank!
Sebastian
Moin zusammen,
ich habe Probleme die Rauchmelder einzubinden. Es scheitert schon daran den assignHmKey auf den erzeugten teamleader abzusetzen.
Vorher habe ich attr VCCU hmKey meinSchluessel ausgeführt und dies klappte.
list VCCU
Internals:
DEF 1E4ED6
IODev nanoCUL868
NAME vccu
NOTIFYDEV global
NR 76
NTFY_ORDER 50-vccu
STATE nanoCUL433:UAS,nanoCUL868:opened,HMLAN1:ok,
TYPE CUL_HM
assignedIOs HMLAN1,nanoCUL433,nanoCUL868
helper:
HM_CMDNR 39
mId FFF0
regLst ,0
rxType 1
expert:
def 1
det 0
raw 0
tpl 0
io:
prefIO
vccu
ioList:
nanoCUL868
HMLAN1
mRssi:
mNo
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
vrt 1
tmpl:
Attributes:
IODev nanoCUL868
IOList nanoCUL868,HMLAN1
hmKey 01:meinSchluessel
model CCU-FHEM
subType virtual
webCmd virtual:update
dann ein define Rauchmelder_TeamDevice CUL_HM 112112
und jetzt wollte ich set Rauchmelder_TeamDevice assignHmKey ausführen, aber es kommt ein Fehler.
Unknown argument assignHmKey, choose one of clear getConfig getRegRaw regBulk regSet.
Das heisst doch das die virtuelle CCU den Befehl nicht kennt. Aber warum nicht?
Die VCCU kennt den Befehl doch auch.
list Rauchmelder_TeamDevice
Internals:
CFGFN
DEF 112112
IODev nanoCUL868
NAME Rauchmelder_TeamDevice
NOTIFYDEV global
NR 975
STATE ???
TYPE CUL_HM
channel_01 Rauchmelder_Team
READINGS:
helper:
HM_CMDNR 46
mId
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +112112,00,00,00
prefIO
rxt 0
vccu
p:
112112
00
00
00
mRssi:
mNo
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
tmpl:
Attributes:
IODev nanoCUL868
autoReadReg 4_reqStatus
expert 2_raw
model virtual_1
room Rauchmelder
subType virtual
Danke benny
fhem, und damit alle virtuellen devices, kennen doch den schlüssel. den hast du doch in der vccu eingetragen.
nur die realen devices müssen den schlüssel zugewiesen bekommen.
Danke, soweit so gut.
Jetzt habe ich die SD laufen, allerdings bekomme ich wenn ich set Rauchmelder_Team teamcall kein piepen auch keine Led geht an.
Ein set Rauchmelder_Team alarmOn lässt auch keine LED am SD erscheinen noch hört man was.
Allerdings der Status wechselt am Rauchmelder auf smoke-Alarm.
Sollte das nicht auch Töne ausgeben??
List Rauchmelder_Team
Internals:
DEF 11111101
NAME Rauchmelder_Team
NOTIFYDEV global
NR 580
STATE smoke-Alarm_07
TESTNR 7
TYPE CUL_HM
chanNo 01
device TeamDev
peerList Rauchm_SZ,Rauchm_Flur,Rauchm_WZ,
sdTeam sdLead
READINGS:
2018-01-14 11:18:23 aesCBCCounter 0000FC
2018-01-14 11:18:32 eventNo 07
2018-01-14 11:18:32 level 198
2018-01-14 09:42:09 peerList Rauchm_SZ,Rauchm_Flur,Rauchm_WZ,
2018-01-14 11:18:32 smoke_detect TeamDev
2018-01-14 11:18:32 state smoke-Alarm_07
2018-01-13 09:16:08 teamCall from TeamDev:0A
2018-01-13 08:56:53 trigger_cnt 1
helper:
fkt sdLead2
expert:
def 1
det 0
raw 1
tpl 0
role:
chn 1
vrt 1
tmpl:
Attributes:
alarmDevice Sensor
alarmSettings alarm7,|Rauchmelder_Team:smoke-Alarm.*|Rauch|on
devStateIcon off:general_ok .*:secur_alarm
icon secur_smoke_detector
model virtual_1
peerIDs 5CB6BA01,5CB85701,5CB86001,
room Rauchmelder
webCmd teamCall:alarmOn:alarmOff
List Rauchm_Flur
Internals:
DEF 5CB857
HMLAN1_MSGCNT 2
HMLAN1_RAWMSG RF3D57D94,0001,A2299836,FF,FFCF,0AA6105CB8571E4ED60601000026
HMLAN1_RSSI -49
HMLAN1_TIME 2018-01-14 09:42:23
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 2
NAME Rauchm_Flur
NOTIFYDEV global
NR 583
STATE smoke-Alarm_07
TYPE CUL_HM
lastMsg No:0A - t:10 s:5CB857 d:1E4ED6 0601000026
peerList Rauchmelder_Team,
protLastRcv 2018-01-14 09:42:23
protResnd 1 last_at:2018-01-14 09:42:22
protSnd 2 last_at:2018-01-14 09:42:23
protState CMDs_done
rssi_HMLAN1 lst:-38 cnt:1 max:-38 avg:-38 min:-38
rssi_at_HMLAN1 min:-49 max:-49 avg:-49 cnt:2 lst:-49
READINGS:
2018-01-14 09:42:09 Activity alive
2018-01-13 08:40:46 CommandAccepted yes
2018-01-13 08:40:44 D-firmware 1.0
2018-01-13 08:40:44 D-serialNr OEQ0959860
2018-01-13 09:13:16 PairedTo 0x1E4ED6
2018-01-13 08:42:20 R-pairCentral 0x1E4ED6
2018-01-13 09:13:16 RegL_00. 02:01 0A:1E 0B:4E 0C:D6 16:00 1F:00 00:00
2018-01-13 08:40:46 aesCommToDev ok
2018-01-13 08:40:45 aesKeyNbr 02
2018-01-14 09:42:23 alarmTest ok
2018-01-14 09:42:23 battery ok
2018-01-14 09:42:23 level 0
2018-01-14 09:42:09 peerList Rauchmelder_Team,
2018-01-13 07:31:04 powerOn 2018-01-13 07:31:04
2018-01-14 09:42:23 recentStateType info
2018-01-13 09:13:16 sdRepeat off
2018-01-14 09:42:23 smokeChamber ok
2018-01-14 11:18:32 smoke_detect TeamDev
2018-01-14 11:18:32 state smoke-Alarm_07
2018-01-13 09:16:08 teamCall from TeamDev:0A
2018-01-12 12:15:11 trigger_cnt 2
helper:
HM_CMDNR 10
cSnd ,011E4ED65CB857010E
mId 00AA
regLst ,0
rxType 6
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +5CB857,00,00,00
nextSend 1515919343.38291
rxt 0
vccu vccu
p:
5CB857
00
00
00
prefIO:
HMLAN1
mRssi:
mNo 0A
io:
HMLAN1 -47
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO HMLAN1
flg A
ts 1515919343.16931
ack:
HASH(0x5c96928)
0A80021E4ED65CB85700
rssi:
HMLAN1:
avg -38
cnt 1
lst -38
max -38
min -38
at_HMLAN1:
avg -49
cnt 2
lst -49
max -49
min -49
tmpl:
Attributes:
IODev HMLAN1
IOgrp vccu:HMLAN1
actCycle 099:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
icon secur_smoke_detector
model HM-SEC-SD-2
msgRepeat 1
peerIDs 00000000,11111101,
room Hardware,Rauchmelder
serialNr OEQ0959860
subType smokeDetector
webCmd statusRequest
Internals:
DEF 5CB860
HMLAN1_MSGCNT 2
HMLAN1_RAWMSG RF3D5705D,0001,A2298D55,FF,FFBE,58A6105CB8601E4ED60601000037
HMLAN1_RSSI -66
HMLAN1_TIME 2018-01-14 09:42:20
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 2
NAME Rauchm_WZ
NOTIFYDEV global
NR 581
STATE smoke-Alarm_07
TYPE CUL_HM
lastMsg No:58 - t:10 s:5CB860 d:1E4ED6 0601000037
peerList Rauchmelder_Team,
protLastRcv 2018-01-14 09:42:20
protSnd 2 last_at:2018-01-14 09:42:20
protState CMDs_done
rssi_HMLAN1 max:-55 avg:-55 cnt:1 lst:-55 min:-55
rssi_at_HMLAN1 lst:-66 cnt:2 max:-66 avg:-66 min:-66
READINGS:
2018-01-14 09:42:09 Activity alive
2018-01-13 09:22:25 CommandAccepted yes
2018-01-13 08:56:50 D-firmware 1.0
2018-01-13 08:56:50 D-serialNr OEQ0959871
2018-01-13 09:22:27 PairedTo 0x1E4ED6
2018-01-13 07:25:46 R-pairCentral 0x1E4ED6
2018-01-13 09:22:27 RegL_00. 02:01 0A:1E 0B:4E 0C:D6 16:00 1F:00 00:00
2018-01-13 09:22:25 aesCommToDev ok
2018-01-13 09:22:24 aesKeyNbr 02
2018-01-14 09:42:20 alarmTest ok
2018-01-14 09:42:20 battery ok
2018-01-14 09:42:20 level 0
2018-01-14 09:42:09 peerList Rauchmelder_Team,
2018-01-14 09:42:20 recentStateType info
2018-01-13 09:22:27 sdRepeat off
2018-01-14 09:42:20 smokeChamber ok
2018-01-14 11:18:32 smoke_detect TeamDev
2018-01-14 11:18:32 state smoke-Alarm_07
2018-01-13 09:16:08 teamCall from TeamDev:0A
2018-01-13 08:56:53 trigLast Rauchmelder_Team:150
2018-01-13 08:56:53 trig_Rauchmelder_Team 150_1
helper:
HM_CMDNR 88
cSnd ,011E4ED65CB860010E
mId 00AA
regLst ,0
rxType 6
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +5CB860,00,00,00
nextSend 1515919340.59847
rxt 0
vccu vccu
p:
5CB860
00
00
00
prefIO:
HMLAN1
mRssi:
mNo 58
io:
HMLAN1 -64
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO HMLAN1
flg A
ts 1515919340.39246
ack:
HASH(0x4cecb28)
5880021E4ED65CB86000
rssi:
HMLAN1:
avg -55
cnt 1
lst -55
max -55
min -55
at_HMLAN1:
avg -66
cnt 2
lst -66
max -66
min -66
tmpl:
Attributes:
IODev HMLAN1
IOgrp vccu:HMLAN1
actCycle 099:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
icon secur_smoke_detector
model HM-SEC-SD-2
msgRepeat 1
peerIDs 00000000,11111101,
room Hardware,Rauchmelder
serialNr OEQ0959871
subType smokeDetector
webCmd statusRequest
Internals:
DEF 5CB6BA
HMLAN1_MSGCNT 2
HMLAN1_RAWMSG RF3D56B85,0001,A229887E,FF,FFC9,2CA6105CB6BA1E4ED6060100002E
HMLAN1_RSSI -55
HMLAN1_TIME 2018-01-14 09:42:19
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 2
NAME Rauchm_SZ
NOTIFYDEV global
NR 582
STATE smoke-Alarm_07
TYPE CUL_HM
lastMsg No:2C - t:10 s:5CB6BA d:1E4ED6 060100002E
peerList Rauchmelder_Team,
protLastRcv 2018-01-14 09:42:19
protSnd 2 last_at:2018-01-14 09:42:19
protState CMDs_done
rssi_HMLAN1 min:-46 lst:-46 cnt:1 avg:-46 max:-46
rssi_at_HMLAN1 avg:-55 max:-55 cnt:2 lst:-55 min:-55
READINGS:
2018-01-14 09:42:09 Activity alive
2018-01-13 07:15:37 CommandAccepted yes
2018-01-12 12:17:37 D-firmware 1.0
2018-01-12 12:17:37 D-serialNr OEQ0959608
2018-01-13 07:20:58 PairedTo 0x1E4ED6
2018-01-12 12:16:35 R-pairCentral 0x1E4ED6
2018-01-13 07:20:58 RegL_00. 02:01 0A:1E 0B:4E 0C:D6 16:00 1F:00 00:00
2018-01-13 07:15:37 aesCommToDev ok
2018-01-13 07:15:37 aesKeyNbr 02
2018-01-14 09:42:19 alarmTest ok
2018-01-14 09:42:19 battery ok
2018-01-14 09:42:19 level 0
2018-01-14 09:42:09 peerList Rauchmelder_Team,
2018-01-14 09:42:19 recentStateType info
2018-01-13 07:20:58 sdRepeat off
2018-01-14 09:42:19 smokeChamber ok
2018-01-14 11:18:32 smoke_detect TeamDev
2018-01-14 11:18:32 state smoke-Alarm_07
2018-01-13 09:16:08 teamCall from TeamDev:0A
helper:
HM_CMDNR 44
cSnd ,011E4ED65CB6BA010E
mId 00AA
regLst ,0
rxType 6
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +5CB6BA,00,00,00
nextSend 1515919339.35963
rxt 0
vccu vccu
p:
5CB6BA
00
00
00
prefIO:
HMLAN1
mRssi:
mNo 2C
io:
HMLAN1 -53
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO HMLAN1
flg A
ts 1515919339.14835
ack:
HASH(0x4cdb060)
2C80021E4ED65CB6BA00
rssi:
HMLAN1:
avg -46
cnt 1
lst -46
max -46
min -46
at_HMLAN1:
avg -55
cnt 2
lst -55
max -55
min -55
tmpl:
Attributes:
IODev HMLAN1
IOgrp vccu:HMLAN1
actCycle 099:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
icon secur_smoke_detector
model HM-SEC-SD-2
msgRepeat 1
peerIDs 00000000,11111101,
room Hardware,Rauchmelder
serialNr OEQ0959608
subType smokeDetector
webCmd statusRequest
Gruß Benny