Neues Modul für Alarmanlage

[Prof. Dr. Peter Henning]

@kvo1: Uraltversion. Veröffentlicht ist 1.3
@raspklaus: Nein, natürlich nicht ! $d (nicht d$) durchläuft in jeder Anzeige die Werte keys %defs. Und nochmal: "Everything" ist keine sinnvolle Anzeige...
@raimundl: http://www.fhemwiki.de/wiki/Modul_Alarmanlage#Einrichten

LG

pah

[kvo1]

hallo pah,
danke , wo finde ich die ?

unter http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/Alarm/  ??

kvo1

[raimundl]

Hallo, ich passe jetzt und warte etwas ab!

@raimundl: http://www.fhemwiki.de/wiki/Modul_Alarmanlage#Einrichten

Natürlich, Punkt für Punkt oft durchgegangen, leider lässt sich trotzdem kein Actor übernehmen.

Danke auch @Eisingstone: leider nicht!

Werde bei Gelegenheit ein System vollkommen neu aufsetzen (2 Sensoren und 1 Actor aus FS20) und es nochmals versuchen. Ich halte das Modul nämlich für eine ausgezeichnete Idee, die zu meinen Bedürfnissen paßt.

LG Walter

[kvo1]

Hallo Zusammen,

neue Version 1.4 ist aktiviert!
Beim setzen neuer Alarme kommt

"State locked, cannot create new notifiers"

hat jemand eine Idee ?

LG
klaus

[Prof. Dr. Peter Henning]

@kvo1: http://www.fhemwiki.de/wiki/Modul_Alarmanlage#Sperrung
@raimundl: niemand sonst hat diese Probleme, ich kann sie auch nicht reproduzieren.

LG

pah

[stenny73]

Hallo

Sieht ja klasse aus. Werde ich mir mal ansehen.
Ist es ggf geplannt hier auch die Wochentage mi einzubinden (nach Feiertagen Frage ich jetzt lieber nicht)


stenny

[Prof. Dr. Peter Henning]

Könnte man machen. Problem ist aber, dass dann die Zahl der Attrribute für das Alarm-Modul so groß wird, dass das kaum zu handhaben ist. Möglicherweise leidet auch die Performance.

LG

pah

[stenny73]

war ja grundsätzlich nur ein Gedanke da ich jetzt was zusammengebasteltes benutze und da auch wegen unterschiedlichen Zeiten meinen Spaß habe/hatte.
Der erste Gedanke wäre halt einfach bei den Uhrzeiten vielleicht sieben nette Haken für Montag bis Sonntag.

Performance ist natürlich immer ein Problem, gerade wenn dieses auch immer auf kleinerer Hardware laufen soll.

Ich kann nicht wirklich beurteilen was eine solch Erweiterung an Einschränkungen bringt.

[Damu]

Hallo

Ich finde das Modul sehr gut.
Werde es später auch installieren.
Ein Modul ist besser anzupassen wenn Sensoren und Aktoren dazukommen.

[Milmi12]

Guten Abend Peter,
ich experimentiere nun seit ein paar Wochen mit deinem Modul rum und bin bislang sehr begeistert über die Vielseitigkeit der vorstellbaren Einsatzszenarios.
Momentan bastle ich hauptsächlich am Thema Alarmanlage, die mit einer HomeMatic-Fernbedienung HM-RC-Key4-2 über nur einen der vier Tasten scharf und auch unscharf geschaltet werden soll. Die anderen 3 Tasten sind bereits belegt. Den Zustand der Alarmanlage möchte ich im Eingangsbereich optisch anzeigen, so dass eine Verwechslung des Zustandes ausgeschlossen wäre.
Ist so ein Toggle-Modus (scharf/unscharf) für Sensoren machbar?
Viele Grüße,
Michel

[Tommy82]

Hi, ich häng mich hier mal mit dran, denn ich find die idee und das Modul super, dafür erstmal danke Peter.

Ich bin jetzt nach dem Wiki eintrag vorgegangen, und habe meine 3

HM-SEC-RHS

Fensterkontakte als Sensoren über ein

Code Auswählen Erweitern

attr global userattr Fenster_neben_Couch Sensor devStateIcon devStateStyle gesetzt, war das soweit richtig?

Ein list des Fensterkontakts ergibt dann:

Code Auswählen Erweitern

