Innensirene HM-Sec-Sir-WM

[raimundl]

Zur weiteren Info hinsichtlich CH2 (eher CH4) Problematik ein Auszug aus dem ELV Forum:


Fehler beim Gerät HM-Sec-Sir-WM
von KitKat » 29.05.2016, 14:20 geändert am 29.05.2016 14:35
Hallo, es gibt ein Problem mit der Innensirene HM-Sec-Sir-WM.

Wenn man ein Programm erstellt, um die Innensirene Scharf zuschalten, dann sind die zustände vertauscht.

Programm Bsp:

Bedingung: Wenn... HM-RCV-50 BidCoS-RF:20 bei Tastendruck kurz

Aktivität: Dann... Sirene Scharfschalten verzögert um 1sek. alle Sensoren scharf, (extern scharf)

Ergebnis:

Das Scharfschalten der Sirene wird dann zwar ausgeführt, aber es wird nicht wie im Programm angegeben der externe Alarm Scharfgeschaltet, sondern der interne. Also es ist genau falsch herum.

Auch das Akustisches und Optische Signal für Scharfschaltung intern wird dann für intern wiedergegeben und nicht wie eigentlich geschaltet für extern. Auch alle anderen Einstellungen werden dann von Ch.: 1 wiedergegeben und nicht wie es eigentlich sollte von Ch.: 2.

Wenn ein Programm erstellt wird, um den internen Alarm scharf zu schalten, dann wird der externe Alarm scharfgeschaltet.

Dieses Problem, sollte unbedingt und schnellstmöglich behoben werden!
KitKat


AW: Fehler beim Gerät HM-Sec-Sir-WM
von papi32 » 29.05.2016, 14:33 geändert am 29.05.2016 14:33
Korrekt,

die Fehlschaltung wird sowohl in der WebUI-Favoritenanzeige, als auch von der Geräte-LED und dem Geräte-Quittungston bestätigt.
Es handelt sich mit ziemlicher Sicherheit und eine Vertauschung der Beschriftungen der beiden Buttons "intern..." und "extern..." unter Geräteauswahl - Kanal - Funktion, innerhalb eines Programmes.
papi32



von ELV - Technische Kundenbetreuung » 26.07.2016, 09:44
Hallo zusammen,

in der neuen CCU2 Firmware 2.21.10 ist das Verhalten nun behoben.

[blackbite]

Hallo,
Was Du im ELV-Forum gefunden hast, bezieht sich auf eine Vertauschung im Web-UI der Homematic CCU. Die Sirene selbst ist was Ch1 und Ch2 angeht nicht vertauscht.
Die Sirene quittiert z.B. ein "extern scharf mit Verzögerung" mit zwei kurzen optischen und akustischen Signalen. In diesem Zustand - genauer gesagt nach dem Standard-Delay von 30 Sekunden ist die Alarmanlage "extern scharf" und sollte auf alle angelernten Sensoren an Ch1 und Ch2 reagieren. Ch3 - der sogenannte Panik-Sender geht immer und unabhängig vom Scharfschaltzustand der Sirene.

Wie bereits mehrfach im Forum zu lesen, löst ein gepeerter Sensor - in meinem Fall zwei HM-Sen-MDIR-WM55 Bewegungsmelder - in keinem der Scharfschaltzustände überhaupt Alarm aus.
Die an Ch1 gepeerten HM-SEC-SCo Tür- / Fenstersensoren hingegen funktionieren einwandfrei.
Mit Ch4 kann man nur die verschiedenen Scharfschaltzustände schalten:
Alarm unscharf
Alarm intern scharf
Alarm extern scharf
Alarm intern scharf mit Verzögerung
Alarm extern scharf mit Verzögerung

Das Ganze funktioniert auch mit sh und lg Schaltern, da hier mit jumpto Triggern gearbeitet wird.
Martin hat in Ch4 bislang nur die folgenden Schaltzustände integriert:
disarmed = Alarm unscharf
armExtSens = Alarm intern scharf = bin im Haus, nur die Sensoren der Außenhaut (Ch1) lösen Alarm aus --> funktioniert
armAll = Alarm extern scharf = bin außer Haus, alle Sensoren (auch die internen an Ch2) lösen Alarm aus --> funktioniert nicht, da armAll in der Sirene denselben Schaltzustand auslöst, wie armExtSens
armBlocked = keine Ahnung?

