Neues Modul für Alarmanlage

Begonnen von Prof. Dr. Peter Henning, 08 September 2014, 20:43:06

Vorheriges Thema - Nächstes Thema

chopsor

Hallo allerseits,

Tolles Modul !

Mal rein aus Neugierde :

Hat jemand eine Art Partielles scharf stellen in Betrieb ?( zusätzlicher zustand welcher dazu dient,  nur auf einen Alarm der Aussenhaut z.B. Fester/Türkontake jedoch nicht von Bewegungsmeldern zu reagieren (z.B. Frau will alleine zuhause Fern schauen und ist sich nicht sicher)).

Klar man könnte eine eigene stufe hierfür nehmen wie oft man diesen zustand benötigt sei auch mal dahin gestellt.

MfG Daniel
Hier könnte Ihre Werbung stehen !

Prof. Dr. Peter Henning

#1021

Neue Features:
1. In Aktionsfeldern kann man ein \| verwenden - das wird dann in das auszuführende Kommando als reines | übernommen
2. Vermeiden der Iteration über intAt => Nötig wegen einer Änderung an den internen Timern
3. Ausführung auch bei nichttrivialem csrf Token

Achtung: Immer beide Dateien installieren.

LG

pah

Edit:
Gerade mal 2 Tester  :(
Keine Einwände  ;D
Bei mir läuft es problemlos  :D
=> eingecheckt


Mave

Moin zusammen,

ich habe eine Frage zu der Battery Low Alarmierung:

Wie muss ich das Notify idealerweise erweitern, damit auch die Meldung "warn_battery" einen Alarm auslöst?
Eine zweite RegEx einfügen oder nur nach "battery" filtern?

Vielen Dank.

Grüße Mave

exciter

Moin,
das Modul läuft super, aber sendet mir die unter "arm Action" eingetragene Push-Nachricht doppelt?
Habe zwei Alarmlevel definiert und bekomme 4x "Alarm scharf" gesendet. Bei einem Level entsprechend zwei.
Die fhem.cfg habe ich nach der Nachricht durchsucht um notifys, welche ich eventuell vergessen habe ausschließen zu können.
Ich meine dieses Verhalten hatte ich bei älteren Versionen nicht.
Kann mir Vlt. jemand helfen?

Schönes Wochenende
Steffen

Thomas78

#1024
Hallo zusammen,
ich habe seit einer weile in dem Log die folgende Meldungen beim scharf schalten.
Aktuell läuft die Version 4.0 vom Alarmmodul.


2018.01.22 17:22:41 1: PERL WARNING: Use of uninitialized value $l in print at fhem.pl line 4864, <GEN10> line 65730.
2018.01.22 17:22:41 1: eval: my $NAME='Alarmanlage_an';my $EVTPART0='on';my $SELF='alarm0.arm.N';my $EVENT='on';my $TYPE='dummy';{main::Alarm_Arm("Alarmanlage",0,"$NAME","$EVENT","arm")}
2018.01.22 17:22:41 1: stacktrace:
2018.01.22 17:22:41 1:     main::__ANON__                      called by fhem.pl (4864)
2018.01.22 17:22:41 1:     main::FileWrite                     called by ./FHEM/95_Alarm.pm (518)
2018.01.22 17:22:41 1:     main::Alarm_save                    called by ./FHEM/95_Alarm.pm (780)
2018.01.22 17:22:41 1:     main::Alarm_Arm                     called by (eval 1927225) (1)
2018.01.22 17:22:41 1:     (eval)                              called by fhem.pl (1074)
2018.01.22 17:22:41 1:     main::AnalyzePerlCommand            called by fhem.pl (1097)
2018.01.22 17:22:41 1:     main::AnalyzeCommand                called by fhem.pl (1022)
2018.01.22 17:22:41 1:     main::AnalyzeCommandChain           called by ./FHEM/91_notify.pm (104)
2018.01.22 17:22:41 1:     main::notify_Exec                   called by fhem.pl (3490)
2018.01.22 17:22:41 1:     main::CallFn                        called by fhem.pl (3410)
2018.01.22 17:22:41 1:     main::DoTrigger                     called by fhem.pl (4384)
2018.01.22 17:22:41 1:     main::readingsEndUpdate             called by fhem.pl (4566)
2018.01.22 17:22:41 1:     main::readingsSingleUpdate          called by ./FHEM/98_dummy.pm (63)
2018.01.22 17:22:41 1:     main::dummy_Set                     called by fhem.pl (3485)
2018.01.22 17:22:41 1:     main::CallFn                        called by fhem.pl (1752)
2018.01.22 17:22:41 1:     main::DoSet                         called by fhem.pl (1784)
2018.01.22 17:22:41 1:     main::CommandSet                    called by fhem.pl (1168)
2018.01.22 17:22:41 1:     main::AnalyzeCommand                called by ./FHEM/01_FHEMWEB.pm (2484)
2018.01.22 17:22:41 1:     main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (838)
2018.01.22 17:22:41 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (525)
2018.01.22 17:22:41 1:     main::FW_Read                       called by fhem.pl (3490)
2018.01.22 17:22:41 1:     main::CallFn                        called by fhem.pl (687)
2018.01.22 17:22:42 1: [Alarm 0] will be armed from alarmSensor Alarmanlage_an with event on, delay 0:30
2018.01.22 17:23:12 1: PERL WARNING: Use of uninitialized value $l in print at fhem.pl line 4864, <GEN10> line 65762.
2018.01.22 17:23:12 1: eval: {Alarm_Arm("Alarmanlage",0,"Alarmanlage_an","delay","arm");fhem("set myMPD playfile 002-Alarmanlage scharf geschaltet.mp3");}
2018.01.22 17:23:12 1: stacktrace:
2018.01.22 17:23:12 1:     main::__ANON__                      called by fhem.pl (4864)
2018.01.22 17:23:12 1:     main::FileWrite                     called by ./FHEM/95_Alarm.pm (518)
2018.01.22 17:23:12 1:     main::Alarm_save                    called by ./FHEM/95_Alarm.pm (760)
2018.01.22 17:23:12 1:     main::Alarm_Arm                     called by (eval 1928134) (1)
2018.01.22 17:23:12 1:     (eval)                              called by fhem.pl (1074)
2018.01.22 17:23:12 1:     main::AnalyzePerlCommand            called by fhem.pl (1097)
2018.01.22 17:23:12 1:     main::AnalyzeCommand                called by fhem.pl (1022)
2018.01.22 17:23:12 1:     main::AnalyzeCommandChain           called by ./FHEM/90_at.pm (179)
2018.01.22 17:23:12 1:     main::at_Exec                       called by fhem.pl (3065)
2018.01.22 17:23:12 1:     main::HandleTimeout                 called by fhem.pl (615)
2018.01.22 17:23:30 1: PERL WARNING: Use of uninitialized value $l in print at fhem.pl line 4864, <GEN10> line 65782.
2018.01.22 17:23:30 1: eval: my $SELF='alarm0.disarm.N';my $EVENT='off';my $TYPE='dummy';my $NAME='Alarmanlage_an';my $EVTPART0='off';{main::Alarm_Arm("Alarmanlage",0,"$NAME","$EVENT","disarm")}
2018.01.22 17:23:30 1: stacktrace:
2018.01.22 17:23:30 1:     main::__ANON__                      called by fhem.pl (4864)
2018.01.22 17:23:30 1:     main::FileWrite                     called by ./FHEM/95_Alarm.pm (518)
2018.01.22 17:23:30 1:     main::Alarm_save                    called by ./FHEM/95_Alarm.pm (816)
2018.01.22 17:23:30 1:     main::Alarm_Arm                     called by (eval 1928718) (1)
2018.01.22 17:23:30 1:     (eval)                              called by fhem.pl (1074)
2018.01.22 17:23:30 1:     main::AnalyzePerlCommand            called by fhem.pl (1097)
2018.01.22 17:23:30 1:     main::AnalyzeCommand                called by fhem.pl (1022)
2018.01.22 17:23:30 1:     main::AnalyzeCommandChain           called by ./FHEM/91_notify.pm (104)
2018.01.22 17:23:30 1:     main::notify_Exec                   called by fhem.pl (3490)
2018.01.22 17:23:30 1:     main::CallFn                        called by fhem.pl (3410)
2018.01.22 17:23:30 1:     main::DoTrigger                     called by fhem.pl (4384)
2018.01.22 17:23:30 1:     main::readingsEndUpdate             called by fhem.pl (4566)
2018.01.22 17:23:30 1:     main::readingsSingleUpdate          called by ./FHEM/98_dummy.pm (63)
2018.01.22 17:23:30 1:     main::dummy_Set                     called by fhem.pl (3485)
2018.01.22 17:23:30 1:     main::CallFn                        called by fhem.pl (1752)
2018.01.22 17:23:30 1:     main::DoSet                         called by fhem.pl (1784)
2018.01.22 17:23:30 1:     main::CommandSet                    called by fhem.pl (1168)
2018.01.22 17:23:30 1:     main::AnalyzeCommand                called by fhem.pl (1022)
2018.01.22 17:23:30 1:     main::AnalyzeCommandChain           called by fhem.pl (3530)
2018.01.22 17:23:30 1:     main::fhem                          called by (eval 1928717) (7)
2018.01.22 17:23:30 1:     (eval)                              called by fhem.pl (1074)
2018.01.22 17:23:30 1:     main::AnalyzePerlCommand            called by fhem.pl (1097)
2018.01.22 17:23:30 1:     main::AnalyzeCommand                called by fhem.pl (1022)
2018.01.22 17:23:30 1:     main::AnalyzeCommandChain           called by ./FHEM/91_notify.pm (104)
2018.01.22 17:23:30 1:     main::notify_Exec                   called by fhem.pl (3490)
2018.01.22 17:23:30 1:     main::CallFn                        called by fhem.pl (3410)
2018.01.22 17:23:30 1:     main::DoTrigger                     called by fhem.pl (4384)
2018.01.22 17:23:30 1:     main::readingsEndUpdate             called by fhem.pl (4566)
2018.01.22 17:23:30 1:     main::readingsSingleUpdate          called by ./FHEM/98_dummy.pm (63)
2018.01.22 17:23:30 1:     main::dummy_Set                     called by fhem.pl (3485)
2018.01.22 17:23:30 1:     main::CallFn                        called by fhem.pl (1752)
2018.01.22 17:23:30 1:     main::DoSet                         called by fhem.pl (1784)
2018.01.22 17:23:30 1:     main::CommandSet                    called by fhem.pl (1168)
2018.01.22 17:23:30 1:     main::AnalyzeCommand                called by fhem.pl (1022)
2018.01.22 17:23:30 1:     main::AnalyzeCommandChain           called by fhem.pl (3530)
2018.01.22 17:23:30 1:     main::fhem                          called by (eval 1928716) (8)
2018.01.22 17:23:30 1:     (eval)                              called by fhem.pl (1074)
2018.01.22 17:23:30 1:     main::AnalyzePerlCommand            called by fhem.pl (1097)
2018.01.22 17:23:30 1:     main::AnalyzeCommand                called by fhem.pl (1022)
2018.01.22 17:23:30 1:     main::AnalyzeCommandChain           called by ./FHEM/91_notify.pm (104)
2018.01.22 17:23:30 1:     main::notify_Exec                   called by fhem.pl (3490)
2018.01.22 17:23:30 1:     main::CallFn                        called by fhem.pl (3410)
2018.01.22 17:23:30 1:     main::DoTrigger                     called by fhem.pl (4384)
2018.01.22 17:23:30 1:     main::readingsEndUpdate             called by ./FHEM/72_FRITZBOX.pm (1882)
2018.01.22 17:23:30 1:     main::FRITZBOX_Readout_Process      called by ./FHEM/72_FRITZBOX.pm (1739)
2018.01.22 17:23:30 1:     main::FRITZBOX_Readout_Done         called by (eval 1928715) (1)
2018.01.22 17:23:30 1:     (eval)                              called by fhem.pl (1074)
2018.01.22 17:23:30 1:     main::AnalyzePerlCommand            called by fhem.pl (1097)

Prof. Dr. Peter Henning

Prima, und was ist nun die Frage ?

pah

jmike

Zitat von: Prof. Dr. Peter Henning am 16 Januar 2018, 21:17:29

pah

Edit:
Keine Einwände  ;D
Bei mir läuft es problemlos  :D
=> eingecheckt
Hallo.

Kommt zwar etwas spät, und ist für die 4.0 aus dem SVN, aber die "Unset Action" der Aktoren wird nach wie vor ausgeführt, wenn während des armwait wieder entschärft wird.
War das Level erstmal armed (und wird ohne Rise entschärft), werden -wie gewünscht- keine "Unset Action" ausgeführt.

Ist das so gewollt?




Thomas78

#1027
Sorry, hatte ich doch bei dem editieren ein paar Zeile zu viel gelöscht:-)
Im Prinzip bräuchte ich ein Hinweis was die Meldung verursacht, bzw. wo ich ansetzen kann.


