Innensirene HM-Sec-Sir-WM

blackbite · 01 Juli 2016, 09:31:00

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

ambiman · 03 Juli 2016, 20:10:09

Zitat von: alec_osborne am 07 Juni 2016, 21:36:03
Hi,

also das Peeren habe ich mit folgender Anweisung hinbekommen

Code Auswählen Erweitern
set TUERSENSOR peerChan 0 HM_4C4AB1_Sen_01 single.

danach ein
Code Auswählen Erweitern
set HM_4C4AB1_Sen_01 getConfig.

Danach war der Türsensor in der peerList.

Das aktivieren habe ich aber auch noch nicht hinbekommen.

Ein
Code Auswählen Erweitern
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:

Code Auswählen


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

Deudi · 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

ambiman · 05 Juli 2016, 19:35:41

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

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:

Code Auswählen


    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

martinp876 · 06 Juli 2016, 17:15:52

Wird fuer alles eingebaut. In 2,5 Wochen.

blackbite · 13 Juli 2016, 13:56:30

Danke Martin

Schon jemand was rausgefunden, warum die Sensoren an Ch2 nie Alarm auslösen? Ich komme da auch nicht weiter.

Besten Dank & Gruß

Damu · 14 Juli 2016, 21:45:42

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.

blackbite · 27 Juli 2016, 23:18:23

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

Aems · 28 Juli 2016, 13:15:19

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 ?

blackbite · 28 Juli 2016, 13:41:41

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

martinp876 · 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

raimundl · 30 Juli 2016, 13:08:47

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: (

: fd0003000a08a433
2016.07.30 13:06:35 5: SW: fd0003000a08a433
2016.07.30 13:06:35 5: HMUARTLGW myHmUART read raw (

: 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 (

: fd0011018b050000
2016.07.30 13:06:41 5: HMUARTLGW myHmUART read raw (

: 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 (

: fd0014018c050000
2016.07.30 13:06:41 5: HMUARTLGW myHmUART read raw (

: 3bdd80024c4ac139
2016.07.30 13:06:41 5: HMUARTLGW myHmUART read raw (

: 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)

lucianbulz · 30 Juli 2016, 19:08:35

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?

raimundl · 31 Juli 2016, 11:07:41

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!

martinp876 · 31 Juli 2016, 11:44:11

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.

Innensirene HM-Sec-Sir-WM

lucianbulz