Eine an Ch4 angelernte Fernbedienung kann zwar die verschiedenen Scharfschaltzustände in der Sirene erfolgreich setzen, das ändert aber nichts daran, dass die an Ch2 angelernten Sensoren dann trotzdem keinen Alarm auslösen...
Wenn mir jemand der Erfahrenen vielleicht noch mal eine kurze Starthilfe geben kann, wie ich die gewünschten Logs und Listings für Martin posten kann, mache ich das gerne.
Im Device HM-Sec-Sir-WM das Attribut expert auf 251_anything und was noch?

Grüße
Blackbite

[raimundl]

Hallo, nach try und error möchte ich hier meine Ergebnisse darstellen (Teils schon im Vorpost beantwortet)

CH1 - CH4 peered (single) mit RC:

CH1 - Sirene_Sen_01 Außenhaut (Fenster, Eingangstor ...) löst Alarm aus
CH2 - Sirene_Sen_02 Gebäudeinnere (Bewegmelder ...) löst Alarm aus
CH3 - Sirene_Panic    löst immer Alarm aus!
CH4 - Sirene_Arm      kurzer Druck = verzögert scharf für CH1 und CH2 (akustische Bestätigung lang-kurz-kurz)
                      langer Druck = verzögert scharf für CH1 (akustische Bestätigung lang-kurz)
                      kurzer Druck bei scharfer Anlage oder im Alarmfall = unscharf (akustische Bestätigung lang-lang)

Die akustische Auswertung der FHEM Applikation ergibt für alle Einstellungen:

alarmLevel-armExtSens,
alarmLevel-armAll und
alarmLevel-armBlocked

das gleiche Signal (lang-kurz), was s.o. nur scharf für CH 1 bedeutet!
Daher m.E. kein CH 2 möglich.

LG

[blackbite]

Hallo raimundl,

hast Du jetzt nur die RC gepeered und quasi mit Taste 2 einen Trigger für Ch2 ausgelöst? Oder hast Du da einen "echten" BWM an Ch2 dran und wenn ja, welchen? Vielleicht funktioniert eine direkte Taste der RC als Trigger ja, aber eben der des HM-Sen-MDIR-WM55 (wie in meinem Fall) nicht.

[raimundl]

Eine an Ch4 angelernte Fernbedienung kann zwar die verschiedenen Scharfschaltzustände in der Sirene erfolgreich setzen, das ändert aber nichts daran, dass die an Ch2 angelernten Sensoren dann trotzdem keinen Alarm auslösen...
Wenn mir jemand der Erfahrenen vielleicht noch mal eine kurze Starthilfe geben kann, wie ich die gewünschten Logs und Listings für Martin posten kann, mache ich das gerne.
Im Device HM-Sec-Sir-WM das Attribut expert auf 251_anything und was noch?

Grüße
Blackbite

Als weiteren Test habe ich nun einen Fensterkontakt mit CH 2 gepeered, scharf geschaltet mit CH 4 (1xkurz) und es funktionierte auf Anhieb.

LG

[martinp876]

ich habs noch nicht überrissen.
Chan 4 liefert den ARM zu Zustand. Mehr als die Zustände welchen Angeboten werden kann ich nicht implementieren. Das sind die 4.
Wo der unterschiedzwichen blocked und disarmed liegt solltet ihr testen. Es kann an den Triggern des Channel 4 liegen.

Offensichtlich funktioniert Chan2. Man muss in jedem Fall Chan 4 dazu berücksichtigen.
Ich denke ihr solltet Szenarien aufstellen mit denen man erst einmal arbeiten kann.
Dann die bezüge definieren - was machen die Register in Chan4 - und was die in Chn1 und 2 und 3

Hierzu empfehle ich templates zu nutzen - das sollte das Leben für Einsteiger erheblich vereinfachen.

Was dann noch stehen bleibt wird muss untersucht werden.


p.s.. testet erst einmal alles mit short. Long kann das gleich.... last euch nicht verwirren.

[blackbite]

Hallo,
wieder einen Schritt weiter...
Ich habe mal eine Taste der RC4 direkt an den Ch2 der Sirene gepeert und entsprechend extern scharf gestellt. Siehe da, der Alarm kommt, wenn die Taste der RC4 gedrückt wird.
Somit scheint es doch ein Problem im Zusammenspiel des HM-Sen-MDIR-WM55 zu sein.
Die RC4 sendet ein "Short" als state an die Sirene und der Trigger funktioniert.
Der HM-Sen-MDIR-WM55 sendet ein Motion als state und ein "on" an die Sirene - und da triggert nichts. Vielleicht hat es ja damit zu tun.