Gruß

Thomas

Hat sich erledigt habe ein älteres SDcard Image zurückgespielt dort geht alles fehlerfrei.

jmike

Ah.

Und seit v4.0 bekomm ich eine Javascript Meldung. Das alarm.js ist aktuell, also identisch mit dem im SVN, Browser Caches geflushed.

Wenn ich die Alarm Page öffne kommt ein Popup mit: "line 0 Script error."
Auf der Javascript Console: TypeError: null is not an object (evaluating 'details.url')

Mehr konnte ich nicht rausfinden, ist aber auf 2 getrennten Installationen. Eventuell hat pah eine Idee?

Prof. Dr. Peter Henning

#1029
@jmike: Nö, gewünscht ist das nicht, hatte ich auch nicht auf dem Radar, weil ich nicht während des armwait wieder zu entschärfen pflege  8). Sollte mit der angehängten Version abgefangen sein, bitte testen.
Javascript: Scheint mit dem csrfToken zusammenzuhängen. Bitte auch die angehängte alarm.js einspielen (in www/pgm2).

LG

pah

jmike

Guten Morgen.

Bestätige, 4.01 löst das disarm-at-armwait Issue. Danke :)

Der Javascript Fehler tritt unter 4.01 lustigerweise in Chrome nicht mehr auf, im Safari aber schon (trotz Caches geleert, privacy mode etc).
Den Csrf habe ich allerdings tatsächlich auf none stehen.
Da werde ich noch mal weiter testen und auch mit dem Csrf spielen.

