Neues Modul für Alarmanlage

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

Vorheriges Thema - Nächstes Thema

Prof. Dr. Peter Henning

Neue Version ist eingecheckt.

LG

pah

ucm73

Hallo,
einrichten funktioniert soweit, beim "Set Alarms" setzen erscheint dann jedoch die Fehlermeldung:

"State locked, cannot create new notifiers"

95_Alarm.pm ist Version 1.3, wo kann ich mit der Fehlersuche ansetzen?

Danke

raimundl

#32
Hallo!

Version 1.2 jedoch beim Setzen des Alarms Meldung wie oben.

LG

Logfile (Version 1.3):
2014.09.15 08:56:04 1: [Alarm] State locked, cannot create new notifiers
Use of uninitialized value in concatenation (.) or string at ./FHEM/95_Alarm.pm line 608.
Homematic: Licht, Heizung, Alarm, Alexa ... auf einen RaspberryPi3+mit OS "Stretch" und RPI-RF-MOD mit piVCCU3 (HMCCU), ca. 40 HM Komponenten, alexa, MobileAlerts, Hue Ledstripes....

kvo1

Hallo pah,

Hört sich interessant an, werde mir das auch mal (am WE) ansehen. Steht noch auf meiner todo - liste.

klaus
RPi1: mit CUL: HM-CC-RT-DN,HM-ES-PMSw1-Pl,HM-LC-BL1-FM,HM-LC-Bl1PBU-FM,HM-LC-SW1-PL2,HM-SCI-3-FM,HM-SEC-SC-2,KFM-Sensor
RPi2: Viessmann(optolink) mit 99_VCONTROL.pm,
Cubietruck: Wheezy / Apache / Owncloud
Cubietruck: Armbian(Jessie) / fhem 5.7 / LMS 7.9
RPi3: (Test) mit 7" Touch  &  HM-MOD-RPI-PCB

Prof. Dr. Peter Henning

"state locked" ist ganz einfach zu lösen. Beim ersten Start des Moduls hat das Attribut "lockstate" noch keinen Wert - und der muss explizit auf "unlocked" stehen, damit man die Werte ändern kann  ::)

Also einfach das Kommando "set <alarmname> unlock" absetzen...
Oder in der Weboberfläche per Maus durchführen.
Oder das Kommando "attr <alarmname> lockstate unlocked" absetzen.

LG

pah

raimundl

Hallo und Danke!

Das mit "lockstate unlock" hat geklappt, jetzt kommt die Meldung:

created alarm notifiers

bei "Set alarms" - Es werden alle Einträge gespeichert, bis auf:

"Alarm Level" und "Set Action" im Kästchen "Actors".

Diese beiden Einträge gehen, trotz Save Config immer verloren (Ver. 1.3)

LG


Homematic: Licht, Heizung, Alarm, Alexa ... auf einen RaspberryPi3+mit OS "Stretch" und RPI-RF-MOD mit piVCCU3 (HMCCU), ca. 40 HM Komponenten, alexa, MobileAlerts, Hue Ledstripes....

Eisingstone

Hallo zusammen,

nachdem ich in den letzten Wochen immer nur gelesen habe und FHEM richtig Spass macht, möchte ich auch ein wenig dazu beitragen.
Das Verhalten das die Felder wieder gelöscht werden, trotz "Save Config", hatte ich auch bis ich im Feld Delay eine 0 eingetragen habe.

Jedoch kann ein definierter Türkontakt als Sensor ein Funksteckdose nicht schalte.

Besten Gruß
Stefan
FHEM 5.7 (Dev.), Debian Jessie Server
HM-LAN, HM-CFG-USB-2, RFXTRX433-USB, BT, HUE sowie diverse Homematic Sensoren und Aktoren

Eisingstone

So jetzt ist es etwas besser wenn man direkt am Rechner sitzt:

Folgende Meldung bekomme ich im LogFile wenn ich versuche einen "Set Alarms" ausführe:
2014.09.15 22:03:32 1: [Alarm 0] Creation of cancel notifier not possible

Ein List gibt mir folgendes aus:
Internals:
   NAME       AAA
   NR         413
   STATE        Level 0 canceled
   TYPE       Alarm
   VERSION    1.3
   Readings:
     2014-09-14 16:07:53   level           none
     2014-09-15 20:56:02   level0          off
     2014-09-15 20:47:29   lockstate       unlocked
     2014-09-15 20:56:02   short            Level 0 canceled
     2014-09-15 22:06:32   state             Level 0 canceled
Attributes:
   level0end  23:59
   level0msg  wurde geöffnet !
   level0start 00:00
   level0xec  sharp
   level1end  0
   level1msg  0
   level1start 0
   level1xec  unsharp
   level2end  0
   level2msg  0
   level2start 0
   level2xec  unsharp
   level3end  0
   level3msg  0
   level3start 0
   level3xec  unsharp
   level4end  0
   level4msg  0
   level4start 0
   level4xec  unsharp
   level5end  0
   level5msg  0
   level5start 0
   level5xec  unsharp
   level6end  0
   level6msg  0
   level6start 0
   level6xec  unsharp
   level7end  0
   level7msg  0
   level7start 0
   level7xec  unsharp
   room       AlarmRoom