Code Auswählen Erweitern

R-Alarmanlage_Sen_02-peerNeedsBurst
off
2016-06-30 19:55:11
R-brightFilter
7

2016-06-29 22:00:24
R-captInInterval
off
2016-06-29 22:00:24
R-evtFltrNum
1

2016-06-29 22:00:24
R-evtFltrPeriod
1 s

2016-06-29 22:00:24
R-minInterval
240

2016-06-29 22:00:24
R-sign
off

2016-07-30 21:38:58
RegL_01.
01:12 02:74 08:00 22:00 30:03 00:00

2016-07-30 21:38:57
RegL_04.Alarmanlage_Sen_02
01:00 00:00

2016-07-30 21:39:00
brightness
133

2016-07-31 14:52:05
motion
on (to Alarmanlage)

2016-07-31 14:52:05
motionCount
122_next:240s

2016-07-31 14:52:05
motionDuration
242

2016-07-31 14:38:07
peerList
Alarmanlage_Sen_02,

2016-07-31 14:52:48
state
motion

2016-07-31 14:52:05
trigger_cnt
122

2016-07-31 14:52:05

Hier die Readings der RC4, die ausgelöst hat:

Code Auswählen Erweitern

R-Alarmanlage_Sen_02-expectAES
off

2016-07-31 15:08:07
R-Alarmanlage_Sen_02-peerNeedsBurst
on

2016-07-31 15:08:07
R-sign
off

2016-06-29 22:59:35
RegL_01.
04:10 08:00 09:00 00:00

2016-07-31 15:08:03
RegL_04.Alarmanlage_Sen_02
01:01 00:00

2016-07-31 15:08:07
peerList
Alarmanlage_Sen_02,

2016-07-31 15:08:04
state
Short (to Alarmanlage)

2016-07-31 15:13:02
trigger
Short_25

2016-07-31 15:13:02
triggerTo_Alarmanlage
Short_25_ack

2016-07-31 15:13:02
trigger_cnt
25

2016-07-31 15:13:02

Grüße Blackbite

[raimundl]

Hallo Martin,

leider kann ich nur etwas liefern, wofür meine Kenntnisse reichen. Ich habe im Eventmonitor die unterschiedlichen Signale (CH4) beobachtet. Hier die Unterschiede:

Scharf verzögert CH1 und CH2:
2016-07-31 15:28:56 CUL_HM Sirene_Arm level: 100
2016-07-31 15:28:56 CUL_HM Sirene_Arm pct: 100

Scharf verzögert CH1:
2016-07-31 15:30:45 CUL_HM Sirene_Arm level: 25
2016-07-31 15:30:45 CUL_HM Sirene_Arm pct: 25

Unscharf:
2016-07-31 15:31:29 CUL_HM Sirene_Arm level: 0
2016-07-31 15:31:29 CUL_HM Sirene_Arm pct: 0

über FHEM

arm extSens:
2016-07-31 15:57:41 CUL_HM Sirene_Arm level: 0.5
2016-07-31 15:57:41 CUL_HM Sirene_Arm pct: 0.5

armAll:
2016-07-31 15:57:45 CUL_HM Sirene_Arm level: 1
2016-07-31 15:57:45 CUL_HM Sirene_Arm pct: 1

armBlocked:
2016-07-31 15:57:50 CUL_HM Sirene_Arm level: 1.5
2016-07-31 15:57:50 CUL_HM Sirene_Arm pct: 1.5

Nachstehend etwas umfangreicher:

Code Auswählen Erweitern

