Hallo zusammen,
hat einer eine Idee, warum ein seit längerem existierendes Notify nicht mehr reagiert?
Meine Alarmanlage meldet nämlich nicht mehr, wenn ein Türkontakt aufgeht oder aber ein Bewegungsmelder Bewegung feststellt.
So schaut das Notify aus, welches bislang funktioniert hat:
Internals:
DEF (.*_BM_.*:motion|.*_TK_.*:open) {Alarm_on("scharf", $NAME, $EVENT)}
NAME no_Alarm_scharf_on
NR 92
NTFY_ORDER 50-no_Alarm_scharf_on
REGEXP (.*_BM_.*:motion|.*_TK_.*:open)
STATE active
TYPE notify
Attributes:
disable 0
room Alarmanlage
Der Türkontakt meldet im Eventlog brav das hier:
2014-03-10 19:16:44 CUL_HM EG_fl_TK_Haustuer open
2014-03-10 19:16:44 CUL_HM EG_fl_TK_Haustuer contact: open (to myHMLAN)
und ein Motion Detector so etwas:
2014-03-10 19:16:50 CUL_HM EG_wc_BM_Motion motion
2014-03-10 19:16:50 CUL_HM EG_wc_BM_Motion motion: on (to DG_hz_SD_Zirkpumpe)
2014-03-10 19:16:50 CUL_HM EG_wc_BM_Motion motionCount: 227_next:6-60
2014-03-10 19:16:50 CUL_HM EG_wc_BM_Motion brightness: 33
Nur irgendwie springt das Notify nicht mehr an.
Im Log von fhem sehe ich leider auch nichts negatives.
Ich habe zwar heute ein wenig mit einem eigenen Modul rumgespielt, aber das sollte eigentlich ja nicht an bestehenden notifies ändern.
Wenn Du genau hinschaust, wirst Du sehen, dass .*_TK_.*:open nicht funktionieren kann, weil es keinen Event gibt, bei dem auf einen Doppelpunkt direkt das open kommt.
Probier mal mit .*_TK_.*:.open.*
Tjo, ich würde aber schwören, dass das schon funktioniert hat.
Denn letzten Freitag gabs hier nen dicken Alarm, zwar nicht durch reale Einbrecher, aber ein Test gab Alarm.
Auch mit dem von Dir angegebenen RegExp reagiert das notify nicht:
Internals:
DEF (.*_BM_.*:motion|.*_TK_.*:.open.*) {Alarm_on("scharf", $NAME, $EVENT)}
NAME no_Alarm_scharf_on
NR 92
NTFY_ORDER 50-no_Alarm_scharf_on
REGEXP (.*_BM_.*:motion|.*_TK_.*:.open.*)
STATE active
TYPE notify
Attributes:
disable 0
room Alarmanlage
Eventlog nach wie vor:
2014-03-10 19:42:11 CUL_HM EG_wz_TK_Carport open
2014-03-10 19:42:11 CUL_HM EG_wz_TK_Carport contact: open (to myHMLAN)
Aha,
heute gab es eine neue 91_notify.pm.
Mit der gleichen Datei aus dem Backup von gestern geht's wieder. Auch mit der nicht funktionierenden RegExp.
# $Id: 91_notify.pm 5179 2014-03-09 17:43:56Z rudolfkoenig $
vs
# $Id: 91_notify.pm 4933 2014-02-15 08:22:35Z rudolfkoenig $
Ich glaube da ist Rudi gefragt oder?
Er hatte dazu in den Ankündigungen was geschrieben.
Ändere im ersten Beitrag hier im Thread den Titel und schreibe was von "Problem mit 91_notify seit Update" rein, dann reagiert er vermutlich schneller drauf.
Okay, Titel angepasst.
Hier hat er in der Tat etwas dazu geschrieben:
http://forum.fhem.de/index.php/topic,9965.msg147251.html#msg147251
Ich werde aber nicht schlau draus.
Naja, er wird sich dem hoffentlich annehmen.
Sorry, lag daran, dass das gestern aktivierte IsDisabled() auch bei "attr no_Alarm_scharf_on disabled 0" zugeschlagen hat.
Habs gefixed und eingecheckt.
Danke Dir.
Ist der Fix wirklich schon eingecheckt oder bin ich noch zu früh?
Im Testsystem habe ich das Modul:
# $Id: 91_notify.pm 5179 2014-03-09 17:43:56Z rudolfkoenig $
Ein update check sagt mir das:
Nichts mit der 91_notify.pm.
Oder war das ein Problem in der fhem.pl?
List of new / modified files since last update:
UPD ./CHANGED
UPD ./configDB.pm
UPD ./fhem.pl
UPD FHEM/00_THZ.pm
UPD FHEM/09_CUL_FHTTK.pm
UPD FHEM/10_CUL_HM.pm
UPD FHEM/38_CO20.pm
UPD FHEM/70_WS3600.pm
UPD FHEM/73_PRESENCE.pm
UPD FHEM/98_HMinfo.pm
UPD FHEM/98_configdb.pm
UPD FHEM/HMConfig.pm
UPD docs/commandref.html
UPD docs/commandref_DE.html
fhem.pl
Prima. Es geht wieder.
Danke Dir.