Neues Modul für Alarmanlage

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

Vorheriges Thema - Nächstes Thema

Mave

Ja, jetzt hab ich's kapiert.

Mit der alarm.js aus dem Post sind die Fehlermeldungen weg.

Das lockstate Problem besteht nachwievor.

Prof. Dr. Peter Henning

Das waren keine Fehlermeldungen, sondern Warnungen. Ist ein Unterschied.

Lockstate-Problem: Glaub ich eigentlich nicht. Einfach mal auf locked setzen, und wieder zurück.

LG

pah

Mave

Hat leider nichts gebracht. Meldung kommt trotzdem.

Auf was muss denn das Reading lockstate stehen? Ist 0 richtig?

Esjay

unlocked
Internals:
   NAME       AlarmAnlage
   NR         104
   STATE      --------
   TYPE       Alarm
   VERSION    5.0
   DATA:
     savedate   2018-09-24 12:36:44
     armstate:
       level0     disarmed
       level1     disarmed
       level2     disarmed
       level3     disarmed
   READINGS:
     2017-05-26 20:42:36   level           0
     2018-09-24 17:52:05   level0          disarmed
     2018-09-24 17:52:05   level1          disarmed
     2018-09-24 17:52:05   level2          disarmed
     2018-09-24 17:52:05   level3          disarmed
     2018-01-21 20:16:17   level4          disarmed
     2018-01-21 20:16:17   level5          disarmed
     2018-01-21 20:16:17   level6          disarmed
     2018-01-21 20:16:17   level7          disarmed
     2018-09-25 20:24:38   lockstate       unlocked
     2018-09-24 17:51:43   savedate        2018-09-24 12:36:44
     2018-07-07 13:24:32   short           
     2018-09-24 19:05:54   state           --------


locked

Internals:
   NAME       AlarmAnlage
   NR         104
   STATE      --------
   TYPE       Alarm
   VERSION    5.0
   DATA:
     savedate   2018-09-24 12:36:44
     armstate:
       level0     disarmed
       level1     disarmed
       level2     disarmed
       level3     disarmed
   READINGS:
     2017-05-26 20:42:36   level           0
     2018-09-24 17:52:05   level0          disarmed
     2018-09-24 17:52:05   level1          disarmed
     2018-09-24 17:52:05   level2          disarmed
     2018-09-24 17:52:05   level3          disarmed
     2018-01-21 20:16:17   level4          disarmed
     2018-01-21 20:16:17   level5          disarmed
     2018-01-21 20:16:17   level6          disarmed
     2018-01-21 20:16:17   level7          disarmed
     2018-09-25 20:25:49   lockstate       locked
     2018-09-24 17:51:43   savedate        2018-09-24 12:36:44
     2018-07-07 13:24:32   short           
     2018-09-24 19:05:54   state           --------


Grüße

Tommy82

Zitat von: Prof. Dr. Peter Henning am 24 September 2018, 20:26:52
Aber ich, und damit ist das Thema abgehakt.
Hatte nichts anderes dazu gesagt, nur eine andere Meinung!

Zitat
Und die "Meldungen" kommen eben daher, dass es sich um eine unvollständige Konfiguration handelt.

LG

pah

Wäre dir sehr verbunden, wenn du mir etwas genauer meinen Fehler erläutern könntest, ich hab doch die definierten Devices eingebunden, und nur einen Alarmlevel konfiguriert........
Fhem Cubitruck  Armbian Buster with Linux 5.3.9-sunxi
HM-CC_RT-DN, HM-Sec-RHS,HM-Sec-SD, HM-Sec-SCo,IT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WinServer2016 und WinServer 2019,FB6590
Allnetl Wandtablett mit FTUI

Mave

Vielen Dank @Esjay

Bei mir ist lockstate 0

Internals:
   NAME       AAA
   NR         146
   STATE      --OO---O widerrufen durch: web
   TYPE       Alarm
   VERSION    5.0
   DATA:
     savedate   2018-09-25 08:31:40
     armstate:
       level0     disarmed
       level1     disarmed
       level2     armed
       level3     armed
       level4     disarmed
       level5     disarmed
       level6     disarmed
       level7     armed
   READINGS:
     2018-09-23 12:09:03   level           0
     2018-09-25 12:28:01   level0          disarmed
     2018-09-25 12:28:01   level1          disarmed
     2018-09-25 12:28:01   level2          armed
     2018-09-25 19:47:54   level3          armed
     2018-09-25 12:28:01   level4          disarmed
     2018-09-25 12:28:01   level5          disarmed
     2018-09-25 12:28:01   level6          disarmed
     2018-09-25 12:28:01   level7          armed
     2018-09-23 12:09:51   lockstate       0
     2018-09-25 12:27:34   savedate        2018-09-25 08:31:40
     2018-09-25 19:47:54   short           
     2018-09-25 19:47:54   state           --OO---O widerrufen durch: web

Prof. Dr. Peter Henning

@Tommy82: Ich sehe keine Meldung, die mich beunruhigt.