Scharf CH1 und CH2:
2016-07-31 15:28:24 CUL_HM FB_Btn_04 triggerTo_Sirene: Short_157_ack
2016-07-31 15:28:24 CUL_HM Sirene sabotageError: off
2016-07-31 15:28:24 CUL_HM Sirene_Arm deviceMsg:  (to FB)
2016-07-31 15:28:24 CUL_HM Sirene_Arm level: 0
2016-07-31 15:28:24 CUL_HM Sirene_Arm pct: 0
2016-07-31 15:28:24 CUL_HM Sirene_Arm -
2016-07-31 15:28:24 CUL_HM Sirene_Arm timedOn: running
2016-07-31 15:28:56 CUL_HM Sirene sabotageError: off
2016-07-31 15:28:56 CUL_HM Sirene CMDs_done
2016-07-31 15:28:56 CUL_HM Sirene_Arm deviceMsg:  (to VCCU)
2016-07-31 15:28:56 CUL_HM Sirene_Arm level: 100
2016-07-31 15:28:56 CUL_HM Sirene_Arm pct: 100
2016-07-31 15:28:56 CUL_HM Sirene_Arm -
2016-07-31 15:28:56 CUL_HM Sirene_Arm timedOn: off

Scharf CH 1:
2016-07-31 15:30:12 CUL_HM FB_Btn_04 triggerTo_Sirene: Long_159_ack
2016-07-31 15:30:12 CUL_HM Sirene sabotageError: off
2016-07-31 15:30:12 CUL_HM Sirene_Arm deviceMsg:  (to FB)
2016-07-31 15:30:12 CUL_HM Sirene_Arm level: 0
2016-07-31 15:30:12 CUL_HM Sirene_Arm pct: 0
2016-07-31 15:30:12 CUL_HM Sirene_Arm -
2016-07-31 15:30:12 CUL_HM Sirene_Arm timedOn: running
2016-07-31 15:30:45 CUL_HM Sirene sabotageError: off
2016-07-31 15:30:45 CUL_HM Sirene CMDs_done
2016-07-31 15:30:45 CUL_HM Sirene_Arm deviceMsg:  (to VCCU)
2016-07-31 15:30:45 CUL_HM Sirene_Arm level: 25
2016-07-31 15:30:45 CUL_HM Sirene_Arm pct: 25
2016-07-31 15:30:45 CUL_HM Sirene_Arm -
2016-07-31 15:30:45 CUL_HM Sirene_Arm timedOn: off

Unscharf:
2016-07-31 15:31:29 CUL_HM FB_Btn_04 triggerTo_Sirene: Short_160_ack
2016-07-31 15:31:29 CUL_HM Sirene sabotageError: off
2016-07-31 15:31:29 CUL_HM Sirene_Arm deviceMsg:  (to FB)
2016-07-31 15:31:29 CUL_HM Sirene_Arm level: 0
2016-07-31 15:31:29 CUL_HM Sirene_Arm pct: 0
2016-07-31 15:31:29 CUL_HM Sirene_Arm -
2016-07-31 15:31:29 CUL_HM Sirene_Arm timedOn: off

[raimundl]

Hallo raimundl,

hast Du jetzt nur die RC gepeered und quasi mit Taste 2 einen Trigger für Ch2 ausgelöst? Oder hast Du da einen "echten" BWM an Ch2 dran und wenn ja, welchen? Vielleicht funktioniert eine direkte Taste der RC als Trigger ja, aber eben der des HM-Sen-MDIR-WM55 (wie in meinem Fall) nicht.

Hallo!

Habe nun einen HM-Sec-MDIR-2 mit der Sirene gepeert - funktioniert.
Ev. eingestellte Verzögerung (bei mir 240 sec.) für Wiederauslösung beachten!

LG

[blackbite]

Hallo Martin,

ich habe jetzt mal für Dich ein wenig mehr Infos. Folgendes habe ich nachgestellt und die dazugehörigen Ergebnisse beigefügt:

Test1: Sirene scharf geschaltet (Ch1 und Ch2 über Ch4 aktiviert = extern scharf)
Event von HM-Sen-MDIR-WM55 = Flur_MDIR_HM_2_Motion ausgelöst --> kein Alarm

Test2: Sirene wie zuvor extern scharf
Event von RC4 = HM_AlarmRemote_2_armExt ausgelöst --> Alarm

Ich glaube, dass der HM-Sen-MDIR-WM55 hier das Problem ist, denn so wie ich das sehe, kommt kein ACK von der Alarmanlage. Der MDIR sendet wohl nicht nur Motion, sondern auch den Helligkeitswert. Vielleicht kommt die Alarmanlage damit nicht klar. Im Log, bei der ich den Alarm über die RC4 auslösen konnte, sieht man auch schön, wie die Alarmanlage den empfangenen Trigger quittiert.
Das könnte erklären, warum es eben bei einigen geht, speziell aber z.B. beim HM-Sen-MDIR-WM55 nicht.

