Hallo,
meine Alarmanlage funktioniert nicht mehr, weil meine beiden Rauchmelder keinen Ton mehr von sich geben. Zumindest nicht mehr über FHEM. Ein "set Rauchmelder_Team alarmOn" hat keine Funktion mehr. Das Log gibt leider nur wenig her, ich stehe deshalb etwas auf dem Schlauch. Die Rauchmelder an sich funktionieren, zumindest der Testbutton auf dem Rauchmelder macht ordentlich krach.
Vielleicht kann mir jemand auf die Sprünge helfen?
List Rauchmelder_Team
Internals:
DEF 11111101
NAME Rauchmelder_Team
NOTIFYDEV global
NR 145
NTFY_ORDER 50-Rauchmelder_Team
STATE smoke-Alarm_01
TESTNR 1
TYPE CUL_HM
chanNo 01
device TeamDev
peerList Rauchmelder1,Rauchmelder2,
sdTeam sdLead
READINGS:
2018-03-08 16:39:03 aesCBCCounter 0000C3
2018-03-08 16:40:10 eventNo 01
2018-03-08 16:40:10 level 198
2018-03-08 16:02:58 peerList Rauchmelder1,Rauchmelder2,
2018-03-08 16:40:10 smoke_detect TeamDev
2018-03-08 16:40:10 state smoke-Alarm_01
2018-03-08 16:39:03 teamCall from TeamDev:00
helper:
count 3
fkt sdLead2
expert:
def 1
det 0
raw 1
tpl 0
role:
chn 1
vrt 1
shadowReg:
Attributes:
group Sicherheit
icon secur_smoke_detector
model virtual_1
peerIDs 49CE5D01,4A437F01,
room CUL_HM,Übersicht
sortby 40
webCmd press short:press long:alarmOn:alarmOff:teamCall
list Rauchmelder1
Internals:
DEF 49CE5D
IODev hmusb
LASTInputDev hmusb
MSGCNT 11
NAME Rauchmelder1
NOTIFYDEV global
NR 142
NTFY_ORDER 50-Rauchmelder1
STATE smoke-Alarm_01
TYPE CUL_HM
hmusb_MSGCNT 11
hmusb_RAWMSG R0642B284,0001,9C955244,FF,FFD9,25A61049CE5D198202060100001F
hmusb_RSSI -39
hmusb_TIME 2018-03-08 16:37:38
lastMsg No:25 - t:10 s:49CE5D d:198202 060100001F
peerList Rauchmelder_Team,
protLastRcv 2018-03-08 16:37:38
protResnd 1 last_at:2018-03-08 16:03:13
protSnd 11 last_at:2018-03-08 16:37:38
protState CMDs_done
rssi_at_hmusb avg:-38.9 max:-38 cnt:11 lst:-39 min:-39
rssi_hmusb lst:-31 cnt:3 min:-31 avg:-31 max:-31
READINGS:
2018-03-08 16:02:58 Activity alive
2017-11-20 13:00:30 D-firmware 1.0
2017-11-20 13:00:30 D-serialNr NEQ0011279
2018-03-08 16:35:47 PairedTo 0x198202
2017-11-20 13:01:28 R-pairCentral 0x198202
2018-03-08 16:35:47 RegL_00. 02:01 0A:19 0B:82 0C:02 16:00 1F:00 00:00
2018-03-08 16:37:38 alarmTest ok
2018-03-08 16:37:38 battery ok
2018-03-08 16:37:38 level 0
2018-03-08 16:35:48 peerList Rauchmelder_Team,
2018-03-08 16:37:38 recentStateType info
2018-03-08 16:35:47 sdRepeat off
2018-03-08 16:37:38 smokeChamber ok
2018-03-08 16:40:10 smoke_detect TeamDev
2018-03-08 16:40:10 state smoke-Alarm_01
2018-03-08 16:39:03 teamCall from TeamDev:00
helper:
HM_CMDNR 37
cSnd 0119820249CE5D0103,0119820249CE5D010E
mId 00AA
peerIDsRaw ,11111101,00000000
regLst ,0
rxType 6
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +49CE5D,00,00,00
nextSend 1520523458.76638
prefIO
rxt 0
vccu VCCU
p:
49CE5D
00
00
00
mRssi:
mNo 25
io:
hmusb:
-31
-31
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO hmusb
flg A
ts 1520523458.53845
ack:
HASH(0x57529e8)
25800219820249CE5D00
rssi:
at_hmusb:
avg -38.9090909090909
cnt 11
lst -39
max -38
min -39
hmusb:
avg -31
cnt 3
lst -31
max -31
min -31
shadowReg:
tmpl:
Attributes:
IODev hmusb
IOgrp VCCU
actCycle 099:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
group Sicherheit
icon secur_smoke_detector
model HM-SEC-SD-2
msgRepeat 1
peerIDs 00000000,11111101,
room CUL_HM,Übersicht
serialNr NEQ0011279
sortby 50
subType smokeDetector
webCmd statusRequest
Auszug aus dem Rauchmelder1_Log
2018-03-08_16:40:10 Rauchmelder1 smoke-Alarm_01
2018-03-08_16:40:10 Rauchmelder1 smoke_detect: TeamDev
2018-03-08_16:39:03 Rauchmelder1 teamCall: from TeamDev:00
2018-03-08_16:39:03 Rauchmelder1 off
2018-03-08_16:39:03 Rauchmelder1 smoke_detect: none
2018-03-08_16:38:28 Rauchmelder1 smoke-Alarm_0E
2018-03-08_16:38:28 Rauchmelder1 smoke_detect: TeamDev
2018-03-08_16:38:16 Rauchmelder1 off
2018-03-08_16:38:16 Rauchmelder1 smoke_detect: none
2018-03-08_16:38:01 Rauchmelder1 teamCall: from TeamDev:0C
2018-03-08_16:38:01 Rauchmelder1 off
2018-03-08_16:38:01 Rauchmelder1 smoke_detect: none
2018-03-08_16:37:43 Rauchmelder1 smoke-Alarm_0B
2018-03-08_16:37:43 Rauchmelder1 smoke_detect: TeamDev
2018-03-08_16:37:39 Rauchmelder1 smoke-Alarm_0A
2018-03-08_16:37:39 Rauchmelder1 smoke_detect: TeamDev
2018-03-08_16:37:38 Rauchmelder1 off
2018-03-08_16:37:38 Rauchmelder1 smokeChamber: ok
2018-03-08_16:37:38 Rauchmelder1 level: 0
2018-03-08_16:37:38 Rauchmelder1 battery: ok
2018-03-08_16:37:38 Rauchmelder1 alarmTest: ok
2018-03-08_16:37:26 Rauchmelder1 smoke-Alarm_09
2018-03-08_16:37:26 Rauchmelder1 smoke_detect: TeamDev
2018-03-08_16:35:47 Rauchmelder1 sdRepeat: off
2018-03-08_16:35:38 Rauchmelder1 off
2018-03-08_16:35:38 Rauchmelder1 smoke_detect: none
2018-03-08_16:33:01 Rauchmelder1 smoke-Alarm_07
2018-03-08_16:33:01 Rauchmelder1 smoke_detect: TeamDev
2018-03-08_16:32:51 Rauchmelder1 teamCall: from TeamDev:06
2018-03-08_16:32:51 Rauchmelder1 off
2018-03-08_16:32:51 Rauchmelder1 smoke_detect: none
Vielen Dank!
Hallo,
hast du am System selbst was verändert?
Hatte das auch mal und es lag an der fehlenden Modul libcrypt-rijndael-perl
Gruß
Hi,
danke für die Antwort.
Ein ähnliches Problem hatte ich auch mal, allerdings wurden mir dann zumindest die fehlenden Pakete im Log angezeigt. Nichtsdestotrotz habe ich versucht das Paket zu installieren, hatte allerdings schon die neueste Version.
Bewusst habe ich in der Richtung am System nichts geändert. Allerdings läuft auf dem Server noch einiges mehr und dass es da zu Quereffekten kommen könnte, liegt ja in der Natur der Dinge. Mir fehlt allerdings der richtige Ansatz um hier weiterzukommen.
In welcher Richtung könnte ich denn noch suchen?
Gleiches Problem hier:
Die Rauchmelder gehen auf Level 198 und nehmen den Alarm an, lösen aber nicht akustisch aus..
Sletsam, möglicherweise eine Änderung mit einem Update?
Bis zum Jahreswechsel lief es gefühlt ohne Probleme..
Probiere nun auch schon seit 2 Wochen es wieder ans Laufen zu bekommen.
Ich habe es wahrscheinlich (laut Erinnerung) noch nie geschafft, die Dinger per fhem zum Piepsen zu bringen. Ich hatte diesbezüglich auch schon einmal hier im Forum nachgefragt, aber keine Antwort erhalten.
Zitat von: Invers am 10 März 2018, 10:30:03
Ich habe es wahrscheinlich (laut Erinnerung) noch nie geschafft, die Dinger per fhem zum Piepsen zu bringen. Ich hatte diesbezüglich auch schon einmal hier im Forum nachgefragt, aber keine Antwort erhalten.
Das kann ich nicht bestätigen. Geklappt hat es bei mir mindestens 2 Jahre lang. (bei den vielen Fehlalarmen bin ich mir doch Recht sicher ;))
Gesendet von meinem SM-G950F mit Tapatalk
Fehlalarme haben ja mit dem Verhalten in fhem nicht viel zu tun. Ich will ja, wie in Beitrag 1 beschrieben, willentlich auslösen. Alles, was in Beitrag 1 beschrieben wurde, ist bei mir ebenso. Allerdings ohne Alarmanlage, was aber keine Rolle spielt.
Zitat von: Invers am 10 März 2018, 11:04:03
Fehlalarme haben ja mit dem Verhalten in fhem nicht viel zu tun. Ich will ja, wie in Beitrag 1 beschrieben, willentlich auslösen. Alles, was in Beitrag 1 beschrieben wurde, ist bei mir ebenso. Allerdings ohne Alarmanlage, was aber keine Rolle spielt.
Sorry, wollte nur betonen, dass die Rauchmelder durch FHEM bei mir sehr oft ausgelöst wurden und das auch sehr zuverlässig funktioniert hat. Zu den Fehlalarmen in der Alarmanlage kam es durch die nicht ganz optimale Programmierung meinerseits.
Moin,
gestern update gemacht - funktioniert noch alles wie gewollt. Allerdings habe ich die alten SD
Am Rauchmelder_Team set alarmOn und nach dem alle drei sich laut gemeldet haben (was irgendwie immer reihum mit einem Signalton Verzögerung geschieht) wieder alarmOff. Hier das Log sieht bei allen 3 Meldern gleich aus.
2018-03-10_10:46:00 RmFlur smoke_detect: TeamDev1
2018-03-10_10:46:00 RmFlur smoke-Alarm_0B
2018-03-10_10:46:14 RmFlur smoke_detect: none
2018-03-10_10:46:14 RmFlur off
Gruß Otto
Hallo,
ich kann das auch nur bestätigen. set alarm on. Geht auf Level 198 und wird bei mir auf dem Wandtablett als Alarm on angezeigt. Aber kein Ton ist zu hören.
Gruß Rolf
Ich hab das gleiche Problem mit einem BOSCH Ferion 5000 OW (baugleich zum HM-SEC-SD-2), den ich gerade nach Wiki Anleitung frisch in mein FHEM System eingebunden habe. Peering zwischen virtuellem Team Lead und Rauchmelder wird bei beiden korrekt angezeigt und das Pairing mit FHEM wird auch korrekt angezeigt.
Im Log sehe ich:
2018-03-10 12:30:34 CUL_HM Rauchmelder_Team aesCBCCounter: 00009A
2018-03-10 12:30:34 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:30:34 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:30:34 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:30:34 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:30:34 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:30:34 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:30:35 CUL_HM Team_Device_Rauchmelder CMDs_done
2018-03-10 12:30:36 CUL_HM OG_WZ_Rauchmelder smoke_detect: Team_Device_Rauchmelder
2018-03-10 12:30:36 CUL_HM OG_WZ_Rauchmelder smoke-Alarm_06
2018-03-10 12:30:36 CUL_HM Rauchmelder_Team eventNo: 06
2018-03-10 12:30:36 CUL_HM Rauchmelder_Team level: 198
2018-03-10 12:30:36 CUL_HM Rauchmelder_Team smoke_detect: Team_Device_Rauchmelder
2018-03-10 12:30:36 CUL_HM Rauchmelder_Team smoke-Alarm_06
2018-03-10 12:30:36 CUL_HM Team_Device_Rauchmelder battery: ok
2018-03-10 12:30:54 CUL_HM Rauchmelder_Team aesCBCCounter: 00009B
2018-03-10 12:30:54 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:30:54 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:30:54 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:30:54 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:30:55 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:30:55 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:30:55 CUL_HM Team_Device_Rauchmelder CMDs_done
2018-03-10 12:31:03 CUL_HM Team_Device_Rauchmelder battery: ok
2018-03-10 12:31:03 CUL_HM OG_WZ_Rauchmelder smoke_detect: none
2018-03-10 12:31:03 CUL_HM OG_WZ_Rauchmelder off
2018-03-10 12:31:03 CUL_HM Rauchmelder_Team aesCBCCounter: 00009C
2018-03-10 12:31:03 CUL_HM Rauchmelder_Team eventNo: 07
2018-03-10 12:31:03 CUL_HM Rauchmelder_Team level: 0
2018-03-10 12:31:03 CUL_HM Rauchmelder_Team smoke_detect: none
2018-03-10 12:31:03 CUL_HM Rauchmelder_Team off
2018-03-10 12:31:03 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:31:03 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:31:03 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:31:03 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:31:03 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:31:03 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-10 12:31:03 CUL_HM Rauchmelder_Team eventNo: 08
2018-03-10 12:31:03 CUL_HM Team_Device_Rauchmelder battery: ok
20
aber der Rauchmelder bleibt stumm.
Bei mir steht mit verbose 5 im Log:
2018.03.10 14:17:27 5: CUL_HM Rauchmelder_Team CBC IV: 491111111111110000D8000000000005
Rauchmelder_Team CBC D: D8140104C60000000000000000000000
Rauchmelder_Team CBC E: 8258e803ffebaadf1586d4d03a5870eb
2018.03.10 14:17:27 5: CUL_HM Rauchmelder_Team sdTeam: no:04 state:C6 aesNo:00 aesStr:3A5870EB
2018.03.10 14:17:27 3: CUL_HM set Rauchmelder_Team alarmOn
2018.03.10 14:18:54 3: FBDECT set Lampe_Korridor on
Ich schalte also bei Alarm die Lampe im Korridor an. Man sieht hier, dass dies leider auch mit Verzögerung stattfindet.
An den Rauchmeldern selbst tut sich nichts. Nicht einmal die LED geht an.
Same here: Ich habe meine Bosch über fhem auch noch keinen Ton oder Blinken entlocken können. Die Vernetzung funktioniert aber, wenn ich einen Test an einem der RM auslöse. Dann blinken alle in der Gruppe.
Gruß
G.
Nachdem Linux-Paul in seinem Bosch-Thread über Problemlösung durch Installation einer anderen Version von libcrypt-rijndael-perl berichtet hat,
bin ich wie folgt vorgegangen:
Deinstallation von libcrypt-rijndael-perl über apt-get, Neuinstallation von libcrypt:rijndael:perl über cpan Crypt::Rijndael_PP, zusätzlich cpan Crypt::Cipher::AES (just for sure).
Und nun läuft es wieder.
Alarmlevel 200 und Krach macht der Rauchmelder bei alarmOn auch wieder. Das Problem scheint also im crypt Modul zu liegen.
Vielleicht hilft es bei dem ein oder anderen hier auch.
Gruß,
Slade
Moin,
der Unterschied im Betrieb des SD und SD2 - der SD2 arbeitet mit AES-CBC und braucht unabhängig vom IO immer das libcrypt:rijndael:perl.
Der Beitrag von Slade klingt gut :D
Gruß Otto
Ich habe heute morgen bei mir die AES libraries von APT auf die CPAN Version umgestellt wie von @Slade vorgeschlagen und FHEM mit shutdown restart neu gestartet aber das hat bei mir nicht geholfen. Leider weiter kein Ton vom Rauchmelder wenn ich ein set Rauchmelder_Team alarmOn sende.
Hab ich auch probiert:
pi@fhemPi:~ $ sudo cpan Crypt::Rijndael_PP
Loading internal null logger. Install Log::Log4perl for logging messages
Reading '/root/.cpan/Metadata'
Database was generated on Sun, 11 Mar 2018 09:41:02 GMT
Crypt::Rijndael_PP is up to date (0.05).
Jetzt kommt in fhem Fehler:
2018.03.11 11:36:25 1: CUL_HM Rauchmelder_Team need Crypt::Rijndael to generate AES-CBC signature
2018.03.11 11:36:25 3: CUL_HM set Rauchmelder_Team alarmOn
hat also die Lage offenbar verschlimmert.
Und mit sudo cpan Crypt::Rijndael (ohne _PP) ist das Verhalten dann wieder gleich wie mit der Version aus dem APT Paket:
2018-03-11 11:58:07 CUL_HM Rauchmelder_Team aesCBCCounter: 00009D
2018-03-11 11:58:07 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-11 11:58:07 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-11 11:58:07 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-11 11:58:07 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-11 11:58:07 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-11 11:58:07 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-11 11:58:07 CUL_HM OG_WZ_Rauchmelder smoke_detect: Team_Device_Rauchmelder
2018-03-11 11:58:07 CUL_HM OG_WZ_Rauchmelder smoke-Alarm_02
2018-03-11 11:58:07 CUL_HM Rauchmelder_Team eventNo: 02
2018-03-11 11:58:07 CUL_HM Rauchmelder_Team level: 198
2018-03-11 11:58:07 CUL_HM Rauchmelder_Team smoke_detect: Team_Device_Rauchmelder
2018-03-11 11:58:07 CUL_HM Rauchmelder_Team smoke-Alarm_02
2018-03-11 11:58:07 CUL_HM Team_Device_Rauchmelder battery: ok
2018-03-11 11:58:07 CUL_HM Team_Device_Rauchmelder CMDs_done
2018-03-11 11:58:21 CUL_HM Rauchmelder_Team aesCBCCounter: 00009E
2018-03-11 11:58:21 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-11 11:58:21 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-11 11:58:21 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-11 11:58:21 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-11 11:58:21 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-11 11:58:21 CUL_HM Team_Device_Rauchmelder CMDs_pending
2018-03-11 11:58:22 CUL_HM Team_Device_Rauchmelder CMDs_done
2018-03-11 11:58:24 CUL_HM OG_WZ_Rauchmelder smoke_detect: none
2018-03-11 11:58:24 CUL_HM OG_WZ_Rauchmelder off
2018-03-11 11:58:24 CUL_HM Rauchmelder_Team eventNo: 03
2018-03-11 11:58:24 CUL_HM Rauchmelder_Team level: 0
2018-03-11 11:58:24 CUL_HM Rauchmelder_Team smoke_detect: none
2018-03-11 11:58:24 CUL_HM Rauchmelder_Team off
2018-03-11 11:58:24 CUL_HM Team_Device_Rauchmelder battery: ok
Das ist schon verwirrend.
Auf der CPAN Seite steht, dass man für Crypt::Rijndael_PP noch Crypt::CBC braucht wenn man CBC Unterstützung haben will.
Ahnliches scheint für apt zu gelten, da gibt es ebenfalls ein libcrypt-cbc-perl mit dem entsprechenden Hinweis.
Dann sind da noch Crypt::Rijndael und Crypt::Rijndael::PP inkl. CBC bei CPAN, wobei bei letzteren auf die volle Kompatibilität zu Crypt::CBC
hingewiesen wird.
Was zum Henker nimmt man da jetzt?
:)
linuxpaul
Also ich habe mal das ins Wiki geschrieben:
Der HM-SEC-SD-2 Rauchmelder arbeitet mit aesCBC, er benötigt dafür zwingend das Modul libcrypt-rijndael-perl unabhängig vom IO Device, auch für den HM-CFG-LAN!
Das hatte ich irgendwoher aus einem Rauchmelder Thread.
Gruß Otto
Das mag auch nicht falsch sein, da der Inhalt eines Paketes von der Distro abhängen kann.
Bei Raspbian jessie steht auf jedenfall dies bei libcrypt-cbc-perl
implementation of cipher block chaining (CBC) mode
In combination with a block cipher such as Crypt::Rijndael or
Crypt::Blowfish, you can encrypt and decrypt messages of
arbitrarily long length. The encrypted messages are compatible
with the encryption format used by SSLeay.
Egal, hab dies mal drin und spiele nochmal etwas rum
Bei mit klappt es mit libcrypt-rijndael-perl und libcrypt-cbc-perl aus den apt packages
nahezu wieder perfect. Auch peering klappt jetzt komplett sofort und ohne Zicken.
Meiner Meinung nach ist Crypt::Rijndael von CPAN der Killer. Kaum hatte ich das drauf
ist wieder alles zusammengefallen und Crypt::Rijndael_PP mit Crypt::CBC alleine geht auch nicht.
Crypt::Rijndael::PP habe ich nicht getestet.
(Natürlich habe ich beim jeweiligen Test vorher wieder Aufgeräumt)
Bei mir werden die CPAN Module in /usr/local/lib/arm-linux-gnueabihf erzeugt was in der @INC vor
/usr/lib/arm-linux-gnueabihf liegt und in dem apt die libs legt.
D.h. die CPAN Module müssen vorher von Hand gelöscht werden.
:)
linuxpaul
Meinen Rauchmeldern ist definitiv kein Ton zu entloocken. Lefel 98 wird angezeigt. Hier mal ein List nach
set Rauchmelder_Team alarmOn:
Internals:
CFGFN
DEF 11111101
NAME Rauchmelder_Team
NOTIFYDEV global
NR 281
NTFY_ORDER 50-Rauchmelder_Team
STATE smoke-Alarm_05
TESTNR 5
TYPE CUL_HM
chanNo 01
device TeamDev
peerList Rauch_Buero,Rauch_Wohnzimmer,Rauch_Korridor,
sdTeam sdLead
READINGS:
2018-03-13 10:41:19 aesCBCCounter 00003A
2018-03-13 10:41:46 eventNo 05
2018-03-13 10:41:46 level 198
2018-03-13 10:35:20 peerList Rauch_Buero,Rauch_Wohnzimmer,Rauch_Korridor,
2018-03-13 10:41:46 smoke_detect TeamDev
2018-03-13 10:41:46 state smoke-Alarm_05
2018-03-13 10:41:04 teamCall from TeamDev:04
helper:
fkt sdLead2
expert:
def 1
det 0
raw 1
tpl 0
role:
chn 1
vrt 1
Attributes:
devStateIcon .*off:general_ok .*:secur_alarm
icon secur_smoke_detector
model virtual_1
peerIDs 4BEE5401,4BEE5B01,4BEE6201,
room Rauchmelder
webCmd press short:press long
Und einer der Rauchmelder:
Internals:
CFGFN
DEF 4BEE62
HMLAN1_MSGCNT 2
HMLAN1_RAWMSG R1EB732AA,0001,135F67E0,FF,FFCD,ECA6104BEE62272E01060100002F
HMLAN1_RSSI -51
HMLAN1_TIME 2018-03-13 10:35:46
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 2
NAME Rauch_Korridor
NOTIFYDEV global
NR 283
NTFY_ORDER 50-Rauch_Korridor
STATE smoke-Alarm_05
TYPE CUL_HM
lastMsg No:EC - t:10 s:4BEE62 d:272E01 060100002F
peerList Rauchmelder_Team,
protLastRcv 2018-03-13 10:35:46
protSnd 2 last_at:2018-03-13 10:35:46
protState CMDs_done
rssi_HMLAN1 lst:-47 min:-47 max:-47 avg:-47 cnt:1
rssi_at_HMLAN1 max:-51 avg:-51 cnt:2 lst:-51 min:-51
READINGS:
2018-03-13 10:35:20 Activity alive
2018-02-11 15:38:12 D-firmware 1.0
2018-02-11 15:38:12 D-serialNr NEQ0505965
2018-02-11 15:38:36 PairedTo 0x272E01
2018-02-11 15:38:36 R-pairCentral 0x272E01
2018-02-11 15:38:36 RegL_00. 02:01 0A:27 0B:2E 0C:01 16:00 1F:00 00:00
2018-03-13 10:35:46 alarmTest ok
2018-03-13 10:35:46 battery ok
2018-03-13 10:35:46 level 0
2018-03-13 10:35:19 peerList Rauchmelder_Team,
2018-03-13 10:35:46 recentStateType info
2018-02-11 15:38:36 sdRepeat off
2018-03-13 10:35:46 smokeChamber ok
2018-03-13 10:41:46 smoke_detect TeamDev
2018-03-13 10:41:46 state smoke-Alarm_05
2018-03-13 10:41:04 teamCall from TeamDev:04
helper:
HM_CMDNR 236
cSnd ,01272E014BEE62010E
mId 00AA
regLst ,0
rxType 6
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +4BEE62,00,03,00
nextSend 1520933746.30634
rxt 0
vccu vccu
p:
4BEE62
00
03
00
prefIO:
HMLAN1
mRssi:
mNo EC
io:
HMLAN1:
-45
-45
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO HMLAN1
flg A
ts 1520933746.09019
ack:
HASH(0x4c13ed8)
EC8002272E014BEE6200
rssi:
HMLAN1:
avg -47
cnt 1
lst -47
max -47
min -47
at_HMLAN1:
avg -51
cnt 2
lst -51
max -51
min -51
tmpl:
Attributes:
IODev HMLAN1
IOgrp vccu:HMLAN1
actCycle 099:00
actStatus alive
autoReadReg 5_readMissing
devStateIcon .*off:general_ok .*:secur_alarm
expert 2_raw
firmware 1.0
icon secur_smoke_detector
model HM-SEC-SD-2
msgRepeat 1
peerIDs 00000000,11111101,
room Andere->CUL_HM
serialNr NEQ0505965
subType smokeDetector
webCmd statusRequest
Vielleicht bemerkt ja jemand etwas.
Ich habe sowohl die alten, als auch die neuen Rauchmelder im Betrieb.
Musste leider feststellen, dass alarmOn (und auch teamCall) nicht funktioniert wenn man alte und neue im gleichen Teamdevice hält.
Sowohl bei Invers, als auch nobbi sieht man mehrere peerIDs pro Teamdevice. Sind das SD1 und SD2 gemischt?
TeamCall führt übrigens beim SD1 zu piepsen, beim SD2 nur zum blinken der LED. Geht der denn bei euch?
Ich hab es dann so gelöst, dass ich jeweils ein Teamdevice für die SD1 und SD2 habe.
Damit funktioniert dann auch teamCall und auch der alarmOn.
Gemischt habe ich auch probiert und ging nicht.
In einem reinen SD2 Team zählt z.B. beim TeamCall der CBC Counter hoch.
Weiter habe hier ich ein Fehlen des des Crypt::Rrijndael im Log, wenn das Modul fehlt.
Gemischt piept bei mit beim TeamCall bei mir nur der SD, der CBC Counter zählt nicht
und HMUARTGM meldet ein overload. Alarm habe ich dann nicht mehr versucht.
:)
Linuxpaul
@jmike
ZitatSowohl bei Invers, als auch nobbi sieht man mehrere peerIDs pro Teamdevice. Sind das SD1 und SD2 gemischt?
Nein, ich habe nur SD2 im Einsatz.
Ist da in meiner Config was falsch? Ich verwende HMLAN-CFG.
Die LEDs blinken nicht. Es dauert auch sehr lange, bis Level auf 98 springt. Leider springt das Level nicht auf >98, daher wahrscheinlich auch kein Alarm. Ein Alarm wird aber erzeugt, denn meine eigene Kontrolllampe geht an. Geschaltet durch ein DOIF, welches auf Alarm reagiert.
Zitat von: linuxpaul am 12 März 2018, 16:02:12
Bei mit klappt es mit libcrypt-rijndael-perl und libcrypt-cbc-perl aus den apt packages
nahezu wieder perfect.
Das ist ja lustig. Bei mir geht es nach der zusätzlichen Installation von libcrypt-cbc-perl nun auch das erste Mal richtig, d.h. alle SD-2 blinken gemeinsam beim teamcall. - Ich lese ja viel herum in Forum, Wiki, Otto's Blog usw., aber das man dieses Paket noch braucht, kam mir erst hier über den Weg.
Gruß
G.
Ich habe die SD2 nicht und bisher bloß die Info dass man libcrypt-rijndael-perl braucht. Das habe ich auch seinerzeit mal ins Wiki geschrieben.
Ich weiß nur, dass man das braucht, weil die SD2 AES-CBC sprechen - insofern klingt das Paket libcrypt-cbc-perl irgendwie schlüssig :)
Soll ich das mit aufnehmen?
Gruß Otto
Hallo,
Zitat von: Otto123 am 17 März 2018, 16:20:28
Ich weiß nur, dass man das braucht, weil die SD2 AES-CBC sprechen - insofern klingt das Paket libcrypt-cbc-perl irgendwie schlüssig :)
Soll ich das mit aufnehmen?
Nein, für die SD2 wird _nur_ libcrypt-rijndael-perl benötigt. Der Rest ist in 10_CUL_HM.pm implementiert.
Viele Grüße
Michael
Zitat von: mgernoth am 17 März 2018, 16:26:07
Nein, für die SD2 wird _nur_ libcrypt-rijndael-perl benötigt.
Stimmt tatsächlich, gerade getestet. Habe die libcrypt-cbc-perl wieder deinstalliert, rebootet und der teamcall geht immer noch korrekt.
Was hatte ich im Vorfeld getan? Die libcrypt-rijndael-perl deinstalliert, die libs über CPAN installiert, wie hier vorher beschrieben (ging bei mir damit nicht) und dann die libcrypt-rijndael-perl wieder installiert. Die CPAN-Module hatte ich nicht entfernt, weil ich die auf meinem Jessie nicht eindeutig identifizieren konnte. Irgendetwas ist dabei wohl passiert...
Gruß
G.
ZitatNein, für die SD2 wird _nur_ libcrypt-rijndael-perl benötigt. Der Rest ist in 10_CUL_HM.pm implementiert.
Gilt das auch für HMUARTLGW (00_HMUARTLGW.pm)?
Häng mich mal hier ran mit der selbigen Beobachtung
Hi,
die 00_HMUARTLGW.pm implementiert doch den IO, Homematic läuft immer über die 10_CUL_HM.pm
Gruß Otto
Hallo,
das Senden von TeamCall-/Alarmkommandos an die SD2 ist leider fragil. Bei jedem Befehl muss entweder der MessageCounter der Nachricht größer sein als der letzte oder (falls dies nicht der Fall ist) der Generationenzähler inkrementiert werden. Beide Werte werden in dem Reading aesCBCCounter des Teamleads abgelegt:
aesCBCCounter GGGGMM
Hierbei ist GGGG der Generationenzähler in Hex und MM der Messagecounter in Hex. Sollte dieses Reading gelöscht werden, reagieren die SD2 nicht mehr, da sie denken, eine alte Nachricht empfangen zu haben. Leider kann man die aktuellen Werte auch nicht mehr aus den SD2 auslesen...
Falls die SD2 also nicht mehr reagieren, kann man mal probieren den Generationenzähler per Hand zu inkrementieren und den MessageCounter auf 0 zu setzen (aesCBCCounter hier vorher 0000XX):
setreading TeamLead aesCBCCounter 000100
Falls das Reading komplett gelöscht wurde, bitte langsam rantasten und den Generationenzähler immer nur um 1 erhöhen, denn was passiert, wenn der Generationencounter nach FFFF überläuft hat bisher noch niemand ausprobiert...
Viele Grüße
Michael
Das hat mir geholfen, ging wahrscheinlich seit dem Neuaufsetzen von FHEM vor ein paar Wochen nicht mehr.
Könnte den Hinweis jemand ins Wiki schreiben?
Ich habe den Post #33 von Michael einfach mal so ins Wiki übernommen.
https://wiki.fhem.de/wiki/HM-SEC-SD_Rauchmelder
Gruß Otto
Zitat von: Slade am 11 März 2018, 08:09:25
Deinstallation von libcrypt-rijndael-perl über apt-get, Neuinstallation von libcrypt:rijndael:perl über cpan Crypt::Rijndael_PP, zusätzlich cpan Crypt::Cipher::AES (just for sure).
...
Vielleicht hilft es bei dem ein oder anderen hier auch.
Hallo zusammen,
bei meinem hm-sec-sd hat es leider nicht geholfen. Ich kriege einfach keinen willentlichen Alarm mit FHEM ausgelöst.
Hier mal das Listing vom Teammelder:
Internals:
DEF 10101001
FUUID 5c532315-f33f-53a6-3e80-a0294b75b26d5496
NAME Teammelder_Wasch
NOTIFYDEV global
NR 786
STATE smoke-Alarm_0B
TESTNR 1
TYPE CUL_HM
chanNo 01
device TeamVirtuell
peerList Rauchmelder_Wasch,
sdTeam sdLead
READINGS:
2019-03-02 17:27:15 eventNo 0B
2019-03-02 17:27:15 level 200
2019-03-04 20:31:22 peerList Rauchmelder_Wasch,
2019-03-02 17:27:15 recentAlarm TeamVirtuell
2019-03-02 17:27:15 smoke_detect TeamVirtuell
2019-03-04 20:31:22 state smoke-Alarm_0B
2019-01-31 18:00:57 teamCall from TeamVirtuell:3
helper:
fkt sdLead1
peerFriend peerSD,peerSens,peerAct
peerOpt -:virtual
regLst
expert:
def 1
det 0
raw 1
tpl 0
role:
chn 1
vrt 1
tmpl:
Attributes:
model virtual_1
peerIDs 1E8AE001,
room RAUCHMELDER
webCmd press short:press long
Und nachfolgend das Listing vom Rauchmelder:
Internals:
CUL_0_MSGCNT 1
CUL_0_RAWMSG A0D0AA4101E8AE006046306010000::-47:CUL_0
CUL_0_RSSI -47
CUL_0_TIME 2019-03-05 17:52:43
DEF 1E8AE0
FUUID 5c532205-f33f-53a6-b640-ff8a213fba19bfb9
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 1
NAME Rauchmelder_Wasch
NOTIFYDEV global
NR 783
STATE off
TYPE CUL_HM
chanNo 01
lastMsg No:0A - t:10 s:1E8AE0 d:060463 06010000
peerList 1F736401,
protLastRcv 2019-03-05 17:52:43
protRcv 1 last_at:2019-03-05 17:52:43
protSnd 1 last_at:2019-03-05 17:52:43
protState CMDs_done
rssi_at_CUL_0 cnt:1 min:-47 max:-47 avg:-47 lst:-47
READINGS:
2019-03-04 20:31:22 Activity alive
2019-01-31 20:46:11 CommandAccepted no
2019-01-31 18:06:26 D-firmware 1.0
2019-01-31 18:06:26 D-serialNr JEQ0732806
2019-01-31 18:06:17 PairedTo 0x060463
2019-01-31 17:38:56 R-pairCentral 0x060463
2019-01-31 18:06:17 RegL_00. 00:00 02:01 0A:06 0B:04 0C:63
2019-03-05 17:52:43 battery ok
2019-03-05 17:52:43 level 0
2019-03-04 20:31:22 peerList 1F736401,
2019-02-06 18:35:08 powerOn 2019-02-06 18:35:08
2019-03-05 17:52:43 recentStateType info
2019-03-02 17:27:15 smoke_detect TeamVirtuell
2019-03-05 17:52:43 state off
2019-01-31 18:00:57 teamCall from TeamVirtuell:3
helper:
HM_CMDNR 10
mId 0042
peerFriend peerSD
peerOpt p:smokeDetector
regLst 0
rxType 2
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +1E8AE0,00,00,00
nextSend 1551804763.56724
rxt 0
vccu vccu
p:
1E8AE0
00
00
00
prefIO:
CUL_0
mRssi:
mNo 0A
io:
CUL_0:
-39
-39
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO CUL_0
flg A
ts 1551804763.46819
ack:
HASH(0x492af30)
0A80020604631E8AE000
rssi:
at_CUL_0:
avg -47
cnt 1
lst -47
max -47
min -47
tmpl:
Attributes:
IODev CUL_0
IOgrp vccu:CUL_0
actCycle 099:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
model HM-SEC-SD
msgRepeat 1
peerIDs 00000000,1F736401,
room RAUCHMELDER
serialNr JEQ0732806
subType smokeDetector
webCmd statusRequest
Ein Auszug vom Log vom Rauchmelder sieht so aus:
2019-03-02_17:24:16 Rauchmelder_Wasch Activity: alive
2019-03-02_17:27:02 Rauchmelder_Wasch battery: ok
2019-03-02_17:27:02 Rauchmelder_Wasch level: 0
2019-03-02_17:27:02 Rauchmelder_Wasch off
2019-03-02_17:27:15 Rauchmelder_Wasch smoke_detect: TeamVirtuell
2019-03-02_17:27:15 Rauchmelder_Wasch smoke-Alarm_0B
Es wird im Log also schon ein Alarm ausgelöst, - nur zu hören ist leider nichts.
Hat jemand noch eine Idee, was ich machen kann? ...Otto?
VG,
al
Moin,
der Teamleader ist zwar mit dem RM gepeert -> peerIDs 1E8AE001,
Aber der RM nicht mit dem Teamleader sondern mit etwas anderem -> peerIDs 00000000,1F736401,
Mach mal bitte noch ein list TeamVirtuell
und ein list DEF=1F7364
Gruß Otto
Zitat von: Otto123 am 06 März 2019, 09:31:05
Mach mal bitte noch ein list TeamVirtuell
und ein list DEF=1F7364
..gerne doch :-)
Internals:
DEF 101010
FUUID 5c5322f5-f33f-53a6-875f-59dbe38f9d8f58ac
IODev CUL_0
NAME TeamVirtuell
NOTIFYDEV global
NR 785
STATE CMDs_done
TYPE CUL_HM
channel_01 Teammelder_Wasch
READINGS:
2019-03-02 17:27:11 state CMDs_done
helper:
HM_CMDNR 208
mId FFF1
peerFriend peerSens,peerAct
peerOpt -:virtual
regLst
rxType 1
expert:
def 1
det 0
raw 1
tpl 0
io:
prefIO
vccu
mRssi:
mNo
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
dev 1
vrt 1
tmpl:
Attributes:
IODev CUL_0
expert 2_raw
model virtual_1
room RAUCHMELDER
subType virtual
webCmd virtual
Bei einem
list DEF=1F7364 kommt nix.
Vielleicht wäre es noch wichtig anzumerken, dass ich den Melder hier im Marktplatz gebraucht gekauft hatte und dass er vielleicht von mir nicht richtig zurückgesetzt wurde (?)
VG,
al
So wird es wohl sein.
Dann musst Du erst das peering löschen und anschließend neu machen:
set Rauchmelder_Wasch peerBulk 1F736401 unset
Dann Datenübertragung abwarten und nach einer Weile mit getConfig schauen das der peereintrag verschwunden ist.
Danach peer setzen:
set Rauchmelder_Wasch peerBulk 10101001 set
Und wieder schauen ob es geklappt hat.
Du solltest dem TeamVirtuell noch IOgrp spendieren. Mit dem Befehl kannst Du alle HM Geräte listen, siehst auf einen Blick welches IODev eingetragen ist und ob IOgrp gesetzt ist.list DEF=...... IODev IOgrp
Gruß Otto
Vielen Dank, Otto!
Werde das heute Abend, wenn ich wieder zuhause bin, gleich ausprobieren.
Melde mich, wenn's geklappt hat!
LG,
al
Zitat von: justcallmeal am 06 März 2019, 10:25:59
wenn ich wieder zuhause bin, gleich ausprobieren.
Melde mich, wenn's geklappt hat!
Oh Otto, vielen Dank, - es hat geklappt!
...ich muss gestehen, ich hatte vorher noch nie irgendetwas gepeert oder entpeert; - somit wieder etwas gelernt :)
LG,
al
Hallo zusammen,
und erstmal noch alles Gute zum Neuen Jahr !
Ich stehe hier leider trotz Studium des Forums und Wiki "auf dem Schlauch" und bekomme keinen Ton aus meinem HM-SEC-SD-2 !
Level zählt bis auf 198 hoch und dann bleibt es still.
Der aesCBCCounter zählt auch bei jeder Alarmauslösung hoch.
Peering sollte richtig sein, jedenfalls zeigt HM-Info keinen Peer-Fehler.
Deinstallieren des Moduls libcrypt-rijndael-perl über apt-get und Neu-Installation über cpan und/oder apt-get war auch erfolglos.
Anbei die Lists vom Teamlead, Raummelder und Logbuch:
Wäre Klasse, wenn jemand noch einen Tip hätte.
Vielen Dank schonmal.
VG
Onkel Tom
Zitat von: Onkel.Tom am 02 Januar 2022, 14:34:22
Hallo zusammen,
und erstmal noch alles Gute zum Neuen Jahr !
Ich stehe hier leider trotz Studium des Forums und Wiki "auf dem Schlauch" und bekomme keinen Ton aus meinem HM-SEC-SD-2 !
Level zählt bis auf 198 hoch und dann bleibt es still.
Der aesCBCCounter zählt auch bei jeder Alarmauslösung hoch.
Peering sollte richtig sein, jedenfalls zeigt HM-Info keinen Peer-Fehler.
Deinstallieren des Moduls libcrypt-rijndael-perl über apt-get und Neu-Installation über cpan und/oder apt-get war auch erfolglos.
Anbei die Lists vom Teamlead, Raummelder und Logbuch:
Wäre Klasse, wenn jemand noch einen Tip hätte.
Vielen Dank schonmal.
VG
Onkel Tom
Problem gelöst durch:
https://forum.fhem.de/index.php?topic=123388.0
#7
Jetzt machen sie krach :)
VG