Internals:
   DEF        1F1596
   IODev      HmLanAdapter
   NAME       Fenster_neben_Couch
   NR         62
   STATE      closed
   TYPE       CUL_HM
   peerList   HeizungFenster_WindowRec,Heizung_Tuer_WindowRec,
   Readings:
     2014-10-09 21:05:22   Activity        alive
     2014-09-16 22:22:16   D-firmware      2.0
     2014-09-16 22:22:16   D-serialNr      KEQ0018259
     2014-10-09 18:21:36   alive           yes
     2014-10-09 18:21:36   battery         ok
     2014-10-09 18:21:36   contact         closed (to broadcast)
     2014-10-09 18:21:36   cover           closed
     2014-10-09 21:05:22   peerList        HeizungFenster_WindowRec,Heizung_Tuer_WindowRec,
     2014-10-09 18:21:36   recentStateType info
     2014-10-09 18:21:36   state           closed
   Helper:
     mId        0030
     rxType     4
     Io:
       newChn     +1F1596,00,01,FE1F
       prefIO
       rxt        0
       vccu
       p:
         1F1596
         00
         01
         FE1F
     Mrssi:
       mNo
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf   00
       qReqStat
     Role:
       chn        1
       dev        1
Attributes:
   IODev      HmLanAdapter
   actCycle   028:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   2.0
   fp_Wohnzimmer 331,274,2,Fensterkontakt
   group      Fensterkontakte
   model      HM-SEC-RHS
   peerIDs    00000000,22170C03,22252903,
   room       Wohnzimmer
   serialNr   KEQ0018259
   subType    threeStateSensor

Ich hab die

Modul 95_Alarm.pm

hier von der ersten Seite aus diesem Threat in /fhem/FHEM kopiert und die

alarm.js

in www/pgm2.

Ist das soweit richtig?

Dann habe ich über ein

define Alarmanlage Alarm

die Alarmanlage angelegt

Nur die Fensterkontakte die als Sensoren da sein sollten sind nicht da, was hab ich falsch gemcht?
ein list der Alarmanlage sieht so aus:

Code Auswählen Erweitern

Internals:
   CFGFN
   NAME       Alarmanlage
   NR         164
   STATE      Initialized
   TYPE       Alarm
   VERSION    0.9
   Readings:
     2014-10-09 21:25:30   lockstate       0
     2014-10-09 21:20:38   state           Initialized
Attributes:
   room       Wohnzimmer

[mw77]

Nur die Fensterkontakte die als Sensoren da sein sollten sind nicht da, was hab ich falsch gemcht?

Du sollst nicht deinen Sensor zu den den global userattr hinzufügen, sondern alarmDevice alarmSettings.
Aus dem Wiki:

attr global userattr alarmDevice alarmSettings devStateIcon devStateStyle ...(hier folgen weitere Attribute)

Wenn du das jetzt hast, solltest du bei deinen Sensoren (und sonstigen Geräten) unter attr die Einträge alarmDevice und alarmSettings finden.
Damit kannst du dann nach Wiki deine Alarmsensoren anlegen.

Gruß Markus

[Prof. Dr. Peter Henning]

Außerdem sollte man die Modulversion aus contrib verwenden.

LG

pah

[Prof. Dr. Peter Henning]

@Milmi12:

Das geht natürlich. Ich habe bei vielen Funktastern Tasten doppelt belegt, z.B. kurzer Druck - alle Lichter gehen aus, langer Druck, - alle Lichter gehen an.

Für das Scharfschalten der Anlage (jedenfalls des Level 6, der bei mir für Einbruchssicherung steht) benutze ich mehrere Tasten eines Homematic-Wandtasters.

Taste EB.HM.B01 hat das Attribut alarmDevice Sensor, taucht in der Alarmkonfiguration auf und bekommt dort die regexp EB.HMT.B01:Long.* sowie die Action "Sharpen" zugewiesen. Mit anderen Worten: Ein langer Tastendruck schaltet die Anlage scharf.

Zusätzlich habe ich eine Sequenz definiert:

define EB.HMT.S01 sequence EB.HMT.B01:Short.* 2 EB.HMT.B03:Short.* 2 EB.HMT.B04:Short.* 2 EB.HMT.B01:Short.*

Auch diese Sequenz hat das Attribut alarmDevice Sensor, taucht damit in der Alarmkonfig auf. Eingetragene regexp ist EB.HMT.S01:trigger,  und Action "Unsharpen". Mit anderen Worten: Zum Entschärfen muss man die Tasten 1-3-4-1 mit jeweils max 2 Sekunden Abstand drücken ( In der Realität hab eich natürlich eine andere Sequenz gewählt...)

LG

pah

[Tommy82]

Außerdem sollte man die Modulversion aus contrib verwenden.

LG

pah

das heißt?