Desweiteren gibt es wohl noch attr wie level0offact und level0onact, keine Ahnung was diese bewirken.

Besten Gruß
Stefan

FHEM 5.7 (Dev.), Debian Jessie Server
HM-LAN, HM-CFG-USB-2, RFXTRX433-USB, BT, HUE sowie diverse Homematic Sensoren und Aktoren

Prof. Dr. Peter Henning

@raimundl: Ich müsste wissen, was dazu im Logfile steht.

Wichtige Sache: Ein "Notifier" für das Auslösen des Alarms wird nur gespeichert, wenn auch einer für das Widerrufen (=Cancel) des Alarms besteht. Habe ich in die Doku mit aufgenommen.

LG

pah

raspklaus

Warum wird bei dem Eintrag:

define Alarmanlage Alarm
attr Alarmanlage room AlarmRoom

define AAA_weblink weblink htmlCode {Alarm_Html("Alarmanlage")}
attr AAA_weblink room AlarmRoom


Das Webinterface 2mal angezeigt ?


raspklaus

und noch etwas:

wenn ich meinem Fensterkontakt_1 das Attribut alarmDevice Sensor verpasse, dann erscheint in der Auflistung nur das DevStateIcon

define Fensterkontakt_1 CUL_HM 276733
attr Fensterkontakt_1 IODev CUL_800
attr Fensterkontakt_1 actCycle 028:00
attr Fensterkontakt_1 actStatus unknown
attr Fensterkontakt_1 alarmDevice Sensor
attr Fensterkontakt_1 autoReadReg 4_reqStatus
attr Fensterkontakt_1 devStateIcon open:FS20.on closed:FS20.off
attr Fensterkontakt_1 expert 2_full
attr Fensterkontakt_1 firmware 2.4
attr Fensterkontakt_1 model HM-SEC-SC-2
attr Fensterkontakt_1 room CUL_HM
attr Fensterkontakt_1 serialNr LEQ0211433
attr Fensterkontakt_1 subType threeStateSensor
define FileLog_Fensterkontakt_1 FileLog ./log/Fensterkontakt_1-%Y-%m.log Fensterkontakt_1
attr FileLog_Fensterkontakt_1 logtype text




Prof. Dr. Peter Henning

Zum ersten Problem: Keine Ahnung, kann ich nicht nachvollziehen. Vermutung: Doppelte Definition in Konfigurationsdatei - denn eigentlich wird die Routine Alarm_Html genau einmal für einen definierten Alarm aufgerufen.

Zum zweiten Problem: Auch keine Ahnung. Bei meinen Devices ist so etwas noch nicht aufgetaucht, und das betrifft sowohl FS20, als auch Homematic-Sensoren. Möglicherweise ein Artefakt des "darkstyle" skins - ist aber auch nur so eine Vermutung.

Ich kann bis Donnerstag abend nichts testen, bin auf einer Konferenz - darum nur diese Vermutungen und lediglich etwas Stochern im Nebel.

LG

pah

svenr

Vielleicht liegt es am "devStateIcon"? Ich habe auch den darkstyle und keine Probleme.

VG
Sven

raspklaus

Wenn ich das devstateicon auskommentiere erscheint der state anstelle des sensornamens


raspklaus

Hier noch ein list des Fensterkontakt _1

Internals:
   DEF        276733
   IODev      CUL_800
   NAME       Fensterkontakt_1
   NR         328
   STATE      closed
   TYPE       CUL_HM
   Readings:
     2014-09-16 19:36:21   Activity        unknown
     2014-07-09 12:25:21   D-firmware      2.4
     2014-07-09 12:25:21   D-serialNr      LEQ0211433
     2014-07-15 14:23:13   R-pairCentral   set_0x0
     2014-09-13 19:55:03   battery         ok
     2014-09-13 19:55:03   contact         closed (to broadcast)
     2014-09-13 19:55:03   state           closed
     2014-08-14 11:56:02   trigDst_broadcast noConfig
   Helper:
     mId        00B1
     rxType     12
     Io:
       newChn     +276733,00,01,00
       prefIO
       rxt        2
       vccu
       p:
         276733
         00
         01
         00
     Mrssi:
       mNo
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf   00
       qReqStat
     Role:
       chn        1
       dev        1
Attributes:
   IODev      CUL_800
   actCycle   028:00
   actStatus  unknown
   alarmDevice Sensor
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   2.4
   model      HM-SEC-SC-2
   room       CUL_HM
   serialNr   LEQ0211433
   subType    threeStateSensor