Hallo und kurze Frage:
Wird die Innensirene HM-Sec-Sir-WM schon unterstützt?
Gruß Deudi
Ja. Noch nie praktisch etwas gehoert
Hat jemand die Sirene mittlerweile im Einsatz und kann berichten ob alles ohne Probleme funktioniert?
Hallo
die Sirene wurde eben zusammen gebaut und erscheint wie folgt:
CUL_HM
channel_01
HM_4C4AB1_Sen_01
channel_02
HM_4C4AB1_Sen_02
channel_03
HM_4C4AB1_Panic
die Frage die noch offen ist, mit welchen Befehlen kann diese angesteuert werden?
Wenn ich etwas sniffen soll, sagt mir bitte Bescheid
Gruß
Oliver
Hallo Zusammen,
vielleicht hilft ja der beigefügte Screenshotauszug der CCU-Befehle aus dem ELV-Video
Kann denn keiner Tipps gebens zur Programmierung der Sirene?
Danke
Gruß
Oliver
hi liebe Leute,
ich möchte die Sirene auch gern mit meiner FHEM Alarmanlage verbinden, jedoch finde ich keine Befehle wie ( set Sirene on , set Sirene off ) ...
Peeren geht irgendwie auch nicht ( mit vButton Fehler peer is not a channel ).
Würde mich freuen, wenn uns jemand helfen könnte, vielen Dank schonmal vorab :-)
Hi,
also das Peeren habe ich mit folgender Anweisung hinbekommen
set TUERSENSOR peerChan 0 HM_4C4AB1_Sen_01 single
.
danach ein set HM_4C4AB1_Sen_01 getConfig
.
Danach war der Türsensor in der peerList.
Das aktivieren habe ich aber auch noch nicht hinbekommen.
Ein set HM_4C4AB1_Sen_01 sign on
erzeugt folgende Fehlermeldung.
sign failed: supported register are alarmTimeMax cyclicInfoMsg intKeyVisib lgActionType lgCtDlyOff lgCtDlyOn lgCtOff lgCtOn lgCtValHi lgCtValLo lgMultiExec lgOffDly lgOffTime lgOffTimeMode lgOnDly lgOnTime lgOnTimeMode lgSwJtDlyOff lgSwJtDlyOn lgSwJtOff lgSwJtOn localResDis lowBatLimitRT lowBatSignal pairCentral powerUpAction sabotageMsg shActionType shCtDlyOff shCtDlyOn shCtOff shCtOn shCtValHi shCtValLo shMultiExec shOffDly shOffTime shOffTimeMode shOnDly shOnTime shOnTimeMode shSwJtDlyOff shSwJtDlyOn shSwJtOff shSwJtOn signalTone statusInfoMinDly statusInfoRandom transmitTryMax
so - da hat einiges gefehlt.
Channel 4: bitte einmal nach dem Update (morgen) config drücken - dann wird Kanal04 angelegt.
Das Register soundId kann man von 0 bis 72 einstellen. Im PDF sehe ich 9 sounds. probiert einmal die Werte.
Hallo Martin,
danke für Deine Hilfe, funktioniert sehr gut
der 4. Channel wured korrekt angelegt
Ich habe die Sirene zum Testen mit einer HM-RC-Key4-2 gepeert.
Wenn ich im Kanal 4 der Sirene mit set alarmLevel armall eingebe und dann die gepeerte Taste des Hansenders betätige geht die Sirene los und läuft hier die Timerfolge 120 sec ab.
Ausschalten kann ich das Sirenensignal vor dem Timerende mit set alrmLevel disarmed
Ich habe auch mal eine andere soundId probiert, klappt auch wunderbar
Was meines Erachtens noch sehr praktisch wäre, ist für die Sirene eine ähnliche Befehlsfolge wie beim Mp3- Gong zu haben, der wie folgt aussehen könnte:
Set Sirene: soundid, Dauer, Lautstärke - dann könnte man das auch ohne peeren in FHEM mit sämtlichen anderen DOIF, etc kombinieren
Wenn Du Logs, oder Raw-Tests etc benötigst, gib Bescheid, dann lege ich los :-)
Gruß & nochmal Danke
Oliver
Hallo,
ich habe das Gefühl das bei mir nur Channel 01 auslöst.
Meine Erwartung wäre ja, das alle mit Channel 02 gepeerten Sensoren genau dann zu Auslösung der Sirene führen, wenn in Channel 04 der entsprechende Bereich aktiviert wurde.
Bei mir ist es so, das egal welchen Typ ich aktiviere (siehe Screen) immer Channel 01 Sensoren zur Auslösung führen. Mit Channel 02 gepperte Senoren führen mit keiner Einstellung zum Auslösen.
Kann das jemand Bestätigen?
Hallo,
trotz eines mehrmaligen getConfig sehen bei mir der Channel 01 und der Channel 02 unterschiedlich aus.
Beim Scharfschalten über den Channel 04 (egal welcher Modus) lösen immer nur die Geräte welche an Channel01 gepeer sind aus.
Die Trigger für Geräte im Channel02 können zwar prima verfolgt werden allerdings führt es nie zu einer Auslösung.
Hat jemand eine Idee was ich hier falsch gemacht habe.
Löschen attr expert in den channels.
Setze es im device auf 251 während dem Test.
Setze intKeyVisib auf visib. Mache ein getconfig im device.
Jetzt vergleiche die channels.
Mache ein get reglist, ist übersichtlicher.
Dann sehen wir einmal. Achte auf die peers.
also ich habe mich nach den letzten Updates nochmals ein bisschen länger mit der Sirene beschäftigt.
Vorallem der Channel 4 hat mir sehr geholfen ( vielen Dank für die Implementierung ) !
Nun funktioniert es wie es soll:
Mit
set Sirene_Arm alarmLevel armAll
schalte ich die Anlage scharf
mit
set Sirene_Arm alarmLevel disarmed
schalte ich die Anlage unscharf
mit einem vButton(gepeert mit Channel 1 der Sirene) im scharfen Zustand lässt sich der Alarm auslösen
set vSirene_Btn4 postEvent open
Das Ganze ist mit dem Alarm Modul ins System eingepflegt und funktioniert sehr gut, ohne dass ich alle Sensoren mit der Sirene peeren musste.
Sirene macht krach und ist aussen fest montiert an einer Stelle, die man nicht gleich sieht und ohne Leiter nicht erreichbar ist :-)
Hallo Martin,
anbei mal meine Readings.
Aktuell besteht immer noch das Problem, das egal welcher Typ aktiviert ist immer Channel 01 Sensoren auslösen. Mit Channel 02 gepperte Senoren führen mit keiner Einstellung zum Auslösen.
Was kann ich noch konkret machen um dem Problem auf die Spur zu kommen.
Gruß A.
Hallo Martin,
habe die HM-Sec-Sir-WM nun auch eingebunden. Die wichtigsten Dinge funktionieren dank Deiner Implementierung ja schon. Was noch schön wäre, wenn noch gezielt das verzögerte Scharfschalten (intern / extern) als Parameter angegeben werden könnte.
Channel 4 habe ich mal an meine Funkwandtaster (dual set) gepeered. Beim ersten Tastendruck geht die Alarmanlage auf "extern scharf delayed". Drücke ich diesebe Taste noch einmal, wird geswitched auf "extern scharf unverzögert". Die haben da eine eigene Umschaltlogik über die SwJtDlyOff und SwJtDlyOn realisiert. Vielleicht hilft das ja beim Erweitern des Funktionsumfangs.
Anbei mal meine Readings dazu.
No regs found for:
Alarmanlage_Arm type:siren -
list:peer register :value
1: acusticArmDly :on
1: acusticArmSens :on
1: acusticDisArm :on
1: acusticExtArm :on
1: acusticExtDly :on
1: acusticMultiDly :on
1: opticArmDly :on
1: opticArmSens :on
1: opticDisArm :on
1: opticExtArm :on
1: opticExtDly :on
1: opticMultiDly :on
1: statusInfoMinDly :2 s
1: statusInfoRandom :1 s
1: transmitTryMax :6
HM_28FD22_Btn_05 HM_28FD22_Btn_06 HM_3034D9_Btn_05 HM_3034D9_Btn_06 HM_303506_Btn_13 HM_303506_Btn_14
lg sh lg sh lg sh lg sh lg sh lg sh
ActionType jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget
CtDlyOff geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo
CtDlyOn geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo
CtOff geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo
CtOn geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo
CtValHi 180 180 180 180 180 180 180 180 180 180 180 180
CtValLo 1 1 1 1 1 1 1 1 1 1 1 1
MultiExec on off on off on off on off on off on off
OffDly [s] 0 0 0 0 0 0 0 0 0 0 0 0
OffTime unused unused unused unused unused unused unused unused unused unused unused unused
OffTimeMode absolut absolut absolut absolut absolut absolut absolut absolut absolut absolut absolut absolut
OnDly [s] 30 30 30 30 30 30 30 30 30 30 30 30
OnLevel [%] 25 100 25 100 25 100 25 100 25 100 25 100
OnLevelArm 0 0 0 0 0 0 0 0 0 0 0 0
OnTime unused unused unused unused unused unused unused unused unused unused unused unused
OnTimeMode absolut absolut absolut absolut absolut absolut absolut absolut absolut absolut absolut absolut
SwJtDlyOff off off on on off off on on off off on on
SwJtDlyOn off off on on off off on on off off on on
SwJtOff off off dlyOn dlyOn off off dlyOn dlyOn off off dlyOn dlyOn
SwJtOn dlyOff dlyOff on on dlyOff dlyOff on on dlyOff dlyOff on on
Danke und Grüße
blackbite
Hallo nochmal,
kann im Übrigen bestätigen, dass an Channel 02 gepeerte Sensoren keinen Alarm auslösen. Scheint ein genereller Bug zu sein. Mit dem Handsender HM-RC-Sec4-3 gelingt mir auch kein gezieltes Setzen von "intern scharf". Das hat Martin aber sowieso noch nicht im Channel 04 untergebracht. Hier gibt's wohl noch ein paar Dinge, die noch nicht unterstützt werden. Das mit Channel 02 wird wohl nur über ein FW-Update behoben werden können.
Mal sehen, was Martin machen kann, wenn er wieder zurück ist. Es sind ja doch ein paar Leute, die das Teil gerne zum Laufen bringen wollen.
Grüße
Blackbite
Zitat von: alec_osborne am 07 Juni 2016, 21:36:03
Hi,
also das Peeren habe ich mit folgender Anweisung hinbekommen
set TUERSENSOR peerChan 0 HM_4C4AB1_Sen_01 single
.
danach ein set HM_4C4AB1_Sen_01 getConfig
.
Danach war der Türsensor in der peerList.
Das aktivieren habe ich aber auch noch nicht hinbekommen.
Ein set HM_4C4AB1_Sen_01 sign on
erzeugt folgende Fehlermeldung.
sign failed: supported register are alarmTimeMax cyclicInfoMsg intKeyVisib lgActionType lgCtDlyOff lgCtDlyOn lgCtOff lgCtOn lgCtValHi lgCtValLo lgMultiExec lgOffDly lgOffTime lgOffTimeMode lgOnDly lgOnTime lgOnTimeMode lgSwJtDlyOff lgSwJtDlyOn lgSwJtOff lgSwJtOn localResDis lowBatLimitRT lowBatSignal pairCentral powerUpAction sabotageMsg shActionType shCtDlyOff shCtDlyOn shCtOff shCtOn shCtValHi shCtValLo shMultiExec shOffDly shOffTime shOffTimeMode shOnDly shOnTime shOnTimeMode shSwJtDlyOff shSwJtDlyOn shSwJtOff shSwJtOn signalTone statusInfoMinDly statusInfoRandom transmitTryMax
Hallo zusammen,
auch ich habe mir nun die HM-Sec-Sir-WM zusammengebaut.
Ich kann die Siren wie oben beschrieben verwenden: scharfschalten mit set <Arm_Channel(4)> alarmLevel armAll und anschließend über Channel 1 und einem vButton mittels postevent open aktivieren. Auch ich kann bestätigen, dass derzeit eine Auslösung über Channel 2 nicht klappt, trotz armAll.
Um die Auslösung per Challenge Response zu sichern, klappt derzeit das Setzen des o.g. Registers sign auch bei mir nicht:
sign failed: supported register are alarmTimeMax cyclicInfoMsg intKeyVisib lgActionType lgCtDlyOff lgCtDlyOn lgCtOff lgCtOn lgCtValHi lgCtValLo lgMultiExec lgOffDly lgOffTime lgOffTimeMode lgOnDly lgOnTime lgOnTimeMode lgSwJtDlyOff lgSwJtDlyOn lgSwJtOff lgSwJtOn localResDis lowBatLimitRT lowBatSignal pairCentral sabotageMsg shActionType shCtDlyOff shCtDlyOn shCtOff shCtOn shCtValHi shCtValLo shMultiExec shOffDly shOffTime shOffTimeMode shOnDly shOnTime shOnTimeMode shSwJtDlyOff shSwJtDlyOn shSwJtOff shSwJtOn signalTone soundId statusInfoMinDly statusInfoRandom transmitTryMax
Besten Dank an alle, die sich die Mühe geben solche neuen Aktoren in FHEM einzubauen !!!!
Viele Grüße,
ambiman
Versucht das Sign doch mal einzubauen. Vielleicht geht es prinzipiell so wie hier:
https://forum.fhem.de/index.php/topic,55104.msg467782.html#msg467782 (https://forum.fhem.de/index.php/topic,55104.msg467782.html#msg467782)
Zitat von: Deudi am 04 Juli 2016, 07:21:05
Versucht das Sign doch mal einzubauen. Vielleicht geht es prinzipiell so wie hier:
https://forum.fhem.de/index.php/topic,55104.msg467782.html#msg467782 (https://forum.fhem.de/index.php/topic,55104.msg467782.html#msg467782)
Hallo Deudi,
danke für den Tipp, habe die HMConfing im Hash für die "siren"-Geräte um das Key/Value-Pair sign erweitert - hinzugefügt ab Zeile 931:
931 ,siren =>{ intKeyVisib =>1
932 ,sign =>1
933 ,transmitTryMax =>1,statusInfoMinDly=>1,statusInfoRandom=>1
934
935 ,alarmTimeMax =>1,cyclicInfoMsg =>1,sabotageMsg =>1,signalTone =>1
936 ,lowBatLimitRT =>1,localResDis =>1,lowBatSignal =>1
937
938 ,OnDly =>1,OnTime =>1,OffDly =>1,OffTime =>1
939 ,OnTimeMode =>1,OffTimeMode =>1
940 ,ActionType =>1
941 ,SwJtOn =>1,SwJtOff =>1,SwJtDlyOn =>1,SwJtDlyOff =>1
942 ,CtValLo =>1,CtValHi =>1
943 ,CtOn =>1,CtDlyOn =>1
944 ,CtOff =>1,CtDlyOff =>1
945 ,lgMultiExec =>1,shMultiExec =>1
946 }
947 );
Und es funktioniert, das sign Register für die beiden Kanäle 1 und 4 konnte ich setzen.
@Martin: Kannst du die Änderungen permanent übernehmen und kann ich die AES Challenge Response irgendwie testen, indem ich bspw. temporär die hmKey Attribute abändere ?
Besten Dank & Gruß,
ambiman
Wird fuer alles eingebaut. In 2,5 Wochen.
Danke Martin
Schon jemand was rausgefunden, warum die Sensoren an Ch2 nie Alarm auslösen? Ich komme da auch nicht weiter.
Besten Dank & Gruß
ZitatSchon jemand was rausgefunden, warum die Sensoren an Ch2 nie Alarm auslösen? Ich komme da auch nicht weiter.
Ch2 geht bei mir auch nicht.
Aber sonst wie hier beschrieben.
So wie es aussieht, ist Martin frisch erholt und fleißig im Forum. Hoffen wir, dass er sich auch der HM-Sec-Sir-WM annehmen kann ;)
Viele Grüße
Blackbite
Hallo, habe da mal eine kleine Frage zur HM-Sec-Sir-WM,
im ch_04 (Arm) wird mir kein richtiger "state" angezeigt, nur ein "-".
Beim setzen eines "set xxx alarmLevel armAll oder disarmed" wird genau dieser Ausdruck als "state" füreine kurze Zeit angezeigt und verschwindet danach wieder. Sollte aber nicht im state armAll oder disarmed dauerhaft stehen ?
Hallo,
das ist mir auch schon aufgefallen. Es fehlt wohl noch ein wenig...
Wirklich ärgerlich ist aber auch, dass es wohl noch niemandem gelungen ist, an Ch2 gepeerte Sensoren zum Auslösen eines Alarms zu bringen. Ich kämpfe seit längerem damit, einen HM-Sen-MDIR-WM55 als Trigger für Ch2 zu verwenden. Die Fenstersensoren an Ch1 lösen hingegen zuverlässig aus.
Das gezielte setzen der verschiedenen Alarmlevel fehlt auch noch (verzögert, intern, extern...).
Ich hab mir im Zusammenhang mit dem Peeren mal das mit den HM Templates, Trigger und Conditions angeschaut, aber das ist mir ne Nummer zu hoch. Bei den Fenstersensoren geht's mit den normalen peeren ja auch. Hoffe nach wie vor, dass es nur ein Bug in der Firmware der Sirene ist, dass Ch2 nicht auslöst und das bald behoben wird.
Ich hoffe, es gibt hier Hilfe von den Profis.
Danke und viele Grüße
Blackbite
Mal sehen, was ich alles verpasst habe. Ch2 reagiert nicht auf trigger.
Bitte ein list eines ch2 mit expert 251. Der ch2 muss gepeert sein.
Fuer den Test wäre es sinnvoll dass der peer nur mit ch2 gepeert ist. Erst einmal
Dann ein log wenn der peer einen trigger sendet.
Schau ma mal
Zitat von: martinp876 am 29 Juli 2016, 20:03:25
Mal sehen, was ich alles verpasst habe. Ch2 reagiert nicht auf trigger.
Bitte ein list eines ch2 mit expert 251. Der ch2 muss gepeert sein.
Fuer den Test wäre es sinnvoll dass der peer nur mit ch2 gepeert ist. Erst einmal
Dann ein log wenn der peer einen trigger sendet.
Schau ma mal
Hallo Martin!
Ich habe die Innensirene eben zusammengebaut und möchte gerne auch die benötigten Daten liefern. Ich bin in FHEM noch im lernen, bitte daher ev. Fehler zu korrigieren.
Das List wie oben gewünscht:
Internals:
CFGFN
DEF 4C4AC102
NAME Sirene_Sen_02
NR 1796
STATE off
TYPE CUL_HM
chanNo 02
device Sirene
peerList FB_Btn_01,
Readings:
2016-07-30 12:56:28 CommandAccepted yes
2016-07-30 12:52:26 R-FB_Btn_01-lgActionType jmpToTarget
2016-07-30 12:52:26 R-FB_Btn_01-lgCtDlyOff geLo
2016-07-30 12:52:26 R-FB_Btn_01-lgCtDlyOn geLo
2016-07-30 12:52:26 R-FB_Btn_01-lgCtOff geLo
2016-07-30 12:52:26 R-FB_Btn_01-lgCtOn geLo
2016-07-30 12:52:26 R-FB_Btn_01-lgCtValHi 180
2016-07-30 12:52:26 R-FB_Btn_01-lgCtValLo 1
2016-07-30 12:52:26 R-FB_Btn_01-lgMultiExec on
2016-07-30 12:52:26 R-FB_Btn_01-lgOffDly 0 s
2016-07-30 12:52:26 R-FB_Btn_01-lgOffTime unused
2016-07-30 12:52:26 R-FB_Btn_01-lgOffTimeMode absolut
2016-07-30 12:52:26 R-FB_Btn_01-lgOnDly 0 s
2016-07-30 12:52:26 R-FB_Btn_01-lgOnTime 120 s
2016-07-30 12:52:26 R-FB_Btn_01-lgOnTimeMode absolut
2016-07-30 12:52:26 R-FB_Btn_01-lgSwJtDlyOff on
2016-07-30 12:52:26 R-FB_Btn_01-lgSwJtDlyOn on
2016-07-30 12:52:26 R-FB_Btn_01-lgSwJtOff dlyOn
2016-07-30 12:52:26 R-FB_Btn_01-lgSwJtOn on
2016-07-30 12:52:26 R-FB_Btn_01-shActionType jmpToTarget
2016-07-30 12:52:26 R-FB_Btn_01-shCtDlyOff geLo
2016-07-30 12:52:26 R-FB_Btn_01-shCtDlyOn geLo
2016-07-30 12:52:26 R-FB_Btn_01-shCtOff geLo
2016-07-30 12:52:26 R-FB_Btn_01-shCtOn geLo
2016-07-30 12:52:26 R-FB_Btn_01-shCtValHi 180
2016-07-30 12:52:26 R-FB_Btn_01-shCtValLo 1
2016-07-30 12:52:26 R-FB_Btn_01-shMultiExec off
2016-07-30 12:52:26 R-FB_Btn_01-shOffDly 0 s
2016-07-30 12:52:26 R-FB_Btn_01-shOffTime unused
2016-07-30 12:52:26 R-FB_Btn_01-shOffTimeMode absolut
2016-07-30 12:52:26 R-FB_Btn_01-shOnDly 0 s
2016-07-30 12:52:26 R-FB_Btn_01-shOnTime 120 s
2016-07-30 12:52:26 R-FB_Btn_01-shOnTimeMode absolut
2016-07-30 12:52:26 R-FB_Btn_01-shSwJtDlyOff on
2016-07-30 12:52:26 R-FB_Btn_01-shSwJtDlyOn on
2016-07-30 12:52:26 R-FB_Btn_01-shSwJtOff dlyOn
2016-07-30 12:52:26 R-FB_Btn_01-shSwJtOn on
2016-07-30 11:27:15 R-sign off
2016-07-30 11:27:15 R-soundId 65
2016-07-30 11:27:15 R-statusInfoMinDly 2 s
2016-07-30 11:27:15 R-statusInfoRandom 1 s
2016-07-30 11:27:15 R-transmitTryMax 6
2016-07-30 12:54:53 RegL_01. 08:00 30:06 57:24 AB:41 00:00
2016-07-30 12:54:55 RegL_03.FB_Btn_01 02:00 03:00 04:01 05:B4 06:00 07:6C 08:00 09:FF 0A:01 0B:13 0C:33 82:00 83:00 84:01 85:B4 86:00 87:6C 88:00 89:FF 8A:21 8B:13 8C:33 00:00
2016-07-30 12:56:28 deviceMsg off (to FB)
2016-07-30 12:56:28 level 0
2016-07-30 12:56:28 pct 0
2016-07-30 12:54:54 peerList FB_Btn_01,
2016-07-30 12:56:28 recentStateType ack
2016-07-30 12:56:28 state off
2016-07-30 12:56:28 timedOn off
2016-07-30 12:56:28 trigLast FB_Btn_01:short
2016-07-30 12:56:28 trig_FB_Btn_01 Short_24
Helper:
peerIDsRaw ,39D51D01,00000000
Expert:
def 1
det 1
raw 1
tpl 1
Role:
chn 1
Shadowreg:
Tmpl:
Attributes:
expert 251_anything
model HM-Sec-Sir-WM
peerIDs 00000000,39D51D01,
und das Logfile:
016.07.30 13:06:31 4: WEB_10.0.0.102_49582 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2016-07.log; BUFLEN:0
2016.07.30 13:06:31 4: Connection closed for WEB_10.0.0.102_49575: EOF
2016.07.30 13:06:31 4: WEB_10.0.0.102_49582 GET /fhem/pgm2/style.css?v=1469728991; BUFLEN:0
2016.07.30 13:06:31 4: WEB_10.0.0.102_49582 => 304 Not Modified
2016.07.30 13:06:31 4: WEB_10.0.0.102_49602 GET /fhem/pgm2/fhemweb_colorpicker.js; BUFLEN:0
2016.07.30 13:06:31 4: WEB_10.0.0.102_49602 => 304 Not Modified
2016.07.30 13:06:31 4: WEB_10.0.0.102_49578 GET /fhem/pgm2/jquery.min.js; BUFLEN:0
2016.07.30 13:06:31 4: WEB_10.0.0.102_49578 => 304 Not Modified
2016.07.30 13:06:31 4: WEB_10.0.0.102_49577 GET /fhem/pgm2/fhemweb.js; BUFLEN:0
2016.07.30 13:06:31 4: WEB_10.0.0.102_49577 => 304 Not Modified
2016.07.30 13:06:31 4: WEB_10.0.0.102_49599 GET /fhem/pgm2/jquery-ui.min.css; BUFLEN:0
2016.07.30 13:06:31 4: WEB_10.0.0.102_49599 => 304 Not Modified
2016.07.30 13:06:31 4: WEB_10.0.0.102_49602 GET /fhem/pgm2/fhemweb_readingsGroup.js; BUFLEN:0
2016.07.30 13:06:31 4: WEB_10.0.0.102_49602 => 304 Not Modified
2016.07.30 13:06:31 4: WEB_10.0.0.102_49582 GET /fhem/pgm2/fhemweb_knob.js; BUFLEN:0
2016.07.30 13:06:31 4: WEB_10.0.0.102_49582 => 304 Not Modified
2016.07.30 13:06:31 4: Connection accepted from WEB_10.0.0.102_49603
2016.07.30 13:06:31 4: WEB_10.0.0.102_49578 GET /fhem/pgm2/fhemweb_readingsHistory.js; BUFLEN:0
2016.07.30 13:06:31 4: WEB_10.0.0.102_49578 => 304 Not Modified
2016.07.30 13:06:31 4: WEB_10.0.0.102_49577 GET /fhem/pgm2/fhemweb_sortable.js; BUFLEN:0
2016.07.30 13:06:31 4: WEB_10.0.0.102_49577 => 304 Not Modified
2016.07.30 13:06:31 4: WEB_10.0.0.102_49603 GET /fhem/pgm2/fhemweb_fbcalllist.js; BUFLEN:0
2016.07.30 13:06:31 4: WEB_10.0.0.102_49603 => 304 Not Modified
2016.07.30 13:06:31 4: WEB_10.0.0.102_49582 GET /fhem/pgm2/fhemweb_weekprofile.js; BUFLEN:0
2016.07.30 13:06:31 4: WEB_10.0.0.102_49582 => 304 Not Modified
2016.07.30 13:06:31 4: WEB_10.0.0.102_49599 GET /fhem/pgm2/fhemweb_uzsu.js; BUFLEN:0
2016.07.30 13:06:31 4: WEB_10.0.0.102_49599 => 304 Not Modified
2016.07.30 13:06:31 4: WEB_10.0.0.102_49602 GET /fhem/pgm2/defaultCommon.css; BUFLEN:0
2016.07.30 13:06:31 4: WEB_10.0.0.102_49602 => 304 Not Modified
2016.07.30 13:06:31 4: WEB_10.0.0.102_49577 GET /fhem/images/default/icoEverything.png; BUFLEN:0
2016.07.30 13:06:31 4: WEB_10.0.0.102_49577 => 304 Not Modified
2016.07.30 13:06:31 4: WEB_10.0.0.102_49577 GET /fhem/pgm2/dashboard_style.css; BUFLEN:0
2016.07.30 13:06:31 4: WEB_10.0.0.102_49577 => 304 Not Modified
2016.07.30 13:06:31 4: WEB_10.0.0.102_49577 GET /fhem/images/default/fhemicon.png; BUFLEN:0
2016.07.30 13:06:31 4: WEB_10.0.0.102_49577 => 304 Not Modified
2016.07.30 13:06:31 4: WEB_10.0.0.102_49577 GET /fhem/FileLog_logWrapper?XHR=1&inform=type=status;filter=;since=1469876790;fmt=JSON&fw_id=1943×tamp=1469876787804; BUFLEN:0
2016.07.30 13:06:35 5: HMUARTLGW myHmUART checking credits (from timer)
2016.07.30 13:06:35 5: HMUARTLGW myHmUART send: 00 08
2016.07.30 13:06:35 5: HMUARTLGW myHmUART send: (8): fd0003000a08a433
2016.07.30 13:06:35 5: SW: fd0003000a08a433
2016.07.30 13:06:35 5: HMUARTLGW myHmUART read raw (8): fd0005000a040200
2016.07.30 13:06:35 5: HMUARTLGW myHmUART read raw (2): 4455
2016.07.30 13:06:35 5: HMUARTLGW myHmUART read (9): fd0005000a0402004455 crc OK
2016.07.30 13:06:35 5: HMUARTLGW myHmUART recv: 00 040200, state 98
2016.07.30 13:06:35 5: HMUARTLGW myHmUART GetSet Ack: 02, state 98
2016.07.30 13:06:35 5: HMUARTLGW myHmUART roundtrip delay: 0.00294184684753418
2016.07.30 13:06:41 5: HMUARTLGW myHmUART read raw (8): fd0011018b050000
2016.07.30 13:06:41 5: HMUARTLGW myHmUART read raw (8): 35ddb44039d51d4c
2016.07.30 13:06:41 5: HMUARTLGW myHmUART read raw (6): 4ac10119d001
2016.07.30 13:06:41 5: HMUARTLGW myHmUART read (21): fd0011018b05000035ddb44039d51d4c4ac10119d001 crc OK
2016.07.30 13:06:41 5: HMUARTLGW myHmUART recv: 01 05 00 00 35 msg: DD B4 40 39D51D 4C4AC1 0119
2016.07.30 13:06:41 5: HMUARTLGW myHmUART Dispatch: A0BDDB44039D51D4C4AC10119::-53:myHmUART
2016.07.30 13:06:41 5: myHmUART dispatch A0BDDB44039D51D4C4AC10119::-53:myHmUART
2016.07.30 13:06:41 5: Triggering FB (2 changes)
2016.07.30 13:06:41 5: Starting notify loop for FB, first event battery: ok
2016.07.30 13:06:41 5: Triggering FB_Btn_01 (4 changes)
2016.07.30 13:06:41 5: Starting notify loop for FB_Btn_01, first event Short (to Sirene)
2016.07.30 13:06:41 5: Triggering Sirene_Sen_02 (2 changes)
2016.07.30 13:06:41 5: Starting notify loop for Sirene_Sen_02, first event trigLast: FB_Btn_01:short
2016.07.30 13:06:41 5: HMUARTLGW myHmUART read raw (8): fd0014018c050000
2016.07.30 13:06:41 5: HMUARTLGW myHmUART read raw (8): 3bdd80024c4ac139
2016.07.30 13:06:41 5: HMUARTLGW myHmUART read raw (8): d51d010200000087
2016.07.30 13:06:41 5: HMUARTLGW myHmUART read raw (1): 97
2016.07.30 13:06:41 5: HMUARTLGW myHmUART read (24): fd0014018c0500003bdd80024c4ac139d51d01020000008797 crc OK
2016.07.30 13:06:41 5: HMUARTLGW myHmUART recv: 01 05 00 00 3B msg: DD 80 02 4C4AC1 39D51D 0102000000
2016.07.30 13:06:41 5: HMUARTLGW myHmUART Dispatch: A0EDD80024C4AC139D51D0102000000::-59:myHmUART
2016.07.30 13:06:41 5: myHmUART dispatch A0EDD80024C4AC139D51D0102000000::-59:myHmUART
2016.07.30 13:06:41 5: Triggering FB_Btn_01 (1 changes)
2016.07.30 13:06:41 5: Starting notify loop for FB_Btn_01, first event triggerTo_Sirene: Short_25_ack
2016.07.30 13:06:41 5: Triggering Sirene (1 changes)
2016.07.30 13:06:41 5: Starting notify loop for Sirene, first event sabotageError: off
2016.07.30 13:06:41 5: Triggering Sirene_Sen_02 (5 changes)
2016.07.30 13:06:41 5: Starting notify loop for Sirene_Sen_02, first event deviceMsg: off (to FB)
2016.07.30 13:06:44 4: WEB_10.0.0.102_49602 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2016-07.log; BUFLEN:0
Danke und LG
PS.: Kanal 1 mit FB Taste 2 funktioniert - löst Alarm aus.
PPS.: Habe nun auch von CH 1 ein List gemacht - einziger Unterschied im Vergleich:
CH2 ......deviceMsg = off (to FB)
CH1.......deviceMsg = off (to VCCU)
Hallo,
ich habe mir wie auf meintechblog den Loxone miniserver geholt und über udp mit sämtliche homematic sensoren und actoren verbunden. Funktioniert super nun möchte ich die hier erwähnte Sierene auch benutzen. Ich möchte aber schlicht den Alarm ein und ausschalten. Ich möchte quasi die Ganze Intelligenz des Gerätes durch dem Baustein ALARM in Loxone ersetzen.
Ich habe hier etwas über ein virtuellen Button gelesen und diesen so konfiguriert:
define vButton CUL_HM 123456
attr vButton IODev HMUSB
attr vButton autoReadReg 4_reqStatus
attr vButton expert 2_raw
attr vButton model HM-PB-2-WM55
attr vButton subType virtual
define vButton_Btn1 CUL_HM 12345601
attr vButton_Btn1 model virtual_2
attr vButton_Btn1 peerIDs 4C48BA01,
attr vButton_Btn1 webCmd press short:press long
define vButton_Btn2 CUL_HM 12345602
attr vButton_Btn2 model virtual_2
attr vButton_Btn2 webCmd press short:press Long
Ich bekomme aber trotzdem Scharfstellen der Sirene kein Mucks aus dem Ding...
Was mache ich falsch?
Hallo Martin!
Wegen der Auslöseprobleme CH2 habe ich zwecks Test alle 4 CHannels mit meiner Fernbedienung gepeert. Und siehe da, wenn man mit der FB den CH 4 scharf/unscharf schaltet funktioniert der CH 2. Vielleicht dürfte daher das Auslöseproblem im CH 4 liegen?
FB mit Sirene CH 4 gepeert funktioniert wie folgt.
Kurzer Tastendruck: Alarm mit Verzögerung extern scharf
Langer Tastendruck: Alarm mit Verzögerung intern scharf
LG
PS.: Ich kann keine Beschreibung der Auslösemöglichkeiten (wie Tastendruck short/long, single/dual) in den Beschreibungen ELV/EQ3
finden!
zum einen: Bitte wie üblich logs in codetags posten.
wie du gefunden hast ist Channel 4 (arm) offensichtlich ein Scharfschalten der Alarme. Das erklärt euer Problem - wenn der Alarm nicht scharf ist wird nicht alarmiert.
Die Implementierung mag unüblich sein, ist halt so.
Ihr solltet einmal die ARM optionen Testen und die Auswirkungen dokumentieren. Zumindest ein Hinweis ist schon gegeben. Leider beschreibt eQ3 das nie ausführlich.
Dieser Part hat mit long/short nichts zu tun. Und single/dual ist kein Ausruck von eQ3 - kann man nicht finden.
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.
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
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
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.
Zitat von: blackbite am 31 Juli 2016, 14:37:36
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
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.
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.
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:
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
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:
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
Zitat von: blackbite am 31 Juli 2016, 15:01:17
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
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
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
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.
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
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
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.
Hallo,
hier noch ein List des Ch4 der Innensirene zur Darstellung der verschiedenen Schafschaltzustände. Hier sieht man, wie der AlarmLevel 25 oder 100% gesetzt wird und ob mit short oder long auch verzögert oder sofort scharf geschaltet wird. Daher kommen die 5 Schaltzustände.
Zitat von: martinp876 am 31 Juli 2016, 19:08:58
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
Hallo Martin,
jetzt habe ich verstanden, was Du mit der Erweiterung bezweckt hast. Und ja, es funktioniert. Damit hast Du den beiden Kanälen Ch1 und Ch2 der HM-Sec-Sir die States "on/off" gegeben, die man manuell setzen kann. Wenn ich also sinngemäß "set alarmanlage_Ch2 on" setze, löst der Alarm wie gewünscht aus. Klasse, ich schöpfe neue Hoffnung, dass wir hier weiter kommen ;-)
Danke,
Blackbite
Werde ich einbauen.
Der Rest muss noch geklärt werden
ist eingebaut.
Probiere einmal neben on auch die anderen: ontill und onfortimer
Schon per Update verfügbar? Sehe es nicht in den Code Changes
Danke
Jetzt im SVN (https://sourceforge.net/p/fhem/code/commit_browser). Morgen im Update.
Hallo Martin,
soeben ausprobiert, aber damit gibt es nach wie vor keinen Alarm, da der Trigger der vom MDIR HM-Sen-MDIR-WM55 kommt, nicht angenommen wird.
Der WM55 hat doch eine Besonderheit: Er überträgt nicht nur ein Reading Motion [on/off], sondern auch state [noMotion/Motion]. Der State wird also niemals ein short oder long sein, der an die Alarmanlage geht, sondern "noMotion bzw Motion". Dazu überträgt der WM55 noch den aktuellen Helligkeitswert - in diesem Fall "0". Ich denke, dass hierin die Besonderheit liegt, warum der Trigger nicht funktioniert.
Aus dem Ch2 der Alarmanlage habe ich mal aus dem List heraus gesucht, was jeweils der trigLast war:
Bei registrierter Bewegung vom WM55 kommt bei der Alarmanlage der Wert "0" = Helligkeitswert an --> kein Alarm:
trigLast Flur_MDIR_HM_2_Motion:0
Dazu die Readings aus dem WM55 selbst:
brightness 0
motion off
motionCount 162_next:240s
motionDuration 242
peerList Alarmanlage_Sen_02,
state noMotion
Bei Drücken der Taste auf der Fernbedienung HM_AlarmRemote_2_armInt kommt natürlich ein "short" bei der Alarmanlage an und dieser wird auch als Trigger bestätigt:
trigLast HM_AlarmRemote_2_armInt:short
Und hier die Readings aus der Fernbedienung:
peerList Alarmanlage_Sen_02,
state Short (to Alarmanlage)
Trigger Short_38
triggerTo_Alarmanlage
Short_38_ack
Ich hoffe, ich habe das halbwegs verständlich rüber gebracht. Wenn ich mit weiteren Tests oder Infos dienen kann, gerne jederzeit.
Schönen Abend
Blackbite
Zitat von: raimundl am 31 Juli 2016, 17:39:34
Hallo!
Habe nun einen HM-SEC-MDIR-2 mit der Sirene gepeert - funktioniert.
Ev. eingestellte Verzögerung (bei mir 240 sec, nun 60 sec) für Wiederauslösung beachten!
LG
Wo liegt eigentlich der Unterschied in den Daten zwischen der HM-SEC-MDIR-2 (funktioniert) un der HM-Sen-MDIR-WM55? Sollte doch beim peeren keinen geben.
batteryok
brightness 36
cover open
motion off
motionCount 22_next:60s
motionDuration 62
recentStateType info
sabotageAttack_ErrIoAttack cnt 8
state noMotion
trigger_cnt 22
Hallo Raimundl,
gute Frage. Hier gibt's nen Thread zu den beiden:
https://forum.fhem.de/index.php/topic,52305.msg440595.html#msg440595
Ich werde morgen noch mal alle Peers von der Alarmanlage löschen und den HM-Sen-MDIR-WM55 mal als einziges Device an Ch1 peeren. Kannst Du noch mal beschreiben, was Du genau wie gepeert hast?
Ich habe Ch3 des HM-Sen-MDIR-WM55 an Ch2 der HM-Sec-Sir-WM als single gepeert. Da kann man eigentlich nicht viel falsch machen...
Danke mal.
Blackbite
Zitat von: blackbite am 03 August 2016, 00:00:57
Kannst Du noch mal beschreiben, was Du genau wie gepeert hast?
Ich habe Ch3 des HM-Sen-MDIR-WM55 an Ch2 der HM-Sec-Sir-WM als single gepeert. Da kann man eigentlich nicht viel falsch machen...
Danke mal.
Blackbite
Hallo, der Unterschied zwischen den Bewegungsmeldern - meiner (HM-SEC-MDIR-2) hat keine Channels und ich habe so gepeert:
set BM perChan 0 Sirene_Sen_02 single
und funktionierte auf Anhieb.
Ich glaube mit den Einbauten von Martin kannst du ja die Sirene über FHEM mit set Befehlen ansteuern - bin jedoch bis Sonntag nicht vor Ort und kann daher nicht testen (nur Ferrnzugriff).
LG
Zur Info der Log-File:
2016-07-31_17:23:52 BM D-firmware: 1.6
2016-07-31_17:23:52 BM D-serialNr: MEQ0820xxx
2016-07-31_17:23:52 BM R-pairCentral: 0x308xxx
2016-07-31_17:23:52 BM R-sabotageMsg: on
2016-07-31_17:23:53 BM R-brightFilter: 7
2016-07-31_17:23:53 BM R-captInInterval: off
2016-07-31_17:23:53 BM R-evtFltrNum: 1
2016-07-31_17:23:53 BM R-evtFltrPeriod: 1 s
2016-07-31_17:23:53 BM R-minInterval: 240
2016-07-31_17:23:53 BM R-sign: off
2016-07-31_17:26:45 BM R-Sirene_Sen_02-peerNeedsBurst: set_on
2016-07-31_17:26:59 BM Activity: alive
2016-07-31_17:26:59 BM D-firmware: 1.6
2016-07-31_17:26:59 BM D-serialNr: MEQ0820xxx
2016-07-31_17:27:03 BM R-Sirene_Sen_02-peerNeedsBurst: on
2016-07-31_17:27:10 BM battery: ok
2016-07-31_17:27:10 BM brightness: 48
2016-07-31_17:27:10 BM cover: open
2016-07-31_17:28:54 BM Activity: alive
2016-07-31_17:28:54 BM D-firmware: 1.6
2016-07-31_17:28:54 BM D-serialNr: MEQ0820xxx
2016-07-31_17:29:44 BM brightness: 48
2016-07-31_17:29:44 BM motion: on (to Sirene)
2016-07-31_17:29:44 BM motionCount: 145_next:240s
2016-07-31_17:29:44 BM motion
2016-07-31_17:29:44 BM trigger_cnt: 145
2016-07-31_17:32:45 BM battery: ok
2016-07-31_17:32:45 BM brightness: 47
2016-07-31_17:32:45 BM cover: open
2016-07-31_17:33:46 BM motion: off
2016-07-31_17:33:46 BM motionDuration: 242
2016-07-31_17:33:46 BM noMotion
2016-07-31_17:34:09 BM brightness: 47
2016-07-31_17:34:09 BM motion: on (to Sirene)
2016-07-31_17:34:09 BM motionCount: 146_next:240s
Jedes device hat einen Kanal, zumindest einen. Einkanaldevices haben den Kanal impliziert in der device entity um es einfacher zu gestalten.
Ein Sensor sendet in der Tat einen anderen trigger als ein Button . Man kann das in einer message kombinieren. Ob hm das akzeptiert ist nicht getestet. Da aber die Register explizit vorgesehen sind dafür würde ich es vermuten.
Ein Sensor sendet immer short. Plus einen wert. Motion ist wohl 200.
Man kann dies filtern. Aber die filter stehen bei euch auf " grösser 1" . Das sollte passen, da Motion mehr ist.
Schau dir ggf. Die ct Tabelle an.
Hallo,
ich habe heute den ganzen Tag vergeblich analysiert und die Sirene, MDIR´s und Remote Controls alle komplett neu anglegt, gepaired, gepeered, usw.
MDIR-WM55 will einfach keinen Alarm auslösen - egal ob an Ch1 oder Ch2. Die Tür- und Fenstersensoren funktionieren auf Anhieb. Bin am verzweifeln.
Der einzige Unterschied, der mir noch aufgefallen ist, dass R-Alarmanlage_Sen_01-peerNeedsBurst auf "off" steht und ich das mit "set Flur_MDIR_HM_2_Motion regSet peerNeedsBurst on Alarmanlage_Sen_01" auch nicht auf "on" umgestellt bekomme. Bei den Tür- und Fenstersensoren steht es jedenfalls auf "on". Es kommt immer die Meldung "cannot calculate value. Please issue set Flur_MDIR_HM_2_Motion getConfig first - invalid". Ein getConfig bringt danach auch nichts.
Bei reimundl scheint´s ja auch auf "on" zu stehen und bei ihm funktioniert es auch.
Der Sensor muß burst senden.
Kann der Sensor burst senden? Kannst du das Register nach getcfg sehen?
Ggf poste die regtable und die raw regs nach expert 251
Guten Abend,
ja, sehe das Register nach getcfg eingetragen. Allerdings wird es immer auf off gesetzt.
Ich wollte gerne den MDIR direkt mit der Sirene koppeln, um autark zu bleiben, falls raspberrypi mal ausfällt. Sonst würde ich ja auf doif oder notify ausweichen.
Anbei das List des Kanals. Wie mache ich das mit den raw regs? Expert ist klar. Ist das mit getRegRaw List3? Sorry für die #codes. Bin unterwegs.
DEF 4A1A2603
NAME WZ_MDIR_HM_1_Motion
NR 206
NTFY_ORDER 50-WZ_MDIR_HM_1_Motion
STATE noMotion
TYPE CUL_HM
chanNo 03
device WZ_MDIR_HM_1
peerList Alarmanlage_Sen_02,
Readings:
2016-08-04 01:08:58 R-Alarmanlage_Sen_02-peerNeedsBurst off
2016-08-04 01:08:57 R-brightFilter 7
2016-08-04 01:08:57 R-captInInterval off
2016-08-04 01:08:57 R-evtFltrNum 1
2016-08-04 01:08:57 R-evtFltrPeriod 1 s
2016-08-04 01:08:57 R-ledOnTime 0 s
2016-08-04 01:08:57 R-minInterval 240
2016-08-04 01:08:57 R-sign off
2016-08-04 01:42:07 RegL_01. 01:12 02:74 08:00 22:00 30:03 00:00
2016-08-04 01:42:09 RegL_04.Alarmanlage_Sen_02 01:00 00:00
2016-08-04 16:26:50 brightness 83
2016-08-04 16:30:52 motion off
2016-08-04 16:26:50 motionCount 11_next:240s
2016-08-04 16:30:52 motionDuration 242
2016-08-04 20:52:35 peerList Alarmanlage_Sen_02,
2016-08-04 16:30:52 state noMotion
2016-08-04 01:08:57 trigDst_vccu noConfig
2016-08-04 16:26:50 trigger_cnt 11
Helper:
Expert:
def 1
det 1
raw 1
tpl 1
Role:
chn 1
Tmpl:
Attributes:
devStateIcon noMotion:people_sensor@lightgreen motion:people_sensor@red
group Sensoren
icon people_sensor
model HM-Sen-MDIR-WM55
peerIDs 00000000,4C4AED02,
room Haus,Homematic,Wohnzimmer
list: register | range | peer | description
1: brightFilter | 0 to 7 | | 7: filter fast changes to 0: no filter of light changes
1: captInInterval | literal | | capture motion in interval, send result in next trigger options:on,off
1: evtFltrNum | 1 to 15 | | sensitivity - read each n-th puls
1: evtFltrPeriod | 0.5 to 7.5s | | event filter period
1: ledOnTime | 0 to 1.275s | | LED ontime
1: minInterval | literal | | interval in sec options:240,60,120,30,15
1: sign | literal | | signature (AES) options:on,off
4: peerNeedsBurst | literal | required | peer expects burst options:on,off
Danke
Set WZ_MDIR_HM_1_Motion regSet peerNeedsBurst on Alarmanlage_Sen_02
Klappt nicht?
Nö, leider nicht:
cannot calculate value. Please issue set Flur_MDIR_HM_2_Motion getConfig first - invalid"
Hallo Martin,
habe folgende Meldung im Logfile - dürfte mit Sirene zusammenhängen:
1: PERL WARNING: Use of uninitialized value $vs in concatenation (.) or string at ./FHEM/10_CUL_HM.pm line 2193.
1: PERL WARNING: Use of uninitialized value $vs in concatenation (.) or string at ./FHEM/10_CUL_HM.pm line 2194.
LG
Zitat von: raimundl am 05 August 2016, 21:29:01
Hallo Martin,
habe folgende Meldung im Logfile - dürfte mit Sirene zusammenhängen:
1: PERL WARNING: Use of uninitialized value $vs in concatenation (.) or string at ./FHEM/10_CUL_HM.pm line 2193.
1: PERL WARNING: Use of uninitialized value $vs in concatenation (.) or string at ./FHEM/10_CUL_HM.pm line 2194.
LG
Hallo raimundl,
dieselben Einträge habe ich auch schon länger in den Logs... eigentlich schon, seit Martin die Innensirene eingebaut hat.
LG
Zitat von: martinp876 am 05 August 2016, 21:02:47
Set WZ_MDIR_HM_1_Motion regSet peerNeedsBurst on Alarmanlage_Sen_02
Klappt nicht?
Hallo Martin,
hab´s zunächst über das Menü probiert, da kam die besagte Fehlermeldung... cannot calculate value...
Hab´s dann noch mal über die Befehlszeile eingegeben und der Befehl wurde scheinbar akzeptiert, aber der MDIR ändert den Wert für peerNeedsBurst nicht. Er bleibt auf "off".
Log sagt dazu:
2016.08.05 22:01:18 5: Cmd: >Set WZ_MDIR_HM_1_Motion regSet peerNeedsBurst on Alarmanlage_Sen_02<
2016.08.05 22:01:18 5: Set => setdefaultattr
die fehlermeldung ist insofern interessant als dass ein unbekannter Status übertrage wird.
es muss be Chan 4 kommen. Was steht dort im Reading pct?
das das Setzen nicht klappt : mein Fehler, sorry. habe denBug behoben, probiere noch einmal (morgen im Update, jetzt in SVN).
Hallo Martin,
Du meinst Ch 4 der Innensirene - bezogen auf die Fehlermeldungen im Logfile?
Falls ja:
im Falle von "extern scharf" steht pct auf 100.
Wenn die Sirene nicht scharf ist, steht pct auf 0.
Internals:
DEF 4C4AED04
NAME Alarmanlage_Arm
NR 228
NTFY_ORDER 50-Alarmanlage_Arm
STATE 100
TYPE CUL_HM
chanNo 04
device Alarmanlage
peerList HM_28FD22_Btn_05,HM_28FD22_Btn_06,HM_3034D9_Btn_05,HM_3034D9_Btn_06,HM_303506_Btn_13,HM_303506_Btn_14,HM_AlarmRemote_1_armInt,HM_AlarmRemote_1_armExt,HM_AlarmRemote_2_armInt,HM_AlarmRemote_2_armExt,
Readings:
2016-08-06 19:05:45 CommandAccepted yes
2016-08-03 23:29:55 R-HM_28FD22_Btn_05-lgActionType jmpToTarget
2016-08-03 23:29:55 R-HM_28FD22_Btn_05-lgOnLevel 25 %
2016-08-03 23:29:55 R-HM_28FD22_Btn_05-lgOnLevelArm 0
2016-08-03 23:29:55 R-HM_28FD22_Btn_05-shActionType jmpToTarget
2016-08-03 23:29:55 R-HM_28FD22_Btn_05-shOnLevel 100 %
2016-08-03 23:29:55 R-HM_28FD22_Btn_05-shOnLevelArm 0
2016-08-03 23:29:58 R-HM_28FD22_Btn_06-lgActionType jmpToTarget
2016-08-03 23:29:58 R-HM_28FD22_Btn_06-lgOnLevel 25 %
2016-08-03 23:29:58 R-HM_28FD22_Btn_06-lgOnLevelArm 0
2016-08-03 23:29:58 R-HM_28FD22_Btn_06-shActionType jmpToTarget
2016-08-03 23:29:58 R-HM_28FD22_Btn_06-shOnLevel 100 %
2016-08-03 23:29:58 R-HM_28FD22_Btn_06-shOnLevelArm 0
2016-08-03 23:36:06 R-HM_3034D9_Btn_05-lgActionType jmpToTarget
2016-08-03 23:36:06 R-HM_3034D9_Btn_05-lgOnLevel 25 %
2016-08-03 23:36:06 R-HM_3034D9_Btn_05-lgOnLevelArm 0
2016-08-03 23:36:06 R-HM_3034D9_Btn_05-shActionType jmpToTarget
2016-08-03 23:36:06 R-HM_3034D9_Btn_05-shOnLevel 100 %
2016-08-03 23:36:06 R-HM_3034D9_Btn_05-shOnLevelArm 0
2016-08-03 23:36:09 R-HM_3034D9_Btn_06-lgActionType jmpToTarget
2016-08-03 23:36:09 R-HM_3034D9_Btn_06-lgOnLevel 25 %
2016-08-03 23:36:09 R-HM_3034D9_Btn_06-lgOnLevelArm 0
2016-08-03 23:36:09 R-HM_3034D9_Btn_06-shActionType jmpToTarget
2016-08-03 23:36:09 R-HM_3034D9_Btn_06-shOnLevel 100 %
2016-08-03 23:36:09 R-HM_3034D9_Btn_06-shOnLevelArm 0
2016-08-03 23:20:54 R-HM_303506_Btn_13-lgActionType jmpToTarget
2016-08-03 23:20:54 R-HM_303506_Btn_13-lgOnLevel 25 %
2016-08-03 23:20:54 R-HM_303506_Btn_13-lgOnLevelArm 0
2016-08-03 23:20:54 R-HM_303506_Btn_13-shActionType jmpToTarget
2016-08-03 23:20:54 R-HM_303506_Btn_13-shOnLevel 100 %
2016-08-03 23:20:54 R-HM_303506_Btn_13-shOnLevelArm 0
2016-08-03 23:20:57 R-HM_303506_Btn_14-lgActionType jmpToTarget
2016-08-03 23:20:57 R-HM_303506_Btn_14-lgOnLevel 25 %
2016-08-03 23:20:57 R-HM_303506_Btn_14-lgOnLevelArm 0
2016-08-03 23:20:57 R-HM_303506_Btn_14-shActionType jmpToTarget
2016-08-03 23:20:57 R-HM_303506_Btn_14-shOnLevel 100 %
2016-08-03 23:20:57 R-HM_303506_Btn_14-shOnLevelArm 0
2016-08-03 23:00:58 R-HM_AlarmRemote_1_armExt-lgActionType jmpToTarget
2016-08-03 23:00:58 R-HM_AlarmRemote_1_armExt-lgOnLevel 25 %
2016-08-03 23:00:58 R-HM_AlarmRemote_1_armExt-lgOnLevelArm 0
2016-08-03 23:00:58 R-HM_AlarmRemote_1_armExt-shActionType jmpToTarget
2016-08-03 23:00:58 R-HM_AlarmRemote_1_armExt-shOnLevel 100 %
2016-08-03 23:00:58 R-HM_AlarmRemote_1_armExt-shOnLevelArm 0
2016-08-03 23:00:56 R-HM_AlarmRemote_1_armInt-lgActionType jmpToTarget
2016-08-03 23:00:56 R-HM_AlarmRemote_1_armInt-lgOnLevel 25 %
2016-08-03 23:00:56 R-HM_AlarmRemote_1_armInt-lgOnLevelArm 0
2016-08-03 23:00:56 R-HM_AlarmRemote_1_armInt-shActionType jmpToTarget
2016-08-03 23:00:56 R-HM_AlarmRemote_1_armInt-shOnLevel 100 %
2016-08-03 23:00:56 R-HM_AlarmRemote_1_armInt-shOnLevelArm 0
2016-08-03 23:01:04 R-HM_AlarmRemote_2_armExt-lgActionType jmpToTarget
2016-08-03 23:01:04 R-HM_AlarmRemote_2_armExt-lgOnLevel 25 %
2016-08-03 23:01:04 R-HM_AlarmRemote_2_armExt-lgOnLevelArm 0
2016-08-03 23:01:04 R-HM_AlarmRemote_2_armExt-shActionType jmpToTarget
2016-08-03 23:01:04 R-HM_AlarmRemote_2_armExt-shOnLevel 100 %
2016-08-03 23:01:04 R-HM_AlarmRemote_2_armExt-shOnLevelArm 0
2016-08-03 23:01:01 R-HM_AlarmRemote_2_armInt-lgActionType jmpToTarget
2016-08-03 23:01:01 R-HM_AlarmRemote_2_armInt-lgOnLevel 25 %
2016-08-03 23:01:01 R-HM_AlarmRemote_2_armInt-lgOnLevelArm 0
2016-08-03 23:01:01 R-HM_AlarmRemote_2_armInt-shActionType jmpToTarget
2016-08-03 23:01:01 R-HM_AlarmRemote_2_armInt-shOnLevel 100 %
2016-08-03 23:01:01 R-HM_AlarmRemote_2_armInt-shOnLevelArm 0
2016-08-03 22:47:21 R-sign off
2016-08-05 22:12:08 RegL_01. 08:00 30:06 57:24 A9:9F AA:9F 00:00
2016-08-05 22:12:28 RegL_03.HM_28FD22_Btn_05 02:00 03:00 04:01 05:B4 06:63 07:FF 08:00 09:FF 0A:01 0B:64 0C:66 11:C8 82:00 83:00 84:01 85:B4 86:63 87:FF 88:00 89:FF 8A:21 8B:64 8C:66 91:32 00:00
2016-08-05 22:12:31 RegL_03.HM_28FD22_Btn_06 02:00 03:00 04:01 05:B4 06:63 07:FF 08:00 09:FF 0A:01 0B:13 0C:33 11:C8 82:00 83:00 84:01 85:B4 86:63 87:FF 88:00 89:FF 8A:21 8B:13 8C:33 91:32 00:00
2016-08-05 22:12:33 RegL_03.HM_3034D9_Btn_05 02:00 03:00 04:01 05:B4 06:63 07:FF 08:00 09:FF 0A:01 0B:64 0C:66 11:C8 82:00 83:00 84:01 85:B4 86:63 87:FF 88:00 89:FF 8A:21 8B:64 8C:66 91:32 00:00
2016-08-05 22:12:36 RegL_03.HM_3034D9_Btn_06 02:00 03:00 04:01 05:B4 06:63 07:FF 08:00 09:FF 0A:01 0B:13 0C:33 11:C8 82:00 83:00 84:01 85:B4 86:63 87:FF 88:00 89:FF 8A:21 8B:13 8C:33 91:32 00:00
2016-08-05 22:12:39 RegL_03.HM_303506_Btn_13 02:00 03:00 04:01 05:B4 06:63 07:FF 08:00 09:FF 0A:01 0B:64 0C:66 11:C8 82:00 83:00 84:01 85:B4 86:63 87:FF 88:00 89:FF 8A:21 8B:64 8C:66 91:32 00:00
2016-08-05 22:12:41 RegL_03.HM_303506_Btn_14 02:00 03:00 04:01 05:B4 06:63 07:FF 08:00 09:FF 0A:01 0B:13 0C:33 11:C8 82:00 83:00 84:01 85:B4 86:63 87:FF 88:00 89:FF 8A:21 8B:13 8C:33 91:32 00:00
2016-08-05 22:12:47 RegL_03.HM_AlarmRemote_1_armExt 02:00 03:00 04:01 05:B4 06:63 07:FF 08:00 09:FF 0A:01 0B:13 0C:33 11:C8 82:00 83:00 84:01 85:B4 86:63 87:FF 88:00 89:FF 8A:21 8B:13 8C:33 91:32 00:00
2016-08-05 22:12:44 RegL_03.HM_AlarmRemote_1_armInt 02:00 03:00 04:01 05:B4 06:63 07:FF 08:00 09:FF 0A:01 0B:64 0C:66 11:C8 82:00 83:00 84:01 85:B4 86:63 87:FF 88:00 89:FF 8A:21 8B:64 8C:66 91:32 00:00
2016-08-05 22:12:52 RegL_03.HM_AlarmRemote_2_armExt 02:00 03:00 04:01 05:B4 06:63 07:FF 08:00 09:FF 0A:01 0B:13 0C:33 11:C8 82:00 83:00 84:01 85:B4 86:63 87:FF 88:00 89:FF 8A:21 8B:13 8C:33 91:32 00:00
2016-08-05 22:12:50 RegL_03.HM_AlarmRemote_2_armInt 02:00 03:00 04:01 05:B4 06:63 07:FF 08:00 09:FF 0A:01 0B:64 0C:66 11:C8 82:00 83:00 84:01 85:B4 86:63 87:FF 88:00 89:FF 8A:21 8B:64 8C:66 91:32 00:00
2016-08-06 19:06:18 deviceMsg 100 (to vccu)
2016-08-06 19:06:18 level 100
2016-08-06 19:06:18 pct 100
2016-08-06 19:01:38 peerList HM_28FD22_Btn_05,HM_28FD22_Btn_06,HM_3034D9_Btn_05,HM_3034D9_Btn_06,HM_303506_Btn_13,HM_303506_Btn_14,HM_AlarmRemote_1_armInt,HM_AlarmRemote_1_armExt,HM_AlarmRemote_2_armInt,HM_AlarmRemote_2_armExt,
2016-08-06 19:06:18 recentStateType info
2016-08-06 19:06:18 state 100
2016-08-06 19:06:18 timedOn off
2016-08-06 19:05:45 trigLast HM_28FD22_Btn_06:short
2016-08-05 23:00:50 trig_HM_28FD22_Btn_05 Short_10
2016-08-06 19:05:45 trig_HM_28FD22_Btn_06 Short_18
2016-08-03 23:22:57 trig_HM_303506_Btn_13 Short_73
2016-08-03 23:22:54 trig_HM_303506_Btn_14 Short_72
2016-08-04 08:40:30 trig_HM_AlarmRemote_2_armExt Short_52
2016-08-04 08:40:32 trig_HM_AlarmRemote_2_armInt Short_13
Helper:
Expert:
def 1
det 0
raw 1
tpl 0
Role:
chn 1
Tmpl:
Attributes:
group Alarmanlage
icon status_locked
model HM-Sec-Sir-WM
peerIDs 00000000,28FD2205,28FD2206,3034D905,3034D906,3035060D,3035060E,4A40AC01,4A40AC02,4A40B901,4A40B902,
room Haus,Homematic
userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
Konnte jetzt peerNeedsBurst erfolgreich setzen.
Und: tadaa!!! Alarm wird bei Motion ausgelöst. Vielen vielen Dank Martin!
Hallo Martin!
Nach Einspielen des aktuellen Updates (SVN eben) folgende Meldung im Logfile:
21:27:43 3: CUL_HM set Sirene_Arm getConfig
21:27:47 1: PERL WARNING: Argument "allSens" isn't numeric in division (/) at ./FHEM/10_CUL_HM.pm line 7463.
21:27:47 1: PERL WARNING: Argument "extSens" isn't numeric in division (/) at ./FHEM/10_CUL_HM.pm line 7463.
Danke und LG
Hallo,
den Perl-Error habe ich auch seit dem 03.08. im Log. Habe aber noch keine Auswirkungen entdeckt. Kann aber nicht allein an der heutigen Änderung liegen.
VG
Sollte s ich lösen lassen. Schau ich morgen an.
Sorry fuer den Bug.
Das Problem betraf die Darstellung der Register. ist jetzt behoben (also update morgen, SVN jetzt)
Kein Thema Martin,
kannst Du dir bitte auch noch mal das Thema mit den Scharfschaltzuständen anschauen?
Raimundl hat das in diesem Post (s. u.) schon sehr gut beschrieben. Die Zustände werden über die pct-Werte interpretiert. Zu jedem Scharfzustand gibt es über die CT (die ich noch nicht ganz kapiert habe....) den Zustand als delayed oder sofort scharf. Somit kann die Innensirene 5 Zustände. Es ware toll, wenn es Dir gelänge, diese Zustände irgendwie direkt über den Set-Befehl setzen zu können.
Schönen Sonntag & VG
[questions uote author=raimundl link=topic=53332.msg477351#msg477351 date=1469973298]
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:
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
[/quote]
das ist falsch in FHEM.
Ich korrigieren Channel 4 Status wie folgt:
000:"00"=>"disarmed"
050:"32"=>"armExtSens"
200:"C8"=>"armAll"
255:"FF"=>"armBlocked"
Es sind nur diese 4 Zustände bekannt. Werden noch andere "level" gemeldet?
leider weiss ich nicht, was es bedeuted und kann es nicht testen.
Kannst du mir den Unterscheid zwischen armExt und armAll erklären? Du hast sicher das Handbuch gelesen.
Die CT (Condition Table) funktioniert (bei allen Aktoren) wie folgt (sollten im Einsteigerdoc stehen)
Sendet ein Button einen Trigger kommt der ohne weiteren Wert. eQ3 sendet hier long und short. Die CT hat bei einem solchen Trigger keine Funktion.
Sensoren senden typische einen (anderen) trigger. Der ist short (könnte auch long sein - bisher kenne ich aber kein eQ3 sensor der long schickt) . Hier kommt ein "value" im Trigger mit, welcher in der CT "verwurstet" wird.
Es kommt also nun der Wert zwischen 0 und 255 am Aktor an. Der Aktor befindet sich immer in einem Zustand (klar oder?). Der könnte on/off/onDelay,.... sein - wie in der JT tabelle beschrieben. Aktoren haben unterschiedliche viele Zustände.
Zurück: der Aktor ist also im Zustand "on". Der Trigger kommt mit Value "50".
=> Der Aktor schaut, was zu machen ist in "shCtOn" steht. z.B. "geLo", also "greater or equal Low". Also wird value mit "shCtValLo" verglichen , einem der Vergleichewerte. (es gibt 2 Vergleichswerte, Hi und Low - welchen du nutzt ist egal).
Weiter: Ist also value größer als ValLo dann wird der Trigger verarbeitet. Wenn nicht wird er verworfen/Ignoriert.
Was ausgeführt wird steht in der JT und oder dem ActionType.
Muss man einmal drüber nachdenken. Was du also machen kannst ist trigger mit bestimmten Values zu ignorieren wenn der Aktor in einem bestimmten Zustand ist.
Etwas tricky, aber recht mächtig
Hallo Martin, danke für Deine Erklärungen. Das macht's etwas verständlicher.
Zu den Zuständen:
armAll = Sirene reagiert auf alle Sensoren (Ch1 & Ch2) = Außenhaut & Innenraumüberwachung = niemand zuhause 😉
armExt = Sirene reagiert nur auf Sensoren an Ch1 = Außenhaut = bin im Haus, will aber mitbekommen, wenn der böse schwarze Mann kommt 😜
VG
Ok, klar. Ch1 ist also extern und ch2 intern. Das werde ich in den default Namen der Kanäle anpassen. Da es nur Namen sind ist es keine Änderung fuer dich, umbenennen kannst du eh.
Hallo Martin,
bei Ch4 kann noch was nicht passen. Habe gerade nach Update noch mal getestet, aber zwischen armExt und armAll ist nach wie vor kein Unterschied an der Sirene zu erkennen. Die Sirene bestätigt beide Sets als "intern scharf (ohne dly).
Wenn ich über die Fernbedienung extern scharf schalte, werden die Register level, pct und state auf "100" gesetzt. Das ist sowei auch korrekt. Mache ich es direkt über Ch4 mit Set dann bekommen level, pct und state den Wert "1".
Da sind die gesetzten Werte falsch.
Siehe hierzu auch den Auszug im Anhang.
VG
Zitat von: raimundl am 31 Juli 2016, 15:54:58
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:
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
Möchte in diesen Zusammenhang nochmals auf meinen Beitrag vom 31. Juli hinweisen.
LG
Hm..... 1 2 und 3 sind nicht beschreiben.
Was auch immer das ist. Evtl. ein Delay status? Kannst du etwas erkennen?
Was meinst Du damit?
Der level ist immer der wert / 2.
Du siehst .5 1 1.5 25 und 100.
Das device sendet also 1 2 3 50 und 200. Dies sind bei dem device nur Codes die es zu interpretieren gilt.
So,
ich habe mich jetzt noch mal an die Kiste gesetzt und die Readings für alle 5 Zustände am Ch4 der Sirene angeschaut:
unscharf (Taste 2 auf Fernbedieung short gedrückt)
level, pct und state: 0
extern scharf verzögert (Taste 1 auf Fernbedienung short gedrückt)
hier geht ein Reading "timedOn" auf "On", zählt die 30 Sekunden runter und geht dann wieder auf "Off". In dem Moment gehen dann
level, pct und state auf: 100
extern ohne Verzögerung (Taste 1 auf Fernbedienung vor Ablauf des Delays noch einmal short gedrückt)
Reading "timedOn" bleibt natürlich "Off" und
level, pct und state gehen sofort auf: 100
intern scharf verzögert (Taste 1 auf Fernbedieung long gedrückt)
hier geht ein Reading "timedOn" auf "On", zählt die 30 Sekunden runter und geht dann wieder auf "Off". In dem Moment gehen dann
level, pct und state auf: 25
intern scharf verzögert (Teste 1 auf Fernbedienung vor Ablauf des Delay ein weiteres Mal long gedrückt)
Reading "timedOn" bleibt natürlich "Off" und
level, pct und state gehen sofort auf: 25
Die 4 Scharfschaltzustände lassen sich also alle über eine einzige Taste "durchschalten". Es scheint also nur 0,25 und 100 zu geben, bzw. 1,50 und 200 (wie ich gelernt habe). Die beiden delayed Zustände werden über das timedOn realisiert, der lediglich verzögert, aber am Ende denselben Level setzt, wie bei den nicht verzögerten Zuständen.
Besser und deutlicher kann ich es mit meinem Halbwissen nicht mehr erklären. Wenn Du weitere Infos brauchst, bitte kurz melden.
Schönen Abend
So hatte ich es verstanden.
Die level 1,2,3 gibt es also nicht. Oder kommen die temporär während der Delay Phase timed?
Dann sollte auch schon alles gut sein mit dem Status des channel4. Der level wird interpretiert und in state ausgegeben. Ist dies nicht der Fall?
Hallo,
im Unterschied zu "blackbite" funktioniert bei mir Channel 4 etwas anders:
Ein kurzer Druck innerhalb laufender verzögerten Scharfschaltung ergibt kein sofort scharf sondern sofort wieder unscharf.
LG
Hallo Martin,
ok. Die Level 1,2,3 tauchen auch nicht während der Delay-Phase auf. Hast Du denn die Werte schon geändert?
Weil ja über Set alarmLevel armAll und armExt nach wie vor kein Unterschied ist...
Es kommt bei pct, level und state bei set alarmLevel armExtSens 0.5 an und bei armAll 1.0. Beides ist demnach Blödsinn. Hatten wir aber schon vor einer Woche festgestellt...
Wir sollten folgende 3 Zustände korrekt schalten können:
disabled: passt bereits --> Level 0
armAll: wäre dann laut Handbuch ein "extern scharf" und überwacht alle Sensoren --> Level 100.
armExtSens: wäre dann ein "intern scharf" und reagiert nur auf die Sensoren für die Außenhaut --> Level 25
Wenn Du die Werte dann richtig auf 0, 100 und 25 bzw. 0, 200 und 50 änderst, bin ich mal gespannt, wie die Sirene reagiert. Bau das bitte mal ein und ich teste dann wieder.
Danke und Grüße
VG
Hallo Raimundl,
ich habe die Alarm Remote HM-RC-Sec4-3 und diese dual gepeert. Damit konnte ich genau dieses Szenario abbilden.
Short=extern scharf (mit oder ohne delay)
Long=intern scharf (mit oder ohne delay)
Damit kommt dann auch die Frau klar 8)
VG
Hallo Martin,
ich habe den Fehler in der 10_CUL_HM.pm gefunden. Du setzt hier, wie schon oft gesagt, die falschen Werte. In Zeile 2177 wird lvlSet zugewiesen. Und in Zeile 4456 werden wiederum 00, 01, 02 und 03 als Werte zugewiesen. Und das ist Banane. Dort gehören 32 (für Level 25%) und C8 (für Level 100%) hinein. Was mir noch fehlt, ist der Sinn hinter armBlocked. Aber das ist zweitrangig. Ich habe die Datei mal entsprechend geändert und bei mir eingespielt und siehe da, ich bekomme jetzt auch die richtigen Werte für level, pct und state.
Weiterhin eine Frage:
Was ist $onTime? Ist das evtl. der Verzögerungswert, den ich als Reading "timedOn [on/off]" sehe? Dann wäre es ja vielleicht möglich, den Verzögerungswert hinter dem AlarmLevel als Parameter für ein Delay mit zu übergeben. Das wäre natürlich optimal. Funktioniert aber leider nicht.
Und noch eine Frage: warum müssen die Hexwerte für den lvlSet eigentlich /2 gerechnet werden?
Zeile 2177
elsif($mh{st} =~ m /^(siren)$/) {############################################
if (($mh{mTyp} eq "0201") || # handle Ack_Status
($mh{mTyp} eq "1006")) { # or Info_Status message here
my ($chn,$val,$err) = (hex($mI[1]),hex($mI[2])/2,hex($mI[3]));
my $vs = $val == 0 ? "off" : "on";
if ($chn == 4){
my %lvlSet = ("00"=>"disarmed","32"=>"armExtSens","C8"=>"armAll","FF"=>"armBlocked");
$vs = defined $lvlSet{$val}?$lvlSet{$val}:$val;
}
Zeile 4456
elsif($cmd eq "alarmLevel") { ###############################################
#level =>"[disarmed|armExtSens|armAll|armBlocked]"
my %lvlSet = (disarmed=>"00",armExtSens=>"01",armAll=>"02",armBlocked=>"03");
my (undef,undef,$lvl,$onTime) = (@a,0);#set ontime to 0 if not given.
$lvl = $lvlSet{$lvl};
Danke und Grüße
Zitat von: blackbite am 09 August 2016, 09:36:45
Hallo Raimundl,
ich habe die Alarm Remote HM-RC-Sec4-3 und diese dual gepeert. Damit konnte ich genau dieses Szenario abbilden.
Short=extern scharf (mit oder ohne delay)
Long=intern scharf (mit oder ohne delay)
Damit kommt dann auch die Frau klar 8)
VG
Hallo blackbite,
danke für den Hinweis - ich habe nur single gepeert - daher der Unterschied.
LG
Hallo Raimundl,
klar, gerne. Und morgen werden wir den AlarmLevel endlich korrekt setzen können. Funktioniert jetzt bei mir einwandfrei mit der selbst geänderten Datei.
LG
Timedon ist ein Wert den das device zurückgibt wenn der on Zustand nicht permanent st sonder nach Ablauf irgend einer Zeit selbständig aendert.
Ontime ist ein Register. Wenn ein trigger kommt und ontime nicht unendlich ist... und der state on erreicht werden wird wird er nach ontime automatisch verlassen.
Dlyontime hingegen ist die Zeit die nach einem trigger gewartet wird bis von off über den state dlyon nach on gegangen wird.also ein Delay eben.
Aber evtl liest du dies einmal im Einsteigerdoc nach. Das ist identisch zu jedem lichtachalter.
Danke für die Erklärung.
Schaust Du nach dem Rest?
Besten Dank
Hallo, guten Morgen!
Danke Martin und auch blackbite für die hartnäckige Zielverfolgung.
Sofort scharf schalten für armAll oder armExtSens funktioniert.
"Set Sen_1, Sen_2 on" - funktioniert.
Ich glaube jedoch, dass es im Praxiseinsatz hinsichtlich des Ablaufs bzw. der Funktionen noch einige Diskussionen geben wird. Zum Beispiel:
Panik_Alarm (CH3) auch mit einem "set on/off" ausstatten, da dieser dann ohne vorher scharfzuschalten (wie bei Sen_1 und Sen_2) ausgelöst wird.
Die Sirene liefert kein "battery:ok" jedoch ist in den Register ein Schwellwert (2-2,5V) für eine Warnung vorgesehen.
Wie funktioniert die Warnung?
Was bedeutet "armBlocked"?
Danke und LG
Danke Raimundl,
da hast Du Recht. Es gibt noch ein paar Wünsche. Unter Anderem wäre es mir eben auch wichtig, die Sirene über einen Set-Befehl mit Delay scharf stellen zu können. Ein Sofort-scharf ist nicht immer praktikabel. Zum Glück funktioniert das wenigstens über die Fernbedienung.
Zu Ch3 und Battery hast Du meine volle Zustimmung. Vielleicht werden unsere Wünsche ja erhört 😇
Aber Martin hat sicher aich ohne die Sirene keine Langeweile.
Ansonsten kann ich auch bestätigen, dass armAll und armExtSens jetzt wie erwartet funktionieren.
VG
ja, on sollte auch schon für Ch3 eingebaut sein - typo - sorry.
Inhibit ist jetzt auch verfügbar.
Prüft, ob die timed kommandos korrekt funktionieren - also on-for-timer.
auch press sollte gehen.
Wenn ihr es kompletieren wollt solltet ihr templates erstellen um es euren Nachfolgern einfacher zu machen. Und euch auch!
Vielen Dank Martin,
das mit den Templates klingt zunächst für mich als Anfänger eher kompliziert als einfach. Da werde ich mich wohl mal hinsetzen müssen...
Ch3 geht jetzt auch direkt. Der Rest wird noch getestet. Feedback folgt.
Hallo Martin,
könnte man mit pressS und pressL auch den Ch4 versorgen? Das ist ja der Kanal zum Setzen der Scharfzustände. Damit könnte man doch z.B. von der gepeerten Fernbedienung ebenfalls die short und long Tasten "simulieren"?
Hallo Martin,
also die timed-Kommandos an Ch1 und Ch2 funktionieren bei mir nicht - command not accepted - Aber ehrlich gesagt, wüsste ich auch nicht, was ich damit tun sollte. Die beiden Channel der Sirene sind nur dafür da, um von einem Sensor angetriggert zu werden. Welchen Sinn macht es, den Kanal für x Sekunden oder bis xx:xx Uhr auf "On" zu schalten? In dem Moment, wo der Kanal einen gültigen Trigger bekommt, wird Alarm ausgelöst der state geht sofort wieder von On auf Off.
Kann ich einbauen.
Timed on ist zugelassen von hm.... werde ich entfernen wenns nicht klappt
Hast Du mir noch einen Hinweis, wie ich das mit den Templates sinnvoll anwenden kann. Ich habe mir die FHEMWIKI zu Templates durchgelesen, aber ich krieg´s einfach nicht auf die Reihe. Jetzt kommt bestimmt wieder ...Einsteigerdoku *duck* :-[
Kannst Du mir vielleicht helfen, mit einem Template die Alarmanlage verzögert scharf zu schalten?
Danke im Voraus!
Nein, das ist nicht im Einsteigerdoc.
Schicke einmal ein get regtable des Kanals. Ich entwerfe templates, du sichtest und wir diskutieren.
Dann bin ich gespannt was in der Erklärung wiki nicht passt. Wenn ich diese nicht verständlich bekomme kann es keiner nutzen.
Hallo Martin,
das ist sehr nett von Dir. Hier ist ein regTable vom Ch4. Ich verwende dort haupsächlich die HM_AlarmRemote_1 (HM-RC-Sec4-3) zum Scharfschalten der Innensirene. Die anderen Peers sind dual gepeerte Funk-Wandtaster (HM-PB-4DIS-WM). Vielleicht beschränken wir uns auf die Remote...
No regs found for:
Alarmanlage_Arm type:siren -
list:peer register :value
1: acusticArmDly :on
1: acusticArmSens :on
1: acusticDisArm :on
1: acusticExtArm :on
1: acusticExtDly :on
1: acusticMultiDly :on
1: opticArmDly :on
1: opticArmSens :on
1: opticDisArm :on
1: opticExtArm :on
1: opticExtDly :on
1: opticMultiDly :on
1: sign :off
1: statusInfoMinDly :2 s
1: statusInfoRandom :1 s
1: transmitTryMax :6
HM_28FD22_Btn_05 HM_28FD22_Btn_06 HM_3034D9_Btn_05 HM_3034D9_Btn_06 HM_303506_Btn_13 HM_303506_Btn_14 HM_AlarmRemote_1_armExt HM_AlarmRemote_1_armInt HM_AlarmRemote_2_armExt HM_AlarmRemote_2_armInt
lg sh lg sh lg sh lg sh lg sh lg sh lg sh lg sh lg sh lg sh
ActionType jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget
CtDlyOff geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo
CtDlyOn geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo
CtOff geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo
CtOn geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo geLo
CtValHi 180 180 180 180 180 180 180 180 180 180 180 180 180 180 180 180 180 180 180 180
CtValLo 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
MultiExec on off on off on off on off on off on off on off on off on off on off
OffDly [s] 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
OffTime unused unused unused unused unused unused unused unused unused unused unused unused unused unused unused unused unused unused unused unused
OffTimeMode absolut absolut absolut absolut absolut absolut absolut absolut absolut absolut absolut absolut absolut absolut absolut absolut absolut absolut absolut absolut
OnDly [s] 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30
OnLevel [%] 25 100 25 100 25 100 25 100 25 100 25 100 25 100 25 100 25 100 25 100
OnLevelArm extSens allSens extSens allSens extSens allSens extSens allSens extSens allSens extSens allSens extSens allSens extSens allSens extSens allSens extSens allSens
OnTime unused unused unused unused unused unused unused unused unused unused unused unused unused unused unused unused unused unused unused unused
OnTimeMode absolut absolut absolut absolut absolut absolut absolut absolut absolut absolut absolut absolut absolut absolut absolut absolut absolut absolut absolut absolut
SwJtDlyOff off off on on off off on on off off on on on on off off on on off off
SwJtDlyOn off off on on off off on on off off on on on on off off on on off off
SwJtOff off off dlyOn dlyOn off off dlyOn dlyOn off off dlyOn dlyOn dlyOn dlyOn off off dlyOn dlyOn off off
SwJtOn dlyOff dlyOff on on dlyOff dlyOff on on dlyOff dlyOff on on on on dlyOff dlyOff on on dlyOff dlyOff
Hier noch die regList dazu:
list: register | range | peer | description
1: acusticArmDly | literal | | acustic delay arm options:on,off
1: acusticArmSens | literal | | acustic arm sensor options:on,off
1: acusticDisArm | literal | | acustic disarm options:on,off
1: acusticExtArm | literal | | acustic external arm sensor options:on,off
1: acusticExtDly | literal | | acustic external delay arm options:on,off
1: acusticMultiDly | literal | | acustic mutli exec delay options:on,off
1: opticArmDly | literal | | optic delay arm options:on,off
1: opticArmSens | literal | | optic arm sensor options:on,off
1: opticDisArm | literal | | optic disarm options:on,off
1: opticExtArm | literal | | optic external arm sensor options:on,off
1: opticExtDly | literal | | optic external delay arm options:on,off
1: opticMultiDly | literal | | optic mutli exec delay options:on,off
1: sign | literal | | signature (AES) options:on,off
1: statusInfoMinDly | 0 to 15.5s | | status message min delay special:unused
1: statusInfoRandom | 0 to 7s | | status message random delay
1: transmitTryMax | 1 to 10 | | max message re-transmit
3: lgActionType | literal | required | options:toggleToCntInv,off,toggleToCnt,jmpToTarget
3: lgCtDlyOff | literal | required | Jmp on condition from delayOff options:geLo,between,outside,ltLo,geHi,ltHi
3: lgCtDlyOn | literal | required | Jmp on condition from delayOn options:geLo,between,outside,ltLo,geHi,ltHi
3: lgCtOff | literal | required | Jmp on condition from off options:geLo,between,outside,ltLo,geHi,ltHi
3: lgCtOn | literal | required | Jmp on condition from on options:geLo,between,outside,ltLo,geHi,ltHi
3: lgCtValHi | 0 to 255 | required | Condition value high for CT table
3: lgCtValLo | 0 to 255 | required | Condition value low for CT table
3: lgMultiExec | literal | required | execution per repeat message options:on,off
3: lgOffDly | 0 to 111600s | required | off delay
3: lgOffTime | 0 to 111600s | required | off time special:unused
3: lgOffTimeMode | literal | required | off time meant absolut or at least options:minimal,absolut
3: lgOnDly | 0 to 111600s | required | on delay
3: lgOnLevel | 0 to 100.5% | required | PowerLevel on special:oldLevel
3: lgOnLevelArm | literal | required | onLevel on options:extSens,disarmed,allSens
3: lgOnTime | 0 to 111600s | required | on time special:unused
3: lgOnTimeMode | literal | required | on time meant absolut or at least options:minimal,absolut
3: lgSwJtDlyOff | literal | required | Jump from delayOff options:on,off,dlyOn,no,dlyOff
3: lgSwJtDlyOn | literal | required | Jump from delayOn options:on,off,dlyOn,no,dlyOff
3: lgSwJtOff | literal | required | Jump from off options:on,off,dlyOn,no,dlyOff
3: lgSwJtOn | literal | required | Jump from on options:on,off,dlyOn,no,dlyOff
3: shActionType | literal | required | options:toggleToCntInv,off,toggleToCnt,jmpToTarget
3: shCtDlyOff | literal | required | Jmp on condition from delayOff options:geLo,between,outside,ltLo,geHi,ltHi
3: shCtDlyOn | literal | required | Jmp on condition from delayOn options:geLo,between,outside,ltLo,geHi,ltHi
3: shCtOff | literal | required | Jmp on condition from off options:geLo,between,outside,ltLo,geHi,ltHi
3: shCtOn | literal | required | Jmp on condition from on options:geLo,between,outside,ltLo,geHi,ltHi
3: shCtValHi | 0 to 255 | required | Condition value high for CT table
3: shCtValLo | 0 to 255 | required | Condition value low for CT table
3: shMultiExec | literal | required | reg unused, placeholder only options:on,off
3: shOffDly | 0 to 111600s | required | off delay
3: shOffTime | 0 to 111600s | required | off time special:unused
3: shOffTimeMode | literal | required | off time meant absolut or at least options:minimal,absolut
3: shOnDly | 0 to 111600s | required | on delay
3: shOnLevel | 0 to 100.5% | required | PowerLevel on special:oldLevel
3: shOnLevelArm | literal | required | onLevel on options:extSens,disarmed,allSens
3: shOnTime | 0 to 111600s | required | on time special:unused
3: shOnTimeMode | literal | required | on time meant absolut or at least options:minimal,absolut
3: shSwJtDlyOff | literal | required | Jump from delayOff options:on,off,dlyOn,no,dlyOff
3: shSwJtDlyOn | literal | required | Jump from delayOn options:on,off,dlyOn,no,dlyOff
3: shSwJtOff | literal | required | Jump from off options:on,off,dlyOn,no,dlyOff
3: shSwJtOn | literal | required | Jump from on options:on,off,dlyOn,no,dlyOff
Brauchst Du sonst noch etwas?
so, hier einmal auf die Schnelle: das Setzen der "allgemeinen Register", also (noch) nicht gegen die peers, also Button reaktionen
HMInfo hast du schon, sonst
define hm HMinfo
erst einmal dastemplate definieren. Man kann es "statisch" machen, also ohne parameter. Ich habe entschieden, dass man mit dem Template acusticArmExtern und acusticArmSens setzen, alles andere ist fix im Template. Achte auf p0 und p1 in der Registerliste. Ich habe auch alle Register im Template referenziert, damit legt das Template alles für Chan 4 fest - ausser die Peer Aktionen
set hm templateDef sirenSet soundSens:soundExt "set armSens armExt" acusticArmDly:on acusticArmSens:p0 acusticDisArm:on acusticExtArm:p1 acusticExtDly:on acusticMultiDly:on opticArmDly:on opticArmSens:on opticDisArm:on opticExtArm:on opticExtDly:on opticMultiDly:on sign:off statusInfoMinDly:2 statusInfoRandom:1 transmitTryMax:6
so, nun hast du ein template - jetzt kannst du es deiner Sirene zuweisen
set hm templateSet mySirenCh4 sirenSet 0 on off
FHEM setzt alle register des Device (alle im Template) auf anforderung oder kontrolliert dies auf Korrektheit.
Du kannst ALLE templates deiner installation prüfen und - alles was nicht korrekt ist - setzen
set hm templateExe
oder nur prüfen
set hm templateChk
Anschliessend alles sichern.
set hm archConfig
und
attr hm autoArchive 1
attr hm autoLoadArchive 1_template
So - die (interessanteren) tempaltes der Peers am Wochenende. Aber vielleicht bringt dich das schon weiter.
Hallo Martin,
ich glaube, so langsam dämmerts. Werde morgen mal damit spielen. Vielen Dank mal soweit.
Zitat von: blackbite am 11 August 2016, 22:44:08
Hallo Martin,
ich glaube, so langsam dämmerts. Werde morgen mal damit spielen. Vielen Dank mal soweit.
Bei mir dämmerts noch nicht - werde mich jedoch bemühen.
Jedoch eine Praxisfrage zur Sirene:
Welche Methoden sind für die "Unscharfschaltung" beim Heimkommen sinnvoll?
Einen gepeerten Taster im Vorraum womit man mit einem kurzen Druck die Anlage abschalten kann, finde ich zu unsicher.
Habe dann die Alarmauslösung verzögert um eine FB im Wohnzimmer zur "Unscharfschaltung" zu verwenden!?!
Über FHEM und nicht direkt "Unscharfschalten" mit z.B. Sequence (kurz,kurz,lang o.ä.)!?!
???
Danke und LG
kurz (minimals Register)
set hm templateDef SirArmOff sensor:Level:Delay "set alarm off" OnLevelArm:p0 OffDly:0 OnDly:p2 OnLevel:p1
set hm templateDef SirArmOn sensor:Level:Delay "set alarm on" OnLevelArm:p0 OffDly:0 OnDly:p2 OnLevel:p1
oder lang(alle Register)
set hm templateDef SirArmOff sensor:Level:Delay "set alarm off" CtDlyOff:geLo CtDlyOn:geLo CtOff:geLo CtOn:geLo CtValHi:180 CtValLo:1 MultiExec:off ActionType:jmpToTarget OnTimeMode:absolut OffTimeMode:absolut OffTime:unused OnTime:unused OnLevelArm:p0 OffDly:0 OnDly:p2 OnLevel:p1 SwJtDlyOff:off SwJtDlyOn:off SwJtOff:off SwJtOn:dlyOff
set hm templateDef SirArmOn sensor:Level:Delay "set alarm on" CtDlyOff:geLo CtDlyOn:geLo CtOff:geLo CtOn:geLo CtValHi:180 CtValLo:1 MultiExec:off ActionType:jmpToTarget OnTimeMode:absolut OffTimeMode:absolut OffTime:unused OnTime:unused OnLevelArm:p0 OffDly:0 OnDly:p2 OnLevel:p1 SwJtDlyOff:on SwJtDlyOn:on SwJtOff:dlyOn SwJtOn:on
set hm templateSet mySirenCh4 SirArmOff HM_28FD22_Btn_05:short allSens 100 30
set hm templateSet mySirenCh4 SirArmOff HM_3034D9_Btn_05:short allSens 100 30
set hm templateSet mySirenCh4 SirArmOff HM_303506_Btn_13:short allSens 100 30
set hm templateSet mySirenCh4 SirArmOff HM_AlarmRemote_1_armInt:short allSens 100 30
set hm templateSet mySirenCh4 SirArmOff HM_AlarmRemote_2_armInt:short allSens 100 30
set hm templateSet mySirenCh4 SirArmOff HM_28FD22_Btn_05:long extSens 25 30
set hm templateSet mySirenCh4 SirArmOff HM_3034D9_Btn_05:long extSens 25 30
set hm templateSet mySirenCh4 SirArmOff HM_303506_Btn_13:long extSens 25 30
set hm templateSet mySirenCh4 SirArmOff HM_AlarmRemote_1_armInt:long extSens 25 30
set hm templateSet mySirenCh4 SirArmOff HM_AlarmRemote_2_armInt:long extSens 25 30
set hm templateSet mySirenCh4 SirArmOn HM_28FD22_Btn_06:short allSens 100 30
set hm templateSet mySirenCh4 SirArmOn HM_3034D9_Btn_06:short allSens 100 30
set hm templateSet mySirenCh4 SirArmOn HM_303506_Btn_14:short allSens 100 30
set hm templateSet mySirenCh4 SirArmOn HM_AlarmRemote_1_armExt:short allSens 100 30
set hm templateSet mySirenCh4 SirArmOn HM_AlarmRemote_2_armExt:short allSens 100 30
set hm templateSet mySirenCh4 SirArmOn HM_28FD22_Btn_06:long extSens 25 30
set hm templateSet mySirenCh4 SirArmOn HM_3034D9_Btn_06:long extSens 25 30
set hm templateSet mySirenCh4 SirArmOn HM_303506_Btn_14:long extSens 25 30
set hm templateSet mySirenCh4 SirArmOn HM_AlarmRemote_1_armExt:long extSens 25 30
set hm templateSet mySirenCh4 SirArmOn HM_AlarmRemote_2_armExt:long extSens 25 30
Etwas einfacher anzuwenden ist es die Funktion Long und Short in einem zu definieren. Wenn man das nicht separat haben will. Hier habe ich die Parameter weg gelassen. Ich denke man könnte evtl die Delay Zeit einstellen.
oder short undlong in einem - und keine Parameter
set hm templateDef SirArmOff 0 "set alarm on" lgCtDlyOff:geLo lgCtDlyOn:geLo lgCtOff:geLo lgCtOn:geLo lgCtValHi:180 lgCtValLo:1 lgMultiExec:off lgActionType:jmpToTarget lgOnTimeMode:absolut lgOffTimeMode:absolut lgOffTime:unused lgOnTime:unused lgOnLevelArm:extSens lgOffDly:0 lgOnDly:p0 lgOnLevel:25 lgSwJtDlyOff:on lgSwJtDlyOn:on lgSwJtOff:dlyOn lgSwJtOn:on shCtDlyOff:geLo shCtDlyOn:geLo shCtOff:geLo shCtOn:geLo shCtValHi:180 shCtValLo:1 shMultiExec:off shActionType:jmpToTarget shOnTimeMode:absolut shOffTimeMode:absolut shOffTime:unused shOnTime:unused shOnLevelArm:allSens shOffDly:0 shOnDly:p0 shOnLevel:100 shSwJtDlyOff:on shSwJtDlyOn:on shSwJtOff:dlyOn shSwJtOn:on
set hm templateDef SirArmOff 0 "set alarm off" lgCtDlyOff:geLo lgCtDlyOn:geLo lgCtOff:geLo lgCtOn:geLo lgCtValHi:180 lgCtValLo:1 lgMultiExec:off lgActionType:jmpToTarget lgOnTimeMode:absolut lgOffTimeMode:absolut lgOffTime:unused lgOnTime:unused lgOnLevelArm:extSens lgOffDly:0 lgOnDly:p0 lgOnLevel:25 lgSwJtDlyOff:off lgSwJtDlyOn:off lgSwJtOff:dlyOff lgSwJtOn:off shCtDlyOff:geLo shCtDlyOn:geLo shCtOff:geLo shCtOn:geLo shCtValHi:180 shCtValLo:1 shMultiExec:off shActionType:jmpToTarget shOnTimeMode:absolut shOffTimeMode:absolut shOffTime:unused shOnTime:unused shOnLevelArm:allSens shOffDly:0 shOnDly:p0 shOnLevel:100 shSwJtDlyOff:off shSwJtDlyOn:off shSwJtOff:dlyOff shSwJtOn:off
set hm templateSet mySirenCh4 SirArmOff HM_28FD22_Btn_05:both
set hm templateSet mySirenCh4 SirArmOff HM_3034D9_Btn_05:both
set hm templateSet mySirenCh4 SirArmOff HM_303506_Btn_13:both
set hm templateSet mySirenCh4 SirArmOff HM_AlarmRemote_1_armInt:both
set hm templateSet mySirenCh4 SirArmOff HM_AlarmRemote_2_armInt:both
set hm templateSet mySirenCh4 SirArmOn HM_28FD22_Btn_06:both
set hm templateSet mySirenCh4 SirArmOn HM_3034D9_Btn_06:both
set hm templateSet mySirenCh4 SirArmOn HM_303506_Btn_14:both
set hm templateSet mySirenCh4 SirArmOn HM_AlarmRemote_1_armExt:both
set hm templateSet mySirenCh4 SirArmOn HM_AlarmRemote_2_armExt:both
Wenn du sinnvolle Sätze aufgestellt hast solltest du diese veröffentlichen im Wiki. Der einfache User kann dan die Template Deflition einfach kopieren. Die Belegung der Peers ist dann einfach. Ebenso das Tauschen von Funktionen und Belegungen.
ach ja - die einfache art, ein tempate zu erstellen ist wenn men ein bestehendes Setting einfach abbilde will ist
set hm templateDef SirenOn mySirenCh4 fromMaster HM_28FD22_Btn_06:both
set hm templateDef SirenOff mySirenCh4 fromMaster HM_28FD22_Btn_05:both
Wow, vielen Dank!
Ich glaube, mit der Starthilfe sollte ich ganz gut weiter kommen. Ich konnte nur noch nicht in die Tiefe gehen. Das wird aber baldmöglichst gemacht.
Kannst Du bitte noch die pressS und pressL für den Ch4 einbauen?
Danke und schönes WE
Hallo Martin,
toll, vielen Dank für den Einbau der press-Befehle. Damit kann man z.B. in meinem Fall mit einem:
set Alarmanlage_Arm[Ch4] pressS HM_AlarmRemote_1_armExt[peerCh] die Innensirene verzögert extern scharf schalten und mit einem erneuten Absetzen des Befehls den Delay abschalten und sofort extern scharf schalten.
Ein pressL macht entsprechend dasselbe für intern scharf.
Dennoch hast Du mich überzeugt, mich mal intensiv mit den Templates zu beschäftigen. Das eröffnet ja noch ganz andere Möglichkeiten. Aber das mit press ist trotzdem schon mal toll. Dann kann man mit einem einfachen doif und dem set-Befehl die Sirene verzögert scharfstellen.
Jetzt bliebe noch der Wunsch nach dem Reading für Battery. Kannst Du mal nachsehen, was Homematic da vorgesehen hat? Eine Batterie betriebene Alarmanlage, ohne die Möglichkeit der Batterieüberwachung wäre...naja.
Danke!
batterie ist drin
Eine kurze Frage an die Besitzer der Sirene:
Man liest unterschiedliche Aussagen zur optischen Alarmierung. Kann man die LED unabhängig von der Sirene aktivieren? Wahrscheinlich nicht, oder?
Hallo,
nein, sie signalisiert nur über Blinkcodes die verschiedenen Scharfschaltzustände bzw. den Anlernmodus. Da geht m.W.n. nichts...
Hallo,
habe so meine Probleme mit der Sirene:
die Sirene wurde mit der vccu offensichtich erfolgreich gepairt
Internals:
CFGFN
DEF 4C48A6
HMLAN1_MSGCNT 223
HMLAN1_RAWMSG E4C48A6,0000,04FF2E71,FF,FFD7,AEA4104C48A624ADAC0604C804
HMLAN1_RSSI -41
HMLAN1_TIME 2016-09-04 21:31:36
HMUART1_MSGCNT 110
HMUART1_RAWMSG 05000057AD80024C48A624ADAC0104C80400
HMUART1_RSSI -87
HMUART1_TIME 2016-09-04 21:25:55
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 333
NAME Siren
NOTIFYDEV global
NR 1675
STATE CMDs_done
TYPE CUL_HM
channel_01 Siren_Ext
channel_02 Siren_Int
channel_03 Siren_Panic
channel_04 Siren_Arm
lastMsg No:AE - t:10 s:4C48A6 d:24ADAC 0604C804
protCmdDel 3
protLastRcv 2016-09-04 21:31:36
protNack 1 last_at:2016-09-04 20:58:06
protResnd 8 last_at:2016-09-04 21:17:57
protSnd 230 last_at:2016-09-04 21:31:36
protState CMDs_done
rssi_at_HMLAN1 avg:-64.48 cnt:223 max:-40 min:-88 lst:-41
rssi_at_HMUART1 avg:-66.8 cnt:110 max:-56 lst:-87 min:-90
Readings:
2016-09-04 21:11:30 CommandAccepted yes
2016-09-04 20:36:23 D-firmware 1.0
2016-09-04 20:36:23 D-serialNr NEQ0510680
2016-09-04 21:17:36 PairedTo 0x24ADAC
2016-09-04 20:36:28 R-cyclicInfoMsg on
2016-09-04 20:36:28 R-pairCentral 0x24ADAC
2016-09-04 20:36:28 R-sabotageMsg on
2016-09-04 21:17:36 RegL_00. 02:01 03:48 09:01 0A:24 0B:AD 0C:AC 12:17 18:00 10:01 22:83 00:00
2016-09-04 21:31:36 battery ok
2016-09-04 21:31:36 lastBatChange Sun Sep 4 21:31:36 2016
2016-09-04 21:31:36 sabotageError on
2016-09-04 21:31:36 state CMDs_done
Helper:
HM_CMDNR 174
cSnd 1124ADAC4C48A60201000000,1124ADAC4C48A60204C80000
mId 00F9
rxType 6
Ack:
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +4C48A6,00,00,00
nextSend 1473017496.1937
prefIO
rxt 0
vccu
p:
4C48A6
00
00
00
Mrssi:
mNo AE
Io:
HMLAN1 -39
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
dev 1
prs 1
Rpt:
IO HMLAN1
flg A
ts 1473017496.09585
ack:
HASH(0x602e5a8)
AE800224ADAC4C48A600
Rssi:
At_hmlan1:
avg -64.4887892376682
cnt 223
lst -41
max -40
min -88
At_hmuart1:
avg -66.8090909090909
cnt 110
lst -87
max -56
min -90
Shadowreg:
Tmpl:
Attributes:
IODev HMLAN1
IOgrp vccu:HMLAN1
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
model HM-Sec-Sir-WM
msgRepeat 1
room 99_System,CUL_HM
serialNr NEQ0510680
subType siren
webCmd getConfig:clear msgEvents
Als 1. Veruch wurde der Button 1 eines HM-Sen-MDIR-WM55 mit
set ST_BTN1 peerchan 0 Siren_Ext single set
und anschließendem getconfig ST_SW_M gepeert.
Internals:
CFGFN
DEF 4A154901
NAME ST_BTN1
NOTIFYDEV global
NR 1097
STATE Short (to Siren)
TYPE CUL_HM
chanNo 01
device ST_SW_M
peerList Siren_Ext,
Readings:
2016-09-04 21:10:50 R-Siren_Ext-expectAES off
2016-09-04 21:10:50 R-Siren_Ext-peerNeedsBurst off
2016-09-04 20:17:25 R-sign off
2016-09-04 21:10:18 RegL_01. 04:10 09:00 08:00 22:C8 30:03 00:00
2016-09-04 21:10:50 RegL_04.Siren_Ext 01:00 00:00
2016-09-04 21:10:19 peerList Siren_Ext,
2016-09-04 21:26:34 state Short (to Siren)
2016-09-04 21:26:34 trigger Short_13
2016-09-04 21:26:34 triggerTo_Siren Short_13
2016-09-04 21:26:34 trigger_cnt 13
Helper:
BNO 13
BNOCNT 1
peerIDsRaw ,4C48A601,00000000
Expert:
def 1
det 0
raw 1
tpl 0
Role:
chn 1
Shadowreg:
Tmpl:
Attributes:
model HM-Sen-MDIR-WM55
peerIDs 00000000,4C48A601,
Das peeren war also erfolgreich, wie der Channel 01 der Sirene zeigt:
Internals:
CFGFN
DEF 4C48A601
NAME Siren_Ext
NOTIFYDEV global
NR 1677
STATE off
TYPE CUL_HM
chanNo 01
device Siren
peerList ST_BTN1,
Readings:
2016-09-04 21:21:00 CommandAccepted yes
2016-09-04 21:18:42 R-ST_BTN1-lgActionType jmpToTarget
2016-09-04 21:18:42 R-ST_BTN1-lgCtDlyOff geLo
2016-09-04 21:18:42 R-ST_BTN1-lgCtDlyOn geLo
2016-09-04 21:18:42 R-ST_BTN1-lgCtOff geLo
2016-09-04 21:18:42 R-ST_BTN1-lgCtOn geLo
2016-09-04 21:18:42 R-ST_BTN1-lgCtValHi 180
2016-09-04 21:18:42 R-ST_BTN1-lgCtValLo 1
2016-09-04 21:18:42 R-ST_BTN1-lgMultiExec on
2016-09-04 21:18:42 R-ST_BTN1-lgOffDly 0 s
2016-09-04 21:18:42 R-ST_BTN1-lgOffTime unused
2016-09-04 21:18:42 R-ST_BTN1-lgOffTimeMode absolut
2016-09-04 21:18:42 R-ST_BTN1-lgOnDly 0 s
2016-09-04 21:18:42 R-ST_BTN1-lgOnTime 120 s
2016-09-04 21:18:42 R-ST_BTN1-lgOnTimeMode absolut
2016-09-04 21:18:42 R-ST_BTN1-lgSwJtDlyOff on
2016-09-04 21:18:42 R-ST_BTN1-lgSwJtDlyOn on
2016-09-04 21:18:42 R-ST_BTN1-lgSwJtOff dlyOn
2016-09-04 21:18:42 R-ST_BTN1-lgSwJtOn on
2016-09-04 21:18:42 R-ST_BTN1-shActionType jmpToTarget
2016-09-04 21:18:42 R-ST_BTN1-shCtDlyOff geLo
2016-09-04 21:18:42 R-ST_BTN1-shCtDlyOn geLo
2016-09-04 21:18:42 R-ST_BTN1-shCtOff geLo
2016-09-04 21:18:42 R-ST_BTN1-shCtOn geLo
2016-09-04 21:18:42 R-ST_BTN1-shCtValHi 180
2016-09-04 21:18:42 R-ST_BTN1-shCtValLo 1
2016-09-04 21:18:42 R-ST_BTN1-shMultiExec off
2016-09-04 21:18:42 R-ST_BTN1-shOffDly 0 s
2016-09-04 21:18:42 R-ST_BTN1-shOffTime unused
2016-09-04 21:18:42 R-ST_BTN1-shOffTimeMode absolut
2016-09-04 21:18:42 R-ST_BTN1-shOnDly 0 s
2016-09-04 21:18:42 R-ST_BTN1-shOnTime 120 s
2016-09-04 21:18:42 R-ST_BTN1-shOnTimeMode absolut
2016-09-04 21:18:42 R-ST_BTN1-shSwJtDlyOff on
2016-09-04 21:18:42 R-ST_BTN1-shSwJtDlyOn on
2016-09-04 21:18:42 R-ST_BTN1-shSwJtOff dlyOn
2016-09-04 21:18:42 R-ST_BTN1-shSwJtOn on
2016-09-04 21:18:40 R-sign off
2016-09-04 21:18:40 R-soundId 64
2016-09-04 21:18:40 R-statusInfoMinDly 2 s
2016-09-04 21:18:40 R-statusInfoRandom 1 s
2016-09-04 21:18:40 R-transmitTryMax 6
2016-09-04 21:18:40 RegL_01. 08:00 30:06 57:24 AB:40 00:00
2016-09-04 21:18:42 RegL_03.ST_BTN1 02:00 03:00 04:01 05:B4 06:00 07:6C 08:00 09:FF 0A:01 0B:13 0C:33 82:00 83:00 84:01 85:B4 86:00 87:6C 88:00 89:FF 8A:21 8B:13 8C:33 00:00
2016-09-04 21:21:00 deviceMsg off (to vccu)
2016-09-04 21:21:00 level 0
2016-09-04 21:21:00 pct 0
2016-09-04 21:18:41 peerList ST_BTN1,
2016-09-04 21:21:00 recentStateType ack
2016-09-04 21:21:00 state off
2016-09-04 21:21:00 timedOn off
2016-09-04 21:26:34 trigLast ST_BTN1:short
2016-09-04 21:26:34 trig_ST_BTN1 Short_13
Helper:
dlvl 00
dlvlCmd ++A01124ADAC4C48A60201000000
peerIDsRaw ,4A154901,00000000
Expert:
def 1
det 1
raw 1
tpl 1
Role:
chn 1
Shadowreg:
Tmpl:
Attributes:
expert 251_anything
model HM-Sec-Sir-WM
peerIDs 00000000,4A154901,
room 99_System
Der Channel wird auch getriggert, aber die Sirene geht nicht los.
Natürlich ist der Kanal 4 der Sirene scharf geschaltet und die Scharfschaltung wurde auch mit den entsprechenden Tönen quittiert.
Internals:
CFGFN
DEF 4C48A604
NAME Siren_Arm
NOTIFYDEV global
NR 1680
STATE 100
TYPE CUL_HM
chanNo 04
device Siren
Readings:
2016-09-04 21:25:55 CommandAccepted yes
2016-09-04 20:36:46 R-sign off
2016-09-04 21:17:42 RegL_01. 08:00 30:06 57:24 A9:9F AA:9F 00:00
2016-09-04 21:31:36 deviceMsg 100 (to vccu)
2016-09-04 21:31:36 level 100
2016-09-04 21:31:36 pct 100
2016-09-04 21:31:36 recentStateType info
2016-09-04 21:31:36 state 100
2016-09-04 21:31:36 timedOn off
Helper:
peerIDsRaw ,00000000
Expert:
def 1
det 0
raw 1
tpl 0
Role:
chn 1
Shadowreg:
Tmpl:
Attributes:
model HM-Sec-Sir-WM
peerIDs 00000000,
room 99_System
Was habe ich falsch gemacht bzw. falsch verstanden?
Gruß
Luigi
Hallo Luigi,
Du brauchst ein peerNeedsBurst on. Schau Dir mal Antwort #59 an.
VG
Blackbite
Hat geklappt, danke
Die Sirene reagiert jetzt auf BTN1 sowohl short- als auch longpress.
Gibt es eine Möglichkeit, nur auf short bzw. long zu reagieren (direkt, ohne Umweg über FHEM)?
Hintergrund: Ich würde gerne die Aktivierung von Siren_Arm über longpress machen.
Gruß
Luigi
Hallo.
Ich habe eine Sirene gerade zusammengebaut. Sie wurde nach dem Einlegen der Batterien auch sofort angelegt. Jetzt habe ich sie mal gelöscht und wollte sie neu anlegen. Leider sehe ich nur unknown Code aber nichts wird mehr angelegt (HMLAN pairing aktiv - ging aber vorher auch ohne). Werksreset der Sirene habe ich auch schon gemacht.
Jemand eine Idee was da los ist?
Martin
Config ausloesen, aber keinen reset. Das device wird angelegt.
Zum pairen fhem in pairing mode versetzen und config ausloesen. Auch hier wird das device angelegt falls notwendig.
Nun nachdem die early adopters mit Martins wie immer unersetzlicher Hilfe ihre Sirenen in Betrieb nehmen konnten:
1. Taugen die Dinger was? ganz generell
2. Kann ich sie also (was ich vermute) via FHEM ähnlich wie sonst in der CCU2 mit diversen Sensoren "verheiraten" (peeren) und quasi als Minialarmanlage abseits von FHEM verwenden? Das würde die Ausfallsicherheit ja deutlich erhöhen, da zur Alarmauslösung selbst ja kein FHEM mehr nötig wäre.
3. Laut ELV und Anleitung kann man über die CCU2 andere Töne einstellen - was geht diesbezüglich hier?
soooo viele Fragen ...
Zitat von: Pfriemler am 19 September 2016, 18:07:00
Nun nachdem die early adopters mit Martins wie immer unersetzlicher Hilfe ihre Sirenen in Betrieb nehmen konnten:
1. Taugen die Dinger was? ganz generell
2. Kann ich sie also (was ich vermute) via FHEM ähnlich wie sonst in der CCU2 mit diversen Sensoren "verheiraten" (peeren) und quasi als Minialarmanlage abseits von FHEM verwenden? Das würde die Ausfallsicherheit ja deutlich erhöhen, da zur Alarmauslösung selbst ja kein FHEM mehr nötig wäre.
3. Laut ELV und Anleitung kann man über die CCU2 andere Töne einstellen - was geht diesbezüglich hier?
soooo viele Fragen ...
Hi,
also ich bin damit sehr zufrieden. Peeren funktioniert 2 stufig ohne Probleme. Also Aussenhaut und gesamt z.B. Ich habe nur Tür und Fensterkontakte angeschlossen. Ob Bewegungsmelder jetzt gehen weiss ich nicht. Die Töne kann im Rahmen der Auswahl frei gewählt werden. Ich habe das Gerät in mein normales Alarmsystem integriert und so die Zuverlässigkeit erhöht. Denke ich. 8)
Gesendet von meinem HUAWEI CRR-L09 mit Tapatalk
Im Nachbauvideo kann man die Töne probehören.
zu den Tönen: Offenbar einiges einstellbar in der CCU2, aber wie steht es mit der Steuerbarkeit in FHEM?
Wenn die Konfigsoftware langsam abgekündigt wird, bleibt mir ja fast bald nix weiter übrig als doch (wieder) so'n Ding zu kaufen ...
Zitat von: Pfriemler am 21 September 2016, 20:13:41
zu den Tönen: Offenbar einiges einstellbar in der CCU2, aber wie steht es mit der Steuerbarkeit in FHEM?
Wenn die Konfigsoftware langsam abgekündigt wird, bleibt mir ja fast bald nix weiter übrig als doch (wieder) so'n Ding zu kaufen ...
Soundid kann in fhem definiert werden. Gruß a.
Gesendet von meinem HUAWEI CRR-L09 mit Tapatalk
Was ist in der ccu2 moeglich was in fhem fehlt?
Zitat von: martinp876 am 22 September 2016, 07:12:22
Was ist in der ccu2 moeglich was in fhem fehlt?
Das war die Frage. Die CCU2 liefert eine sehr detaillierte Soundkonfigurationsoberfläche, wobei unklar ist, wieviel davon einzeln im Gerät verfügbar ist und wie die Konfig am Ende aussieht, die ans Gerät gesendet wird. Natürlich wird man mit regRAW alles auch per FHEM regeln können. Wenn es ein fertig programmierbares Register und eine händisch auswertbare Beschreibung gibt, nach der man die Werte zusammenstricken kann, reicht das - in diesem Fall.
Davon ab benutze ich für manche Spezies derzeit noch den Konfigurator. Wenn der nicht mehr aktualisiert wird, bräuchte ich für gleichen gewohnten (!) Komfort zumindest temporär eine CCU2. Dass das wenig Sinn macht und auch ein Mischbetrieb, habe ich selbst ausprobiert. Bliebe noch die Variante mit zap's Modul ...
geht nich gips nich
Jetzt weiss ich immer noch nicht, was die ccu2 anbietet. Dann kann ich auch nicht pruefen oh fhem es ebenso untertzuetzen kann.
Rawreg ist sicher nicht die loesung.
Zitat von: martinp876 am 23 September 2016, 07:20:13
Jetzt weiss ich immer noch nicht, was die ccu2 anbietet.
Das Einzige was ich, weder in Besitz der Sirene noch der CCU2, erfahren habe, waren die paar Sekunden im von DGH77 erwähnten Nachbauvideo auf der ELV-Homepage (beim Artikel in den Bildern):
http://www.elv.de/homematic-komplettbausatz-innensirene-als-mini-alarmanlage.html (http://www.elv.de/homematic-komplettbausatz-innensirene-als-mini-alarmanlage.html)
ZitatDann kann ich auch nicht pruefen oh fhem es ebenso untertzuetzen kann.
Ich glaube, diese Oberfläche in FHEM nachzubilden wäre kompletter Overkill. Da wünsche ich mir schon viel länger ganz andere Sachen.
ZitatRawreg ist sicher nicht die loesung.
Nicht DIE, aber EINE.
Offenbar gibt es aber längst ein Register "SoundID" (oder ähnlich) in den Settings, wie alec_osbourne antwortete.
Für mich bliebe jetzt die Frage, ob man die Sirene, unabhängig von ihrem Schaltzustand, als Alarmtonausgabegerät mitverwenden kann, etwa um einen Warnton im Haus abzuspielen, wenn bei einsetzendem Regen noch Dachfenster offen sind. Angesichts des Videos stelle ich mir die Frage, ob die auf dem Web-IF der CCU2 eingestellten Töne spontan als Demo von der Alarmanlage abgespielt werden - das wäre dann ein Lösungsansatz zum Nachbau in FHEM.
Hat jemand schon mit einem Wiki-Artikel geliebäugelt, um dort alles zusammenzutragen was es an Wissen gibt? Wenn ich mir das Ding kaufe und einsetze, würde ich das spätestens dann anbieten können.
Hallo,
ich würde die Sirene auch gerne für eine Alarmanlage verwenden und mittels eines HM-LAN über FHEM ansteuern.
Mich irritiert jetzt allerdings die Aussage auf der ELV-Seite "Hinweis: Das Produkt ist nicht kompatibel mit der CCU1 sowie den LAN-/USB-Konfigurationsadaptern".
Heißt das, ich brauche zwingend eine CCU2 zur Konfiguration oder geht das über FHEM auch über meinen HM-LAN?
Viele Grüße
Markus
Hallo Markus,
Fhem und HM-Lan eichen um die Sirene anzusprechen.
Marcus
Vielen Dank. Dann werde ich sie mir mal bestellen
Hallo zusammen,
erstmal danke an alle, die sich hier beim Thema Innensirene beteiligen, hat mir schon sehr geholfen.
Ich habe mittlerweile ebenfalls meine Innensirene montiert und das Auslösen per Panik-Knopf klappt einwandfrei.
Anschließend habe ich den ersten Türsensor (HM-SEC-SCo) gepeered mittels:
set HM_SC_Haustuer peerChan 0 HM_Innensirene_Aussen single set
"HM_Innensirene_Aussen" ist Kanal 1 der Sirene.
Danach habe ich ein getConfig ausgeführt und mit einem armAll auf Kanal 4 die Sirene scharf geschaltet. Wenn ich jetzt die Tür öffne, dann wird leider kein Alarm ausgelöst.
Im Kanal 1 der Sirene sehe ich aber, dass das Signal angekommen ist:
trigLast -> HM_SC_Haustuer:open
Was mache ich falsch?
Viele Grüße,
Bernd
Hallo,
nachdem ich gestern die Sirene zusammengebaut habe läuft es heut schon mit allen vier Kanälen :)
Um aber noch ein bisschen was aus dem Gerät rausholen zu können wäre es schön wenn die SoundID das Volumen und die Dauer in Readings angezeigt würden, so wie "mo" es weiter vorn vorgeschlagen hat.
ZitatWas meines Erachtens noch sehr praktisch wäre, ist für die Sirene eine ähnliche Befehlsfolge wie beim Mp3- Gong zu haben, der wie folgt aussehen könnte:
Set Sirene: soundid, Dauer, Lautstärke -
Vielleicht hab ich auch nur zu wenig Ahnung um das bei mir mit ein paar Handgriffen zu bewerkstelligen.
Dann hätte ich gerne einen kleine Schubs in die Richtung.
Viel Grüße,
Rob
Hi,
mich würde interessieren ob man die LED unabhängig von der Sirene einschalten kann ?
Ich würde damit gerne signalisieren, dass die Alarmanlage aktiviert wurde.
Kann da einer was zu sagen ?
VG
Hallo, erstmal Danke für die Mühe und die Erklärungen.
Ich habe das Problem, dass bei mir meine HM-Sec-MDIR sich nicht peeren lassen mit HM-Sec-Sir-WM. Sei es über FHEM oder manuell über Anlerntaste auf beiden Geräten.
Mir ist auch aufgefallen, dass der Befehler:
Set WZ_Motion regSet peerNeedsBurst on Alarm_Sen_02
ohne Fehler seitens FHEM durchläuft. Ein "getConfig" danach auf "WZ_Motion" führt aber zu keinem peer. Beim Fensterkontakt ging das ohne Probleme.
Noch zu erwähnen ist, dass ich darüber gestolpert bin "Set" ist nicht gleich "set". Also auf Gross und Kleinschreibung achten. Das kleine "set ...." führt beim Kommando
set WZ_Motion regSet peerNeedsBurst on Alarm_Sen_02
zu
cannot calculate value. Please issue set WZ_Motion getConfig first - invalid
Jemand eine Idee?
Edit: Habe es jetzt irgendwie hinbekommen. Musste vorher noch wohl ein
set WZ_Motion peerChan 0 Alarm_Sen_02 single
machen.
Jetzt steht im Sen_02 channel von der Sirene auch mein Bewegungsmelder drinnen.
trigLast WZ_Motion:33 2017-01-07 14:58:39
trig_KellerTuer Open_159 2017-01-07 13:46:12
trig_WZ_Motion 33_80 2017-01-07 14:58:39
Nur wenn jetzt motion ausgelöst wird und ich vorher "Armall" gemacht habe, passiert nichts. Öffne ich dagegen die Tür geht es sofort los mit dem Alarm.
Komisch ist auch, dass die Tür in den peer von Alarm_Sen_02 drinnen ist, sowie auch einen RegL_03.KellerTuer_chn-01 angelegt hat. Beim WZ_Motion nicht.
Letzte device Message sieht auch komisch aus von Alarm_Sen_02: "deviceMsg off (to KellerTuer)"
Mich düngt 33 ist der Helligkeitswert? Hmmm .... Und der wird übermittelt. Nicht "Open" was wahrscheinlich gebraucht wird.
So nun sind alle ordentlich registriert. Komisch. Hat wohl nur eine Weile gedauert. Motion löst jetzt auch direkt Alarm aus. Perfekt.!
Hat jemand die Sirene schon in das Alarmanlagen Modul von PAH integriert?
https://wiki.fhem.de/wiki/Modul_Alarmanlage (https://wiki.fhem.de/wiki/Modul_Alarmanlage)
Hi,
ich bin mir unsicher ob eine Vollintegration Sinn macht. Ich nutze in dem AlarmModul nur die Arm und Disarmfunktion um die Sirene neben anderen Dingen nach einem Disarm auch auszuschalten.
Ansonsten habe ich alle Kontakte direkt mit der Sirene gepeert. Der Vorteil ist man hat auch einen funktionierenden Alarmgeber bei einem FHEM Ausfall.
set GF_co_SI_siren_Arm alarmLevel disarmed
Gruß A.
Ich hänge mioch nochmal hier ran,
ist es inzwischen eigentlich per FHEM möglich, verschiedene Sounds bei der Sirene einzustellen? Ich würde Channel 2 nämlich gerne als "Fenster offen" Warner verwenden - aber so steht das gnaze Haus stramm.
Liebe Grüße
Markus
Zitat von: juelich am 08 Januar 2017, 16:00:43
Ich hänge mioch nochmal hier ran,
ist es inzwischen eigentlich per FHEM möglich, verschiedene Sounds bei der Sirene einzustellen? Ich würde Channel 2 nämlich gerne als "Fenster offen" Warner verwenden - aber so steht das gnaze Haus stramm.
Liebe Grüße
Markus
Ja geht set soundId steht hier weiter vorne. Ging aber schon immer.
Vielen Dank für die schnelle Antwort,
hatte den ganzen Threat durchgeguckt. Es geht da nicht so eindeutig daraus hervor. Welche Schreibweise ist korrekt - "SoundId"?
Und wie ist die genaue Syntax des Befehls, um den Sound für Channel 2 zu ändern?
Liebe Grüße
Markus
Zitat von: alec_osborne am 07 Januar 2017, 21:54:40
Hi,
ich bin mir unsicher ob eine Vollintegration Sinn macht. Ich nutze in dem AlarmModul nur die Arm und Disarmfunktion um die Sirene neben anderen Dingen nach einem Disarm auch auszuschalten.
Ansonsten habe ich alle Kontakte direkt mit der Sirene gepeert. Der Vorteil ist man hat auch einen funktionierenden Alarmgeber bei einem FHEM Ausfall.
set GF_co_SI_siren_Arm alarmLevel disarmed
Gruß A.
Die funktionierende Alarmanlage bei FHEM Ausfall ist natürlich ein großer Vorteil, aber vllt. ist es ja trotzdem irgendwie möglich beides zu kombinieren.
Außerdem funktioniert das ja auch nur, wenn man ausschließlich HM Sensoren verwendet. Über das AlarmModul lassen sich ja auch sämtliche andere Fensterkontakte nutzen.
Wie schaltest du die Sirene scharf? Ich würde gerne einen bzw. zwei HM-RC-Sec4-2 verwenden und am liebsten alles so verbinden, dass es sowohl autark als auch über FHEM funktioniert bzw. FHEM zumindest den entsprechenden Status mitbekommt.
Also bei mir kommt als Fehlermeldung "Unknown argument SoundId, choose one of assignHmKey clear deviceRename fwUpdate getConfig getRegRaw raw regBulk regSet reset unpair"
Kannst Du bitte nochmal nachhelfen @alec_osborne ?
Viele Grüßen
Markus
Hi,
bei mir hat das funktioniert.
set [DEVICE_CHANNEL_XX] regSet soundId 2
[DEVICE_CHANNEL_XX] entspricht dabei dem Channel der Sirene für den man die ID ändern möchte.
Die ID muss man sich leider selber herleiten. Im ELV Video kann man sehen das es 1. 9 Verschiedene Signale gibt dazu je 2. 3 Tonhöhen und 3. verschiedene Geschwindigkeiten also ich glaube ca. 9*3*3 Töne sind möglich.
Gruß A.
Vielen Dank, wie immer also ein Problem der Groß- und Kleinschreibung. Allein in diesem Thread gibt es ja etliche Schreibvarianten dazu.
Dank Deines Codes habe ich endlich einen vertretbaren Sound gefunden.
Vielen Dank
Markus
Zitat von: Spezialtrick am 08 Januar 2017, 16:12:35
Die funktionierende Alarmanlage bei FHEM Ausfall ist natürlich ein großer Vorteil, aber vllt. ist es ja trotzdem irgendwie möglich beides zu kombinieren.
Außerdem funktioniert das ja auch nur, wenn man ausschließlich HM Sensoren verwendet. Über das AlarmModul lassen sich ja auch sämtliche andere Fensterkontakte nutzen.
Wie schaltest du die Sirene scharf? Ich würde gerne einen bzw. zwei HM-RC-Sec4-2 verwenden und am liebsten alles so verbinden, dass es sowohl autark als auch über FHEM funktioniert bzw. FHEM zumindest den entsprechenden Status mitbekommt.
Also die HM-RC-Sec4-2 nutze ich auch über das Alarmmodul aber eben nur um die Alarmanlage scharf zu schalten.
Dafür habe ich Dummys definiert denen du das Atribut alarmDevice - Sensor geben musst.
Danach kannst du im Alarmmodul diesen Dummys Arm/Disarm/Cancel Aktionen zuordnen.
Im letzten schritt musst du nur noch auf das Drücken von den Knöpfen auf deiner Fernbedienung reagieren.
define act_on_Alarmanlage_armInt notify HMvir_RC_armInt:(ON|OFF) set dum_VI_gl_XX_alarm_Alarmsystem_Intern on
Damit du Rückmeldungen von deiner Fernbedinung bekommst musst du das über ein Virtuelles Device machen.
Wie das peering zu machen ist steht auch hier https://forum.fhem.de/index.php/topic,21436.msg149270.html#msg149270 (https://forum.fhem.de/index.php/topic,21436.msg149270.html#msg149270)
define HMvir_RC_armInt CUL_HM [HIER EINE ID]
set HMvir_RC_armInt peerChan 0 [NAME_DES_CHANNEL_DES_KNOPFES_AUF_DER_FERNBEDIENUNG ] single
Das ergibt dann so etwas hier
define HMvir_RC_armInt CUL_HM [HIER EINE ID]
attr HMvir_RC_armInt model virtual_4
attr HMvir_RC_armInt peerIDs [HIER EINE ID],
attr HMvir_RC_armInt webCmd press short:press long
Ich würde in der Reihenfolge vorgehen.
1. Also am besten erst das virtuelle Device und die Dummys anlegen.
2. Fernbedinungskanäle mit dem virtuellen Device verknüpfen.
3. Notify anlegen
4. Dummys mit dem alarmDevice - Sensor erweitern.
5. Alarmmodul konfigurieren.
Gruß A.
Danke für die ausführliche Anleitung. :)
D.h. Heißt du hast zwischen der HM-RC-Sec4-2 und der Sirene keinerlei Verbindung außer über FHEM, sämtlich Sensoren sind direkt an die Sirene gepeert und wenn FHEM nach dem Scharf stellen aus irgendwelchen Gründen nicht verfügbar sein sollte, bleibt die Alarmanlage trotzdem funktionsfähig, korrekt?
Könntest du mir noch verraten, wie du die Fensterkontakte an die Sirene gepeert hast? Geht das auch über FHEM?
Hi ja genau,
mein arm/disarm läuft über fhem...(muss es aber nicht...ich möchte behaupten gelesen zu haben (hier weiter vorn) das manche einen schalter mit dem arm channel gepeert haben)...die Aktivierung läuft dann unabhängig von FHEM. Ich habe aber trotzdem das ALARM Modul im Einsatz weil auch noch andere Sachen beim Auslösen passieren.
Sample (set/unset) Beispiel für das an/ablernen::
set GF_lr_DC_door3 peerChan 0 GF_co_SI_siren_Intern single set
set GF_co_DC_door peerChan 0 GF_co_SI_siren_Intern single unset
GF_co_SI_siren_Intern ist der einer der Sirenen Kanäle.
GF_lr_DC_door3 und GF_co_DC_door sind Tür/Fensterkontakte.
Nach dem Anlernen sollten die Geräte in der peerList auftauchen.
Die Infos müssen dann mit einem GetConfig geholt werden.
set GF_co_SI_siren_Intern getConfig
Gruß
A.
Hallo, ich bekomme es nicht hin das Sen_01 auslöst. Es scheint alles korrekt gepeert. Nur leider kann ich machen was ich will Sen_01.
Bei Sen_02 löst es aus. Kann mal jemand schauen bei sich, ob Sen_01 überhaupt auslöst, wenn auf armExtSens (25) oder armAll (100) gestellt wurde. Ich habe das Gefühl Sen_01 hat bei mir keine Funktion.
Ok. Einige gehen jetzt doch. Die "list" sehen bei allen gleich aus. Ich werde die noch nicht funktionierenden einfach nochmals mehrmals pairen. Habe das Gefühl, dass es irgendwann klappt.
du kennst "get hminfo configCheck"?
Jetzt ja ...
Hier die relevanten Fehler die mir Probleme bei der InnenSirene machen. Mit XXXXXX habe ich meine ID ersetzt.
trigger sent to unpeered device
triggerUnpeered: EZ_Fenster:XXXXXX
triggerUnpeered: KU_Fenster:000000
triggerUnpeered: KU_Fenster:XXXXXX
triggerUnpeered: KellerTuer:XXXXXX
triggerUnpeered: WZ_Fenster_Links:XXXXXX
triggerUnpeered: WZ_Fenster_Rechts:XXXXXX
trigger sent to undefined device
triggerUndefined: EZ_Fenster:XXXXXX
triggerUndefined: KU_Fenster:XXXXXX
triggerUndefined: KellerTuer:XXXXXX
triggerUndefined: Schuppentuer:XXXXXX
triggerUndefined: WZ_Fenster_Links:XXXXXX
triggerUndefined: WZ_Fenster_Rechts:XXXXXX
Guten Abend,
ich habe einen etwas anderen Einsatzzweck der Homematic Sirene HM-Sec_sir-WM:
Mein Pumpensumpf will überwacht werden, d.h. wenn das Wasser eine gewisse Höhe überschreitet, soll die Sirene auf chanel 3 los legen.
Um den Wasserstand zu ermitteln, setze ich den threeStateSensor HM-SEC-WDS-2 ein. Dieser kennt die Zustände dry -> damp -> wet (in dieser Steigerungsform).
Bei dry ist alles gut. Ab Damp möchte ich gerne chanel 3 auf on setzen. Natürlich kann ich das per notify regeln, aber idealerweise (Ausfallsicherheit FHEM/RPi) lieber über den direkten Weg. Also habe ich per:
set Wassersensor peerChan 0 Sirene_03_Panic single set
die beiden gepeered. Nach getconfig tauchen die Geräte auch jeweils in der peerlist auf. Wenn ich den state damp oder wet jetzt produziere sendet der HM-SEC-WDS-2. Ob und was die Sirene empfängt konnte ich bisher nicht ermitteln. Leider aber kein Alarmsignal zu hören.
Ein
set Wassersensor regSet peerNeedsBurst on Sirene_03_Panic
funktioniert nicht (cannot calculate value. Please issue set Wassersensor getConfig first - invalid) scheint aber auch nicht benötigt, da folgendes reading des HM-SEC-WDS-2 für mich ok aussieht.
R-Sirene_03_Panic-peerNeedsBurst set_on
Hat jemand schon die beiden devices gepeered oder kann abschätzen, was ich jetzt probieren sollte?
Gruß Fatty
Ist es möglich, in der Sirene einen Delay auf nur einen speziellen Sensor zu legen, in meinem Fall die Haustür, um das Haus ohne Auslösung zu betreten?
Ich habe nur das R-eventDlyTime in meinem HM-SEC-SCo gefunden, aber das würde ja immer ein Delay bewirken, auch wenn die Alarmanlage überhaupt nicht scharf ist.
Hallo,
ich habe jetzt auch so ein nettes Teilchen - allerdings will ich das ding nur über fhem auslösen - also über set <device_name>_Panic on.
Das funktioniert soweit ganz gut, mit set <device_name>_Panic regSet soundId x kann ich auch den Ton ändern - allerdings ist das alles bei mir nicht besonders laut.
Ist der Ton bei "Panic" leiser wie über die Auslösung über Sensoren? Kann man die Lautstärke einstellen (habe kein Register gefunden)?
Und ganz nebenbei - was habt ihr denn so für Sounds eingestellt?
Viele Grüße
doc
Hallo doc,
beschäftige mich auch gerade mit der Sirene, ich habe bisher diese Einstellung gefunden,
0: signalTone | literal | | options:high,low,veryHigh,mid
Nach dem Anlernen war die Einstellung bei mir auf mid.
Gruß Micha
Servus,
merkst du einen Unterschied wenn du das umstellst? Ich merke nichts - set device_Panic regSet signalTone low und veryHigh klingen für mich gleich laut.
Kleiner Nachtrag: er meckert zwar nicht bei dem regSet auf Panic, aber eigentlich müsste das Register ja nur beim Device sein. Das war auf "low" voreingestellt - ist jetzt auf "veryHigh" aber ich höre immer noch keinen Unterschied...
Viele Grüße
doc
Also,
habe hier gerade drei Sirenen auf dem Tisch liegen, ich habe jetzt mal eine auf low und eine auf veryHigh gesetzt, einzeln ausgelöst und gemessen.
Da hast du recht, kein Unterschied, beide zeigen um die 100dB (altes Zeigermessgerät).
Das einzige was sich verändert ist die Lautstärke vom Quittierungston beim Aktivieren.
Gruß Micha
Bei mir hat _Panic die SoundID 66 und _Sen_01 die 64, ich persönlich finde die 64 penetranter und eigentlich nicht zu leise.
Ich steuere die Sirenen auch nur über FHEM, diese sind zusammen in einem structure, da ist bei Aktivierung ordentlich was los in der Bude ;-)
Gruß Micha
Moin zusammen,
ich habe heute mal alle 70 Möglichkeiten ausprobiert - hier meine Eindrücke:
Die Tonfolgen wiederholen sich immer wieder, sind aber leiser bzw. lauter.
01-09 ok - mittellaut, ab 10 werden die Töne leiser.
29-39 sind richtig laut, ab 46 wird es wieder ziemlich leise bis 63.
Meine Favoriten für eine Alarmanlage sind: 28, 29 ,30, 37, 38, 39, 64, 65, 66, 67 - die sind schön laut und ätzend im Ohr ;-)
Viele Grüße
doc
Zitat von: maeg68 am 21 März 2017, 15:16:01
Das einzige was sich verändert ist die Lautstärke vom Quittierungston beim Aktivieren.
Genau für das ist das Register signalTone auch gedacht.
Wollte nur mal danke sagen!
Ich hab den Kram hier letztes Jahr losgetreten und bin erst gestern dazu gekommen die Sirene zu bauen und in Betrieb zu nehmen. Dank aller Beteiligten ist die Sirene offensichtlich sauber integriert worden.
Ich selbst verwende diese nur als Krachmacher auf dem Panic-Kanal. Meine Eltern wollen aber eine Art kleine Alarmanlage. Aufgrund des Funktionsumfangs der Sirene überlege ich dort die Zentrale mit Pi komplett wegzulassen...
Moin zusammen,
laut Bausatz-Anleitung hat die Sirene 9 Grundsignale x 4 Tonhöhen x 2 Geschwindigkeiten, macht in Summe 72 IDs. Meiner Meinung nach müsste die soundId so aufgebaut sein:
soundId Frequenz Geschwindigkeit Tonhöhe
===================================================================
1 steigend langsam hoch
2 fallend langsam hoch
3 steigend und fallend langsam hoch
4 tief und hoch langsam hoch
5 tief, mittel, hoch langsam hoch
6 an und aus (5:5) langsam hoch
7 an und aus (2:8) langsam hoch
8 tief, aus, hoch, aus (5:5) langsam hoch
9 tief, aus, hoch, aus (2:8) langsam hoch
===================================================================
10 steigend langsam mittel
11 fallend langsam mittel
12 steigend und fallend langsam mittel
13 tief und hoch langsam mittel
14 tief, mittel, hoch langsam mittel
15 an und aus (5:5) langsam mittel
16 an und aus (2:8) langsam mittel
17 tief, aus, hoch, aus (5:5) langsam mittel
18 tief, aus, hoch, aus (2:8) langsam mittel
===================================================================
19 steigend langsam niedrig
20 fallend langsam niedrig
21 steigend und fallend langsam niedrig
22 tief und hoch langsam niedrig
23 tief, mittel, hoch langsam niedrig
24 an und aus (5:5) langsam niedrig
25 an und aus (2:8) langsam niedrig
26 tief, aus, hoch, aus (5:5) langsam niedrig
27 tief, aus, hoch, aus (2:8) langsam niedrig
===================================================================
28 steigend langsam sehr hoch
29 fallend langsam sehr hoch
30 steigend und fallend langsam sehr hoch
31 tief und hoch langsam sehr hoch
32 tief, mittel, hoch langsam sehr hoch
33 an und aus (5:5) langsam sehr hoch
34 an und aus (2:8) langsam sehr hoch
35 tief, aus, hoch, aus (5:5) langsam sehr hoch
36 tief, aus, hoch, aus (2:8) langsam sehr hoch
===================================================================
37 steigend schnell hoch
38 fallend schnell hoch
39 steigend und fallend schnell hoch
40 tief und hoch schnell hoch
41 tief, mittel, hoch schnell hoch
42 an und aus (5:5) schnell hoch
43 an und aus (2:8) schnell hoch
44 tief, aus, hoch, aus (5:5) schnell hoch
45 tief, aus, hoch, aus (2:8) schnell hoch
===================================================================
46 steigend schnell mittel
47 fallend schnell mittel
48 steigend und fallend schnell mittel
49 tief und hoch schnell mittel
50 tief, mittel, hoch schnell mittel
51 an und aus (5:5) schnell mittel
52 an und aus (2:8) schnell mittel
53 tief, aus, hoch, aus (5:5) schnell mittel
54 tief, aus, hoch, aus (2:8) schnell mittel
===================================================================
55 steigend schnell niedrig
56 fallend schnell niedrig
57 steigend und fallend schnell niedrig
58 tief und hoch schnell niedrig
59 tief, mittel, hoch schnell niedrig
60 an und aus (5:5) schnell niedrig
61 an und aus (2:8) schnell niedrig
62 tief, aus, hoch, aus (5:5) schnell niedrig
63 tief, aus, hoch, aus (2:8) schnell niedrig
===================================================================
64 steigend schnell sehr hoch
65 fallend schnell sehr hoch
66 steigend und fallend schnell sehr hoch
67 tief und hoch schnell sehr hoch
68 tief, mittel, hoch schnell sehr hoch
69 an und aus (5:5) schnell sehr hoch
70 an und aus (2:8) schnell sehr hoch
71 tief, aus, hoch, aus (5:5) schnell sehr hoch
72 tief, aus, hoch, aus (2:8) schnell sehr hoch
Gruß, Igge
Hallo zusammen!
Ich habe auch ein Problem mit der HM-Sirene. Ich habe alle maßgeblichen Fenster-/Türkontakte eingerichtete, mit der Anlage gepeert und auch eine Weile ohne Probleme betrieben. Nun habe ich einen weiteren Kontakt angeschafft. In in FHEM angelernt und mit dem Sen_01 gepeered. Das Peering wird in beiden Geräten (Kontakt und Sirene) aufgeführt und beim Schalten des Kontaktes wahrgenommen. Allerdings löst der Kontakt keinen Alarm aus.
In den Readings des Kontaktes steht das peerNeedsBurst auf OFF. Ich denke, dass das das Problem ist. expectAES ist auf ON. Das Peering habe ich vorgenommen, als die Anlage montiert war. Kann der Sabotage-Schutz (Silberdraht) das Problem sein?
Wie bekomme ich das peerNeedsBurst auf ON gesetzt. Den entsprechenden Befehl habe ich mehrfach ausgelöst. Dann steht set_on unter peerNeedsBurst, aber nach einen erneuten Pairing wird es trotzdem auf OFF gesetzt.
Die Anleitung unter Antwort #59 verstehe ich nicht... :(
peerNeedsBurst muss auf on stehen. Der Befehl in #59 ist richtig.
Die Einstellung findet im Fensterkontakt statt. Der Zustand der Anlage ist diesbezüglich egal.
Du hast nach dem Absetzen des regSet am Fensterkontakt kurz auf das Konfig-Knöpfchen gedrückt?
Ja, ich meine schon. Zumindest habe ich den Kontakt, der zum Konfigurieren bei mir auf dem Schreibtisch lag, an der Stelle für die Optik einmal aufgedeckt, sodass er "geschaltet" hat. Die Einstellungen habe ich auch vorgenommen, als die Optik verdeckt (= Kontakt geschlossen) war. Dies hatte ich aus dem Wiki so entnommen.
Ich hatte auch ein oder zweimal danach ein pairing durchgeführt und den Kontakt an der Config-Taste gedrürckt.
Du meinst aber, dass das der Fehler sein kann? Also richtige Vorgehensweise wäre:
1. regSet-Befehl (Set NAMEKONTAKT regSet peerNeedsBurst on NAMESIRENE_Sen_01) absetzen
2. Config-Taste des Kontaktes kurz drücken
Dass exceptAES auf ON gesetzt ist, kann da nicht der Fehler sein? Das ist bei den anderen Kontakten, die funktionieren, nämlich auf OFF.
Muss der Kontakt dann grün bestätigen oder kommt der korrekte Eintrag dann durch das getConfig zu Stande?
Reihenfolge ist eigentlich egal, solange nur wenige Sekunden dazwischenliegen. Der SCo kann auch lazyConfig, bis hierhin war alles richtig.
Sicherheitshalber (weil immer wieder gern übersehen): Der SCo liegt nicht zu dicht am HM-Interface? 1, besser 2 Meter Abstand sind nötig.
Ja, er muss grün bestätigen.
expectAES on verlangt die Innensirene von den gepeerten Kontakten. Das wäre normal. stimmt nicht.
Unterscheide künftig bitte sauber zwischen pairen und peeren, danke.
Nachtrag: die korrekten Einstellungen werden nicht immer sicher zurückübertragen. Ggf. nachträglich noch ein getConfig absetzen und nochmal den Kontakt auslösen.
Das HM-Interface ist recht weit weg. Das sollte nicht das Problem sein. Mir ist nur aufgefallen, dass bei den anderen Kontakten das exceptAES auf OFF gesetzt ist. Nur an diesem "Störenfried" nicht. Das einzige, was ich anders als bei den anderen gemacht habe ist, dass ich die Sirene montiert hatte. Ich weiß, dass es in der Sirene einen Sabotage-Schutz gibt. Ob der damit etwas zu tun hat, weiß ich nicht.
Den Unterschied zwischen pairen und peeren kenne ich. Bei den Fensterkontakten wurde nur (ich glaube auch im WIKI-Eintrag) davon gesprochen auch nach dem Ändern der Einstellungen und dem peeren noch einmal ein Pairing (also set hmlan pairfor...) durchzuführen.
ZitatDen Unterschied zwischen pairen und peeren kenne ich. Bei den Fensterkontakten wurde nur (ich glaube auch im WIKI-Eintrag) davon gesprochen auch nach dem Ändern der Einstellungen und dem peeren noch einmal ein Pairing (also set hmlan pairfor...) durchzuführen.
dann solltest du eigentlich selber merken, dass das wiki an der stelle "grosser quatsch" ist, sofern es wirklich dort so steht.
So, nachdem mein FHEM jetzt wieder funktioniert (bei mir war es die Testversion von Martin, nicht mal ein Update - aber gleiche Ursache)...
Ich finde nirgends, dass man den Fensterkontakt nach dem Ändern von Einstellungen nochmal pairen soll, auch nicht im Wiki zum SCo. Zur Sirene gibt es ja noch keinen Eintrag (muss man denn hier alles allein machen ;D)...
Und ich muss mich korrigieren: Der einzige Fensterkontakt, den ich bisher testweise mit meiner Sirene gepeert habe, hat expectAES=off
Also solltest Du das auch so einstellen und nochmal probieren. Bei mir also:
R-HMSirene1_SenFull-expectAES off
R-HMSirene1_SenFull-peerNeedsBurst on
Ja, genau so steht es bei den übrigen Kontakten, die ich habe auch! :) Nur der eine hat exakt umgekehrte Einstellung. Also expectAES ON und peerNeedsBurst OFF.
Im Wiki steht für den Kontakt übrigens, dass er mit aktivierten AES ausgeliefert wird (vgl. HM-Sec-SCo).
https://wiki.fhem.de/wiki/HM-Sec-SCo_T%C3%BCr-Fensterkontakt,_optisch (https://wiki.fhem.de/wiki/HM-Sec-SCo_T%C3%BCr-Fensterkontakt,_optisch)
Deswegen habe ich die Vermutung, dass diese Aktivierung die Umstellung des peerNeedsBurst auf ON verhindert. Kann das sein? Kannst Du mir vielleicht einen Hinweis geben, wie die korrekte Vorgehensweise zum Ausschalten den expeetAES ist? Das wäre klasse!
Ich würde es mit regSet versuchen: "set <SCo-Name> regSet expectAES off <Sirenen-Kanalname>" - <bezeichner> entsprechend ersetzen.
Aktiviertes AES bedeutet, dass er zur AES-Kommunikation mit dem peer bereit ist und auf dessen Anforderung seine Nachrichten signiert. Fordert der peer keine Signatur an, bleibt die Kommunikation einfach unsigniert. AES bei Homematic ist ja keine Nachrichtenverschlüsselung - es wird ja nur auf Anforderung "unterschrieben".
edit: Das Register, welches die Bereitschaft für AES signalisiert, heißt "sign". Es steht auch bei mir bei allen SCo's auf "on" und ich habe keine Probleme.
expectAES bezieht sich immer nur auf einen peer. Der Kontakt wird mit diesem Gerät "signiert" kommunizieren. Dabei kann er mit der Sirene bspw. signiert agieren (was eigentlich Sinn macht, damit man ihr wiederum keine Fake-Meldungen unterschieben kann) und mit dem Heizkörperthermostaten (fast) gleichzeitig unsigniert. Je nachdem was man will.
peerNeedsBurst bedeutet, dass der Kontakt eine spezielle Aufwachmeldung schicken muss (längere Funkzeit), damit (in diesem Fall) die Sirene aufwacht und die Meldung vom Kontakt entgegennimmt. Ist eigentlich bei allen batteriebetriebenen Geräten nötig. Koppelt man den Kontakt mit einem Aktor, hängt es von dessen Typ ab, ob ein Burst benötigt wird oder nicht.
Ok, dann schlage ich mal folgende Vorgehensweise vor:
1. exceptAES ausschalten
2. peerNeedsBurst anschalten
Bei beiden Befehle werde ich dann unmittelbar nach dem Absetzen in FHEM die config-Taste am Kontakt senden.
Entschuldige, dass ich das gerade so exakt aufschreibe, aber der Teufel steckt ja im Detail!
Was soll ich sagen? Es hat funktioniert! Alles in Ruhe nacheinander und immer brav die config-Taste gedrückt.
@Pfriemler: Danke noch einmal für Deine Unterstützung!
Moinsen,
da ich nun auch endlich mal Zeit für die seit mehr als einem Jahr herumstehende Sirene habe und auch die Alarmfernbedienung HM-RC-Sec4 (ohne -2) wiedergefunden habe, scheitere ich am sinnvollen Peering.
Die Tasten/Kanäle der FB sind ja so verschränkt und bedeuten von oben nach unten (2)_armExt (vollscharf, full), (1)_armInt (teilscharf, partial), (4)_disarm und (3)_light
Ich habe FB-Kanal 1 (partial) dual mit der Sirene gepeert, Kanal 4 (disarm) single mit Kanal 4 der Sirene (4)_Arm. Sinngemäß laut Anleitung, wo steht, dass man die oberen beiden als Tastenpaar (1-2) und die darunter liegenden als Einfachtasten (3 und 4, ja beachte die Reihenfolge, nicht 4 und 3!) koppelt.
Damit habe ich folgendes Verhalten:
- Kanal 2 (1. Taste v.o., armExt, Haus leer (vollscharf) short: Anlage verzögert vollscharf (bipbip, wiederholt, nach Verzögerung beep bipbip), nochmal kurz: sofort vollscharf (beeep bipbip)
- Kanal 2 (1. Taste v.o., armExt, Haus leer (vollscharf) longt: Anlage verzögert teilscharf (bip, wiederholt, nach Verzögerung beep bip), nochmal kurz: sofort teilscharf (beep bip).
- Kanal 1 (2. Taste v.o., armInt, Haus mit Person (teilscharf): kurz oder lang: immer Alarmanlage unscharf (beep beep)
- Kanal 4 (3. Taste v.o., unscharf) toggelt bei kurzem Tastendruck zwischen verzögert vollscharf und unscharf, bei langem Tastendruck zwischen verzögert teilscharf und unscharf.
Für die beiden oberen Tasten entspricht das dem üblichen Paarverhalten bei dual Peer: Kanal 1 schaltet aus (unscharf), Kanal 2 schaltet ein.
Das ist eigentlich so als ob es keine SEC4 wäre, sondern eine normale RC.
Das ist natürlich so gar nicht das was eigentlich vorgesehen ist laut der Tastenbeschriftung, bzw. so hätte ich es gern:
- Kanal 2 (1. Taste v.o., armExt, Haus leer (vollscharf) short: Anlage verzögert vollscharf (bipbip, wiederholt, nach Verzögerung beep bipbip), nochmal kurz: sofort vollscharf (beeep bipbip)
bei long sofort vollscharf (?) - kann aber auch entfallen
- Kanal 1 (2. Taste v.o., armInt, Haus mit Person (teilscharf): short Anlage verzögert teilscharf (bip, wiederholt, nach Verzögerung beep bip), nochmal kurz: sofort teilscharf (beep bip).
- bei long sofort teilscharf (?) - kann aber auch entfallen.
- Kanal 4 (3. Taste v.o., unscharf) egal ob kurz oder lang: unscharf. - genau so wie es beim dual peer Kanal 1 ist.
Hat sowas ähnliches schon mal jemand hinbekommen?
Ich werde morgen Sirene und FB resetten und händisch koppeln. Mal sehen, ob es da intelligenter wird...
Vermutlich müsste man sich dazu auch ein Template basteln können, aber ich durchblicke derzeit nicht ansatzweise, wie die Register/Tastenzuordnungen aktuell sind, muss das erst mal "lernen".
Any hints, folks?
Noch ein bisschen Input für alle die es interessiert:
A) Die regTable des 4. Sirenenkanals (_Arm), von FHEM gepeert wie im vorigen Beitrag beschrieben (ch1+2 der FB dual, ch4 single)
HMSirene1_Arm type:siren - ...
FB4Alarm_armExt FB4Alarm_armInt FB4Alarm_disarm
lg sh lg sh lg sh
ActionType jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget
CtDlyOff geLo geLo geLo geLo geLo ltLo
CtDlyOn geLo geLo geLo geLo geLo geLo
CtOff geLo geLo geLo geLo geLo ltLo
CtOn geLo geLo geLo geLo geLo geLo
CtValHi 180 180 180 180 180 180
CtValLo 1 1 1 1 1 1
MultiExec on off on off on off
OffDly [s] 0 0 0 0 0 0
OffTime unused unused unused unused unused unused
OffTimeMode absolut absolut absolut absolut absolut absolut
OnDly [s] 30 30 30 30 30 30
OnLevel [%] 25 100 25 100 25 100
OnLevelArm extSens allSens extSens allSens extSens allSens
OnTime unused unused unused unused unused unused
OnTimeMode absolut absolut absolut absolut absolut absolut
SwJtDlyOff on on off off on on
SwJtDlyOn on on off off off off
SwJtOff dlyOn dlyOn off off dlyOn dlyOn
SwJtOn on on dlyOff dlyOff dlyOff dlyOff
So ist der Stand. Erste Auffälligkeiten:
- die Levelgrenzen liegen hier nicht bei 50 und 100 wie sonst, sondern bei 1 und 180. Warum das für Fernbedienungen wichtig ist, erschließt sich mir nicht.
- wie hier schon erwähnt (?) setzen die FB unterschiedliche "Level" für den Einschaltzustand: 25% für teilscharf und 100% für vollscharf.
Nun: Beide Geräte resettet und händisch angelernt:
- an der Zentrale im Kanal 4 (4x kurz für Kanal 4, dann einmal 2s)
- an der FB 1x kurz und dann Button 1 oder 2 (ist egal, führt beides zum gleichen Resultat
Und weil es so schön ist, gleiches nochmal für
- an der Zentrale im Kanal 4 (4x kurz für Kanal 4, dann einmal 2s)
- an der FB 1x kurz und dann Button 4 (disarm)
Das Resultat ist fast identisch mit dem Peeren über FHEM. Für die ersten beiden Knöpfe ergibt sich ein identisches Verhalten, auch die Register sind exakt gleich.
Für die Disarm-Taste ergibt sich ein anderes Verhalten: Während sie in FHEM nur toggelt (kurzes Drücken verzögert vollscharf, langes Drücken verzögert teilscharf - nächster Tastendruck schaltet unscharf), ist sie beim Direktpeeren wieder ein reine Scharfstelltaste mit identischem Verhalten zu Button 2. Mit einer winzigen Abweichung, die aber ohne praktische Bedeutung scheint:
CtDelayOff und CtDelayOn sind für kurze Tastendrücke von FHEM auf ltLo gesetzt worden - mit einem Wertetrigger würde hier nur etwas passieren wenn dieser den Wert 0 liefert (?)
Direkt gepeert bleiben sie auf den üblichen geLo
In jedem Fall ist das Verhalten so auch nicht wie erwünscht. Aber ich sehe Handwerkszeug, das gewünschte Verhalten herbeizuführen.
Hier noch die regTable des Direktpeerens:
HMSirene1_Arm type:siren - ...
FB4Alarm_armExt FB4Alarm_armInt FB4Alarm_disarm
lg sh lg sh lg sh
ActionType jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget
CtDlyOff geLo geLo geLo geLo geLo geLo
CtDlyOn geLo geLo geLo geLo geLo geLo
CtOff geLo geLo geLo geLo geLo geLo
CtOn geLo geLo geLo geLo geLo geLo
CtValHi 180 180 180 180 180 180
CtValLo 1 1 1 1 1 1
MultiExec on off on off on off
OffDly [s] 0 0 0 0 0 0
OffTime unused unused unused unused unused unused
OffTimeMode absolut absolut absolut absolut absolut absolut
OnDly [s] 30 30 30 30 30 30
OnLevel [%] 25 100 25 100 25 100
OnLevelArm extSens allSens extSens allSens extSens allSens
OnTime unused unused unused unused unused unused
OnTimeMode absolut absolut absolut absolut absolut absolut
SwJtDlyOff on on off off on on
SwJtDlyOn on on off off on on
SwJtOff dlyOn dlyOn off off dlyOn dlyOn
SwJtOn on on dlyOff dlyOff on on
So, ich habe es :D...
Nochmal das gewünschte Verhalten:
1. Taste (channel 2, _armExt, vollscharf, keiner da, alle Sensoren aktiv): lang: sofort vollscharf / kurz: verzögert vollscharf (shOnDly) - außer wenn bereits vollscharf
2. Taste (channel 1, _armInt, teilscharf, Personen im Haus, nur Außenhautüberwachung): lang: sofort teilscharf / kurz: verzögert teillscharf (shOnDly) - außer wenn bereits teilscharf
3. Taste (channel 4, _disarm, Alarm deaktivieren: lang und kurz: sofort aus.
Es ist dann auch egal, was für eine Fernbedienung man verwendet, es muss also keine SEC sein.
1. Schritt: sicherstellen, dass alle 3 Tasten gepeert sind (1+2 dual von 1 aus, 4 single) mit dem 4. Kanal der Sirene
2. Tasten umprogrammieren:
2.1. OnLevel für vollscharf auf 100, für teilscharf auf 25. Für unscharf egal
2.2. OnLevelDisarm für vollscharf auf allSens, für teilscharf auf extSens. Für unscharf egal
2.3. OnDly als Einschaltverzögerung wo gewünscht auf die gewünschte Zeit.
2.4. Sprungziele je nach Zustand (SwJt..) für sofortiges Einschalten auf on, für verzögert auf dlyOn. Ausnahme: SwJtOn auf on - damit eine scharfe Anlage auch scharf bleibt.
Zum Ausschalten alle auf Off.
Die Einschaltverzögerung OnDly muss bei gewünschter sofortiger Aktivierung nicht auf 0 gesetzt werden - das wird über die Sprungtabelle erreicht.
Im Detail wären das:
A) _armExt: kurz = verzögert vollscharf, lang = sofort vollscharf
Hinweis : lgOnDelay kann 30 bleiben, weil die Sprungtabelle manipuliert wird (sofortiges Einschalten)
A1) lgOnLevel 25 => 100
A2) lgOnLevelArm extSens => allSens
A3) lgSwJtOff dlyOn => on ==> dies schaltet bei langem Tastendruck sofort scharf
Hinweis: shOnDly bleibt 30
Hinweis: shOnLevel bleibt 100
A4) shJtDlyOff => dlyOn ==> kehrt ggf. in Verzögerung nach Vollscharf zurück
A5) shJtDlyOn => dlyOn ==> zweiter Tastendruck bleibt in der Verzögerung ohne Wirkung bzw. verlängert diese (?)
A6) shJtOff => dlyOn ==> schaltet von aus auf verzögert vollscharf
Hinweis: shSwJtOff bleibt dlyOn ==> aus dem Auszustand verzögert vollscharf
Hinweis: shJtOn bleibt on ==> wenn bereits aktiv, keine Änderung
==> alle lgSwJtxx auf on, alle shSwJtxx auf dlyOn außer swJtOn => on
B) _armInt: kurz = verzögert teilscharf, lang = sofort teilscharf
Hinweis : lgOnDelay kann 30 bleiben, weil die Sprungtabelle manipuliert wird (sofortiges Einschalten)
B1) lgSwJtDlyOff off => on ==> geht (wieder sofort) in teilscharf
B2) lgSwJtDlyOn off => on ==> geht aus Verzögerung in teilscharf
B3) lgSwJtOff off => on ==> wenn aus sofort teilscharf
B4) lgSwJtOn off => on ==> bleibt teilscharf
B5) shOnLevel 100 => 25 ==> teilscharf
B6) shOnLevelArm allSens => extSens
B7) shSwJtDlyOff off => dlyOn ==> kehrt ggf. in Verzögerung nach teilscharf zurück
B2) shSwJtDlyOn off => dlyOn ==> zweiter Tastendruck bleibt in der Verzögerung ohne Wirkung bzw. verlängert diese (?)
B3) shSwJtOff off => dlyOn ==> wenn aus dann verzögert
B4) shSwJtOn off => on ==> bleibt teilscharf
==> alle lgSwJtxx auf on, alle shSwJtxx auf dlyOn außer swJtOn => on
C) _disArm: Verhalten als reine Off-Taste (wie _armInt nach peering)
C1) lgSwJtDlyOff on => off
C2) lgSwJtOff dlyOn => off
C3) lgSwJtOn dlyOff => off (dlyOff wäre auch möglich, weil OffDly = 0)
C4) shSwJtDlyOff on => off
C5) shSwJtOff dlyOn => off
C6) shSwJtOn dlyOff => off (dlyOff wäre auch möglich, weil OffDly = 0)
==> alle xxSwJtxx auf off!
oder einfach nach der regTable:
FB4Alarm_armExt FB4Alarm_armInt FB4Alarm_disarm
lg sh lg sh lg sh
ActionType jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget jmpToTarget
CtDlyOff geLo geLo geLo geLo geLo geLo
CtDlyOn geLo geLo geLo geLo geLo geLo
CtOff geLo geLo geLo geLo geLo geLo
CtOn geLo geLo geLo geLo geLo geLo
CtValHi 180 180 180 180 180 180
CtValLo 1 1 1 1 1 1
MultiExec on off on off on off
OffDly [s] 0 0 0 0 0 0
OffTime unused unused unused unused unused unused
OffTimeMode absolut absolut absolut absolut absolut absolut
OnDly [s] 30 30 30 30 30 30
OnLevel [%] 100 100 25 25 25 100
OnLevelArm allSens allSens extSens extSens extSens allSens
OnTime unused unused unused unused unused unused
OnTimeMode absolut absolut absolut absolut absolut absolut
SwJtDlyOff on dlyOn on dlyOn off off
SwJtDlyOn on dlyOn on dlyOn off off
SwJtOff on dlyOn on dlyOn off off
SwJtOn on on on on off off
und wieder einmal hat sich die Registerprogrammierhilfe vom User papa perfekt bewährt:
https://forum.fhem.de/index.php/topic,94412.msg871192.html#msg871192 (https://forum.fhem.de/index.php/topic,94412.msg871192.html#msg871192)
Meine Funk Sirene mit Signalleuchte HM-Sec-Sir-WM macht mir Kopfzerbrechen.
Ich setze, alamiere die Innensirene aus einer Alarmanalge mit:
set WINTER_SIRENE_Sen_01 on
und stoppe diese mit:
set WINTER_SIRENE_Sen_01 off.
Alles prima. Dies läuft so eine garaume Zeit.. Tage..
Ab dann leuchtet bei einem erneuten Alarm (ich hab nicht so viele Einbrecher, aber ich teste gerade Alarmanlage und Konfiguration)
set WINTER_SIRENE_Sen_01 on
nur noch die Signalleuchte. Der Sound ist weg. Kommt auch nicht mehr zurück, auch nicht bei neuem Alarm.
Ich muss dann einmal
set WINTER_SIRENE_Arm alarmLevel armAll
machen und alles ist wieder ok. Auch über mehrere Alarme hinweg, tuts dann die Sirene wieder.
Irgendwann benötigt sie dann einen neuen
set WINTER_SIRENE_Arm alarmLevel armAll
Gibt es dafür eine Erklärung? Kann ja nicht kurz vor einem Einbruch vorsichtshalber "armall" machen ;D ;D
Hab mal ein list beigefügt
Internals:
DEF 54A584
IODev myHmUART
LASTInputDev myHmUART
MSGCNT 47
NAME WINTER_SIRENE
NOTIFYDEV global
NR 133
NTFY_ORDER 50-WINTER_SIRENE
STATE CMDs_done
TYPE CUL_HM
channel_01 WINTER_SIRENE_Sen_01
channel_02 WINTER_SIRENE_Sen_02
channel_03 WINTER_SIRENE_Panic
channel_04 WINTER_SIRENE_Arm
lastMsg No:F8 - t:10 s:54A584 d:070657 0604C800
myHmUART_MSGCNT 47
myHmUART_RAWMSG 0501002AF8A41054A5840706570604C800
myHmUART_RSSI -42
myHmUART_TIME 2019-01-13 20:00:11
protLastRcv 2019-01-13 20:00:11
protRcv 47 last_at:2019-01-13 20:00:11
protSnd 47 last_at:2019-01-13 20:00:11
protSndB 34 last_at:2019-01-13 19:53:26
protState CMDs_done
rssi_at_myHmUART cnt:47 min:-69 max:-39 avg:-48.87 lst:-42
READINGS:
2019-01-02 16:24:53 CommandAccepted yes
2019-01-02 17:44:17 D-firmware 1.0
2019-01-02 17:44:17 D-serialNr OEQ0095968
2019-01-02 17:51:57 PairedTo 0x070657
2019-01-02 16:25:11 R-cyclicInfoMsg on
2019-01-02 16:25:11 R-pairCentral 0x070657
2019-01-02 16:24:59 R-sabotageMsg on
2019-01-02 17:51:57 RegL_00. 00:00 02:01 03:48 09:01 0A:07 0B:06 0C:57 10:01 12:17 18:00 22:83
2019-01-13 20:00:11 battery ok
2019-01-13 20:00:11 sabotageError off
2019-01-13 20:00:11 state CMDs_done
helper:
HM_CMDNR 248
cSnd 1107065754A5840201C80000,1107065754A5840201000000
mId 00F9
regLst ,0
rxType 6
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +54A584,00,00,00
nextSend 1547406012.00047
rxt 0
vccu VCCU
p:
54A584
00
00
00
prefIO:
myHmUART
mRssi:
mNo F8
io:
myHmUART:
-34
-34
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
prs 1
rpt:
IO myHmUART
flg A
ts 1547406011.70409
ack:
HASH(0x3cc4390)
F8800207065754A58400
rssi:
at_myHmUART:
avg -48.8723404255319
cnt 47
lst -42
max -39
min -69
tmpl:
Attributes:
DbLogExclude .*
IODev myHmUART
IOgrp VCCU:myHmUART
alarmDevice Actor
alarmSettings alarm0,|set WINTER_SIRENE_Sen_01 on|set WINTER_SIRENE_Sen_01 off|0:00
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
genericDeviceType security
icon secur_alarm
model HM-Sec-Sir-WM
msgRepeat 1
room CUL_HM,Homekit,WINTERGARTEN
serialNr OEQ0095968
subType siren
webCmd getConfig:clear msgEvents
Warum benutzt Du zur Auslösung der Sirene einen Sensorkanal ... oder simulierst du den Einbruch?
Vielleicht gibt es wirklich eine Obergrenze von Auslösungen für eine scharfe Anlage ... etwa um die Nachbarn bei einer Amok laufenden Anlage zu schonen (offener Fensterflügel u.ä.).
Um die Sirene als Krachmacher zu nutzen, ist doch der Panic-Kanal ideal, oder
Hallo,
danke Pfriemler, hatte zwar das Thema abonniert, irgendwie deinen Beitrag übersehen.
Ich möchte die Sirene als Aktor für eine Alarmanlage benutzen.
ZitatVielleicht gibt es wirklich eine Obergrenze von Auslösungen für eine scharfe Anlage ... etwa um die Nachbarn bei einer Amok laufenden Anlage zu schonen (offener Fensterflügel u.ä.).
Die Alarmanlage selbst weiss ja gar nicht, was der Aktor macht, kann also auch nichts einschränken etc.
Was du sagst ist, dass ich mit:
set WINTER_SIRENE_Panic on
auslösen soll.
Hab ich gemacht und hat bisher richtige Ergebnisse geliefert.
Merci
Du verstehst mich falsch ... Die HM-Sec-Sir-WM ist ja eine Alarmanlage. Wenn Du sie scharfschaltest und einen mit einem der beiden Sensorkanäle gepeerten Sensor auslöst (indem Du - vereinfacht - den Sensorkanal on setzt, macht sie Krach. Wenn Du das nun öfter schaltest, ohne die -WM zwischendurch unscharf zu schalten, macht die -WM irgendwann vermutlich dicht. Der übliche Fall wären nämlich z.B. Fensterkontakte in diesem Kanal. Bei einem offenen Fensterflügel bei Abwesenheit würde die Anlage wunschgemäß auslösen, mit der Maximallaufzeit (default glaube ich drei Minuten). Drückt der Wind das Fenster zu und wieder auf, gehen die drei Minuten wieder los. Das ganze 10x am Tag, bei 14 Tagen Urlaub - die Nachbarn wären fröhlich. Also reagiert die Anlage nach einer bestimmten Anzahl von Auslösungen einfach nicht mehr auf die Trigger.
Wenn Du sie nur als Krachmacher brauchst, dann schalte sie nicht scharf, sondern nutze einfach den Panik-Kanal. Der ist genau dafür da, unabhängig vom Schaltzustand immer einen Alarm zu signalisieren. Und das geht meines Wissens ohne Beschränkung.
Hallo zusammen,
Ich hab die Sirene HM-Sec-Sir-WM auch erfolgreich in Betrieb. Was mir allerdings auffällt ist, dass die Sirene nicht im ActionDetector auftaucht (actCycle ist bei der Sirene definiert).
In HMConfig.pm sehe ich folgenden Eintrag:
,"00F9" => {name=>"HM-SEC-SIR-WM" ,st=>'siren' ,cyc=>'' ,rxt=>'c:b' ,lst=>'1,3' ,chn=>"Sen:1:2,Panic:3:3,Arm:4:4",}
Sieht für mich so aus, also ob cyc=>'' der Grund für das fehlen im ActionDetector ist.
Hat hiermit schon jemand Erfahrungen gemacht?
https://forum.fhem.de/index.php/topic,101138.msg945901.html#msg945901 (https://forum.fhem.de/index.php/topic,101138.msg945901.html#msg945901)
Zitat von: nuccleon am 26 Juni 2019, 08:09:23
Hallo zusammen,
Ich hab die Sirene HM-Sec-Sir-WM auch erfolgreich in Betrieb. Was mir allerdings auffällt ist, dass die Sirene nicht im ActionDetector auftaucht (actCycle ist bei der Sirene definiert).
In HMConfig.pm sehe ich folgenden Eintrag:
,"00F9" => {name=>"HM-SEC-SIR-WM" ,st=>'siren' ,cyc=>'' ,rxt=>'c:b' ,lst=>'1,3' ,chn=>"Sen:1:2,Panic:3:3,Arm:4:4",}
Sieht für mich so aus, also ob cyc=>'' der Grund für das fehlen im ActionDetector ist.
Hat hiermit schon jemand Erfahrungen gemacht?
Wie aktuell sind denn die Versionen der 10_CUL_HM.pm und HMConfig.pm
Mit
$Id: HMConfig.pm 19119 2019-04-05 15:52:43Z martinp876 $
$Id: 10_CUL_HM.pm 19069 2019-03-30 06:20:52Z martinp876 $
funktioniert es bei mir wieder.
(siehe https://forum.fhem.de/index.php?topic=101138.msg963236#msg963236)
Zitat von: RalfRog am 01 August 2019, 01:53:21
Wie aktuell sind denn die Versionen der 10_CUL_HM.pm und HMConfig.pm
Mit
$Id: HMConfig.pm 19119 2019-04-05 15:52:43Z martinp876 $
$Id: 10_CUL_HM.pm 19069 2019-03-30 06:20:52Z martinp876 $
funktioniert es bei mir wieder.
(siehe https://forum.fhem.de/index.php?topic=101138.msg963236#msg963236)
Siehe https://forum.fhem.de/index.php/topic,101138.msg968370.html#msg968370
Nun geht es wieder nicht mehr ::)
Nabend :)
Hab ein neues Thema aufgemacht und im Nachgang dieses Thema gefunden:
https://forum.fhem.de/index.php/topic,115176.0.html
(https://forum.fhem.de/index.php/topic,115176.0.html)
Ich würde gerne die Sirene gerne beim scharf schalten (von channel 2 zum Beispiel ) lautlos schalten sodass ich Sie nicht beim scharf schalten höre und meine Familie dabei aufwecke :)
Gibts da was?
lieben Dank vorab..
Hallo
Hab mich schon länger nicht mehr mit der Sirene beschäftigt.
Die erste Idee wäre eine SoundID zu suchen, die möglichst leise ist.
Also wenn scharf getriggert werden soll --> leise ID wählen --> scharf schalten --> wieder laute ID wählen
Ob das so funktioniert und nicht noch zwischendurch Töne abgespielt werden wäre eingehend zu testen.
Hi und Danke für den Hinweis... Bin noch nicht drauf gestoßen...
In der Homematic CCU kann man es ein bzw. ausschalten. Soweit weiß ich jedenfalls.
Habe es allerdings noch nicht gefunden bzw. welches regset dafür zuständig ist.
Grüße Benny
Hallo
Folgender Thread hat sich mal eingehender damit befasst:
https://forum.fhem.de/index.php/topic,53332.0.html
ab Antwort #138 (auch #150)
set [DEVICE_CHANNEL_XX] regSet soundId 2
Die ID ist glaube ich auch im Register zu sehen.
Hallo
Folgender Thread hat sich mal eingehender damit befasst:
https://forum.fhem.de/index.php/topic,53332.0.html
ab Antwort #138 (auch #150)
set [DEVICE_CHANNEL_XX] regSet soundId 2
Die ID ist im Register zu sehen. Dafür attribut expert = allReg -> R-soundId = 66 (mein Beispiel)
P.S. Oh wie blöd, das ist ja dieser :-[
Hi WalfRog :)
Alles gut.. Den habe ich mir sogar schon sehr gründlich komplett durchgelesen :D
Aber leider nichts darüber wie man es lautlos schaltet beim scharf schaltenn.
Ich glaube da muss ich dann alleine durch...
Ok viel Erfolg.
Wenn was Brauchbares herauskommt... würde mich freuen darüber zu lesen.