Anbei für beide Fälle jeweise die Lists als Expert 251 und die relevanten Stellen aus dem Eventlog mit Verbose = 5.
Ich hoffe, das ist so halbwegs richtig, was ich Dir da liefere. Sorry bin halt noch grün hinter den FHEM-Ohren... aber lernfähig 

Danke und Grüße
Blackbite

[lucianbulz]

Hallo,

kann mir jemand bitte nur verraten wie ich die Sirene zum häulen bringe und diese auch wieder abstelle, ohne irgendwelche Sensoren oder so... Ich fahre in einigen Tagen auf Urlaub und möchte die Sirene noch in der Anlage haben..
LG

[martinp876]

hallo blackbite,

erst einmal formal:
ein List bitte als List aus dem System lassen. Die Webseite mit cut/past auszuschneiden ist sehr unleserlich. Oder findest du es ünersichtlich?
Alternativ geht auch ein "get regTable"
rohmessages aufzeichnen wie in Wiki "sniffen" geschrieben.

So - inhaltlich:
31C0DA  - wer ist das? Zufall?
4A1A38 - der mdir?
4C4AED - die Sirene?
354CCC - die Zentrale?

Korrekt, der MDIR bekommt keine Antwort. Hier sendet  Kanal 3 einen Trigger. hast du diesen Kanal mit der Sirene gepeert? Scheint jedenfalls so.

Vom RC4 sehe ich keinen Trigger. Was hast du geloggt? Ich sehe eine Statusmeldung der Sirene, Kanal 2. Das log ist unvollständig.

[martinp876]

teste einmal: Baue in HMConfi.pm folgende Zeilen ein, mache ein reboot danach:

                     ,"HM-LC-RGBW-WM03"      =>{ brightAuto     =>"-bright- -colProg- -min- -max- -duration- -ramp- ..."}
                     ,"HM-Sec-Sir-WM01"      =>{ on             =>""
                                                ,off            =>""
                                               }
                     ,"HM-Sec-Sir-WM02"      =>{ on             =>""
                                                ,off            =>""
                                               }
                     ,"HM-Sec-Sir-WM04"      =>{ alarmLevel     =>"[disarmed|armExtSens|armAll|armBlocked]"}
also die Zeilen in der Mitte. Die Stelle im Code kannst du durch die Umrahmung einfach finden.
dann probiere ob du mit on/off arbeiten kannst. Ich werde dann die Kommandos ( und alle Verwanten) einbauen

[blackbite]

Hallo Martin,

danke, dass Du hilfst. Mein nächstes List wird besser sein. Danke für den Hinweis, dass das auch im Wiki zu finden ist.

31C0DA  - wer ist das? Zufall? --> würde mal behaupten, ja
4A1A38 - der mdir? --> exakt
4C4AED - die Sirene? --> exakt
354CCC - die Zentrale? --> exakt

Du hast alles richtig interpretiert. Der MDIR hat an Ch1 und Ch2 ja die Tasten und Ch3 ist der MotionDetect, den ich ganz normal an den Ch2 der Alarmanlage gepeered habe.
Im Log der Remote Control ist doch:
2016.07.31 17:38:41 5: Triggering HM_AlarmRemote_2_armExt (1 changes)
2016.07.31 17:38:41 5: Starting notify loop for HM_AlarmRemote_2_armExt, first event triggerTo_Alarmanlage: Short_53_ack
2016.07.31 17:38:43 5: HMLAN: Skip ACK
2016.07.31 17:38:43 5: CUL_HM Alarmanlage protEvent:CMDs_done
2016.07.31 17:38:43 5: CUL_HM Alarmanlage sent ACK:2
2016.07.31 17:38:43 5: Triggering Alarmanlage_Sen_02 (5 changes)
2016.07.31 17:38:43 5: Starting notify loop for Alarmanlage_Sen_02, first event deviceMsg: off (to hmusb)

Hier dachte ich, sieht man, dass der ACK für den Trigger der Remote Control kommt.
Ich werde jedenfalls gleich mal den Code einbauen und berichten. Danke

Blackbite

[blackbite]

Hallo Martin,

habe den Code nach Anweisung eingebaut, restart gemacht und noch mal neu gesnifft. Leider nach wie vor kein Alarm vom HM-Sen-MDIR-WM55. Wieder nur erfolgreich von der HM_AlarmRemote_2.