Lg

stebar_

Hallo Zusammen,
ich habe eine frage zu den alarmSettings. Wie kann ich mehrere notify verknüpften, z.b. Taster1:Short.* oder Taster5:Short.*

alarmSettings alarm6,|Taster1:Short.*|Bedienfeld unlock|disarm

Prof. Dr. Peter Henning

 ::)
Wer um Himmels Willen editiert seine Alarmsettings von Hand ?

pah


Clyde12345

#1033
Hallo zusammen,
ich beschäftige mich seid ein paar Wochen mit FHEM mit dem konkreten Ziel eine alltagstaugliche Alarmanlage zu bauen.
Nachdem ich alle 69 Seiten des Theads überflogen habe bin ich eigentlich auch ganz gut im Bilde und die Grundfunktion ist da.

Danke erst einmal dafür  !  :)

Aktuell stoße ich auf das gleiche Problem wie exciter. Sobald ich scharf schalte, bekomme ich doppelte Pushmeldungen nur vom scharf schalten.
Die pre_arm Nachricht bekomme ich hingegen nur einmal. Ich nutze die neuste Version 4.01.

Zitat von: exciter am 20 Januar 2018, 18:12:36
Moin,
das Modul läuft super, aber sendet mir die unter "arm Action" eingetragene Push-Nachricht doppelt?
Habe zwei Alarmlevel definiert und bekomme 4x "Alarm scharf" gesendet. Bei einem Level entsprechend zwei.
Die fhem.cfg habe ich nach der Nachricht durchsucht um notifys, welche ich eventuell vergessen habe ausschließen zu können.
Ich meine dieses Verhalten hatte ich bei älteren Versionen nicht.
Kann mir Vlt. jemand helfen?