Die Warnung wegen des nicht initialisierten $xval fange ich im nächsten Release noch ab - das ist eine Lücke, die entsteht, wenn nur ein Alarmlevel definiert wird. Die anderen Meldungen sind ganz korrekt: Alarmlevel werden ignoriert, wenn es kein Device für das Widerrufen gibt.

LG

pah

Tommy82

OK, super, das wollte ich hören:-)

Dann guck ich mal ob es jetzt so funktioniert wie ich es mir vorstelle.

Danke für die Unterstützung und das Modul!
Fhem Cubitruck  Armbian Buster with Linux 5.3.9-sunxi
HM-CC_RT-DN, HM-Sec-RHS,HM-Sec-SD, HM-Sec-SCo,IT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WinServer2016 und WinServer 2019,FB6590
Allnetl Wandtablett mit FTUI

Mave

Nachdem ich lockstate mit setreading auf unlocked gesetzt habe, scheint es zu funktionieren.

So ganz rund lief das Update offensichtlich nicht.

Prof. Dr. Peter Henning

#1164
ZitatSo ganz rund lief das Update offensichtlich nicht.
>:(
Das ist Mäkelei, denn bei rund 300 anderen Nutzern ging es offenbar problemlos.


pah

duke-f

Vielleicht habe ich die Antwort auf meine Frage auf den mittlerweile beachtlichen knapp 80 Seiten überlesen - ich verfolge das ganze nur recht sporadisch, da das Modul bei mir sein Jahren mittlerweile ohne Probleme läuft (nutze allerdings bisher immer noch ausschließlich einen Alarm-Level). Dennoch drängt sich mir hin und wieder die Frage auf:

Kann das Modul mit allen seinen automatisch angelegten Verknüpfungen auch entfernt werden oder ist dafür ein manuelles Eingreifen unvermeidlich?

Um keine Missverständnisse zu verursachen: Ich will nicht auf das Modul verzichten. Lediglich habe ich zeitweise an anderen Stellen Probleme und bin dabei, meine Hauptinstallation auf mehrere Installationen zu verteilen. Und da würde ich beispielsweise das Alarm-Modul auch auf eine andere Instanz verlagern.
Cubietruck, 3 Raspberry Pis,
CUL868, RFXtrx433, CUL433, SCC868, HM-USB,
IRTrans, EZcontrol XS1, IguanaWorks USB IR Transceiver
ESPEasy, Fritz!Box, Samsung TV+BD, LMS, Squeezelite

Prof. Dr. Peter Henning

Ein restloses Entfernen ist möglich.

1.Löschen des Device sollte den Weblink löschen, also den Eintrag im FHEM-Menü.
2.Notify müssen manuell gelöscht werden, die haben die Bezeichnung "alarm<level>.(on|off|arm|disarm).N" und stehen alle in dem <alarmpublicroom>
3.Die UserAttr bei den einzelnen Devices müssen ebenfalls manuell gelöscht werden - ich wollte nicht automatisch in fremden Devices herumlöschen.
4.Bei der Übertragung auf eine andere FHEM-Installation sollte man AlarmFILE nicht vergessen.

LG

pah

duke-f

Besten Dank. Klingt alles machbar.
Cubietruck, 3 Raspberry Pis,
CUL868, RFXtrx433, CUL433, SCC868, HM-USB,
IRTrans, EZcontrol XS1, IguanaWorks USB IR Transceiver
ESPEasy, Fritz!Box, Samsung TV+BD, LMS, Squeezelite

Tommy82

Hi,
hab nochmal eine Frage zur Bedienung

Ich habe die Anlage jetzt wie auf dem Bild zu sehen Konfiguriert, demnach wäre doch wenn ich es richtig verstehe die Alarmanlage immer zwischen 21:18 und 5:30 Uhr aktiv oder sehe ich das falsch?
Jetzt hatte ich eigentlich gedacht aufgrund der "Kopf" konfig, das immer 5 Minuten vor der Aktivierung in dem Fall um 21:13 die Ansage kommt Alarmanlage wird in 5 Minuten scharf geschaltet und dann 5 Minuten später Alarmanlage ist scharf geschaltet, allerdings ist das nicht der Fall.

Die Ansage kommt nur wenn ich den Haken bei "Schärfen" entferne/setze.

Ist mein gedanke falsch das immer 5 Min vorm Scharfschalten die Ansage kommt?

Danke
Fhem Cubitruck  Armbian Buster with Linux 5.3.9-sunxi
HM-CC_RT-DN, HM-Sec-RHS,HM-Sec-SD, HM-Sec-SCo,IT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WinServer2016 und WinServer 2019,FB6590
Allnetl Wandtablett mit FTUI

PSI69

Zitat von: Tommy82 am 27 September 2018, 19:53:07
Ist mein gedanke falsch das immer 5 Min vorm Scharfschalten die Ansage kommt?

Ja, die Aktionen werden nur beim Schärfen/Unschärfen ausgeführt - z.Bsp. Haken klicken. Der konfigurierte Zeitrahmen triggert das nicht.
Peter
FHEM auf RPi 5 unter Bookworm mit inzwischen einem ganzen Zoo von Geräten...