Schönes Wochenende
Steffen

@ exciter : hast du das Problem lösen können?

Hat sonst noch jemand eine Idee?




Logfile aus dem entsprechenden Zeitraum:
2018.01.25 12:39:04 1: Error: >< has no TYPE, but following keys: ><
2018.01.25 12:39:05 1: Error: >< has no TYPE, but following keys: ><
2018.01.25 12:39:18 3: 1 : Unknown command 1, try help.
2018.01.25 12:39:18 3: [Alarm 0] canceled from device program
2018.01.25 12:39:18 3: alarm0.disarm.N return value: [Alarm 0] disarmed from alarmSensor Button.Alarm.disarm with event on
2018.01.25 12:39:21 1: Error: >< has no TYPE, but following keys: ><
2018.01.25 12:39:21 1: Error: >< has no TYPE, but following keys: ><
sending systemCode[11111] unitCode[1] command[0]
sending systemCode[11111] unitCode[1] command[1]
2018.01.25 12:39:36 3: set Button.Alarm.disarm : no set value specified
2018.01.25 12:39:36 1: [Alarm 0] will be armed from alarmSensor Button.Alarm.armExt with event on, delay 0:05
2018.01.25 12:39:36 3: alarm0.arm.N return value: [Alarm 0] will be armed from alarmSensor Button.Alarm.armExt with event on, delay 0:05
sending systemCode[11111] unitCode[1] command[0]
2018.01.25 12:39:39 3: [Alarm 0] armed from alarmSensor Button.Alarm.armExt with event delay
2018.01.25 12:40:41 1: Error: >< has no TYPE, but following keys: ><
2018.01.25 12:40:41 1: Error: >< has no TYPE, but following keys: ><
2018.01.25 12:40:44 1: Error: >< has no TYPE, but following keys: ><
2018.01.25 12:40:44 1: Error: >< has no TYPE, but following keys: ><
2018.01.25 12:41:07 1: Error: >< has no TYPE, but following keys: ><
2018.01.25 12:41:07 1: Error: >< has no TYPE, but following keys: ><
2018.01.25 12:41:09 3: alarm0.disarm.N return value: [Alarm 0] disarmed from alarmSensor Button.Alarm.disarm with event on
2018.01.25 12:41:21 1: Error: >< has no TYPE, but following keys: ><
2018.01.25 12:41:21 1: Error: >< has no TYPE, but following keys: ><
sending systemCode[11111] unitCode[1] command[0]
sending systemCode[11111] unitCode[1] command[1]
2018.01.25 12:41:41 3: set Button.Alarm.disarm : no set value specified
2018.01.25 12:41:41 1: [Alarm 0] will be armed from alarmSensor Button.Alarm.armExt with event on, delay 0:05
2018.01.25 12:41:41 3: alarm0.arm.N return value: [Alarm 0] will be armed from alarmSensor Button.Alarm.armExt with event on, delay 0:05
sending systemCode[11111] unitCode[1] command[0]
2018.01.25 12:41:44 3: [Alarm 0] armed from alarmSensor Button.Alarm.armExt with event delay


ChrisW

#1034
Habe version 4.01 seit ich "glaube gestern" ein Update gemacht hat löst der Alarm quasi SOFORT aus wenn ein Sensor ausgelöst wird.
Wurde irgendwas verändert an den Zeitangaben ? Habe die Verzögerungen mit 00:00:30 für 30 Sekunden angegeben.

Hatte erst gedacht mit dem Update heute morgen ist das Problem behoben leider nicht. Meine Frau ist nun zum 2. mal Taub gerworden ;)

Im Log habe ich auch folgendes:
2018.01.25 15:47:40 1: Error: >< has no TYPE, but following keys: >READINGS<
2018.01.25 15:48:23 1: Error: >< has no TYPE, but following keys: >READINGS<
Raspberry PI3 mit allem möglichen.