HM-MOD-EM-8 Status

[NoRisk]

Guten Tag!

Zu dem Umstand, dass nach einem Neustart der CCU der tatsächliche Status vieler für Batteriebetreib vorgesehener Geräte nicht dem in der CCU angezeigten Zustand entspricht habe ich einige ältere Beiträge gefunden.
Darin wird beispielsweise empfohlen, den Zustand in einer Systemvariablen zu speichern.
Nachdem ich derzeit 12 Module HM-MOD-EM-8 in Verwendung habe und den Status in homputer CL visualisiere ist dieser Vorschlag keine praktikable Option.
Hat jemand von Euch einen geeigneten Weg gefunden, die Zustände der Module mit der CCU zu "synchronisieren" ?

Vielen Dank
Gert

[66er]

Ob das (automatisierte) einmalige Durchschalten aller Kanäle eine Option für Dich ist, hängt natürlich von der Anwendung ab.

Schönes WE
Stefan

[NoRisk]

Vielen Dank für mdie Rückmeldung!
Da es sich um Sendemodule mit der Einstellung "Tür-Fensterkontakt" handelt, lassen sich die einzelnen Kanäle per Skript leider nicht triggern.
Bliebe nur jeden einzelnen Kontakt manuell auslösen, was in vielen Fällen aus technischen Gründen nur umständlich möglich wäre.
Bisher habe ich mir als Workaround überlegt, für jeden Kanal ein virtuelles Objekt anzulegen und deren Status periodisch zu sichern um ihn per INIT-Makro bei einem Reboot einzulesen.
Ist natürlich sehr aufwändig, aber Einfacheres ist mir bisher nicht eingefallen, vielleicht hat ja jemand einen Vorschlag.
Vielen Dank
Gert

[Xel66]

Und Du meinst dass Dir das in jedem Fall hilft? Für ein ordnungsgemäßes Runterfahren, bei dem der Status noch persistiert werden kann, ja. Bei einem Spannungsausfall schon nicht mehr, denn dort wird der Status nur alle 12 Stunden gesichert und in der Zwischenzeit nur im RAM vorgehalten.

Gruß Xel66

[NoRisk]

Da hast Du natürlich vollkommen recht.
Deshalb möchte ich die Sicherung periodisch und nach jeder einzelnen Statusänderung vornehmen.
So könnte mir im schlimmsten Fall nur der letzte gegebenenfalls infolge eines unmittelbaren Absturzes noch nicht gesicherte Status verloren gehen.
Aber wie gesagt, diese Maßnahmen sind sehr komplex und ich freue mich, wenn es eine einfachere Möglichkeit gibt, unmittelbar den tatsächlichen Status auch Batteriebetriebener Objekte gesichert auszuwerten.
Beste Grüße
Gert

[Xel66]

Diese Möglichkeit gibt es eben nicht. Außer man sichert nach jeder Änderung. Allerdings ist mir die Priorität nicht ganz klar. Ich boote durchschnittlich alle zwei/drei Monate mal meine CCU. Meine TFK hätten danach maximal eine Stunde den falschen Status. Fährt man die CCU ordnungsgemäß runter, werden die Status gesichert. Einem Spannungsausfall kann man mit einer USV begegnen. Warum musst Du so häufig mit Spannungsunterbrechung booten (was sowieso nicht wirklich empfehlenswert ist), dass das Verhalten ein Problem für Dich ist?

Gruß Xel66

[NoRisk]

Auch hier gebe ich Dir durchaus in allen Punkten recht.
Meine CCU wird ebenfalls nur sehr selten neu gestartet und stürzt eigenlich äußerst selten ab.
Seit dem letzten Update läuft jedoch die ExecEngine nicht sehr stabil und ich verwende daher seither testweise ein Script welches die EE bei Ausfall neu startet. Wahrscheinlich werde ich dieses Script jedoch auf Dauer ohnehin nicht verwenden.
Ein Neustart der EE verursacht jedoch ebenfalls ein Zurücksetzen der Objektzustände.
Einige batteriebetriebene Objekte melden sich fallweise erst nach mehreren Stunden bei der CCU, sodass der gegebenenfalls "falsche" Status durchaus längere Zeit nicht erkannt wird.
Auch bei mir werden die CCU und alle stromversorgten Objekte über eine USV versorgt.
Da ich die CCU jedoch nicht nur zur Steuerung sondern im Wesentlichen auch als Alarmanlage betreibe können bei einem allfälligen Reboot der CCU auch schon relativ kurze nicht korrekt verarbeitete Objektzustände zu Fehlauswertungen führen und das möchte ich gern vermeiden.
Beste Grüße
Gert

[Roland M.]

Hallo!

Meine Meinung dazu: Auch ein über eine Systemvariable zwischengespeicherter Status kann falsch sein!
Gerade bei Fenstersensoren kann z.B. ein Familienmitglied genau während des CCU-Neustarts, der ja auch einige Zeit benötigt, ein Fenster öffnen oder schließen. Somit wäre der alte Status auch wieder falsch.

Ich habe da einiges zwar auch über SV gespeichert, allerdings verwende ich statt offen/geschlossen eine Werteliste mit unbekannt/offen/geschlossen. Beim CCU-Neustart setzt ich diesen Status auf unbekannt. Somit weiß ich bis zur ersten Betätigung oder bis zur ersten wiederkehrenden Statusmeldung des Sensors, dass ich mich nicht darauf verlassen kann, ob nun dieses Fenster offen oder geschlossen ist.


Roland

[Xel66]

... können bei einem allfälligen Reboot der CCU auch schon relativ kurze nicht korrekt verarbeitete Objektzustände zu Fehlauswertungen führen und das möchte ich gern vermeiden.

Eine "Alarmanlage" überwacht ja auf Zustand "offen". Bei einem Reboot werden die TFK in den Defaultzustand "geschlossen" gesetzt. Insofern ist diese Gefahr zu vernachlässigen. Wenn dann bei einer zyklischen Statusmeldung ein "offen" gesendet (aktualisiert) wird, erfolgt die Meldung auch korrekt. Wir das allerdings ein HM-MOD-EM-8 macht, entzieht sich mangels Verwendung meiner Kenntnis.

In meinen Augen wäre es wichtiger, die Ursache für Deine Instabilität zu ermitteln und zu beseitigen, als unnötig Energie in die Handhabung von Symptomen zu investieren. Dieser Workaround wird immer eine Krücke bleiben.

Darum habe ich bei mir als Einbruchsmeldeanlage auch die klassische Innensirene als zentrale Funktion eingesetzt. Die bildet alle Features autark und batterieversorgt ab und ist von einem Reboot nicht betroffen. Die CCU würde nur deren Alarmauslösung weitermelden. Zur Not macht sie nur lokal Krach. Leider ist die IP-Innensirene dieser Features beraubt worden und stellt nur noch einen reinen Signalgeber dar. Ein klarer Rückschritt und eigentlich so gar nicht IP-like (sonst bieten IP-Geräte meist mehr Funktionalität als ihre klassischen Pendants).

Gruß Xel66

[NoRisk]

Vielen Dank für die Rückmeldungen an Roland und Xel66!
Der Hinweis von Roland mit dem "unsicheren" Zustand gefällt mir sehr gut, das werde ich wo geboten ebenfalls gern nach diesem Vorschlag umsetzen.
Xel66 hat gemeint, dass Alarmanlagen ohnehin den Zustand "offen" überwachen. Das ist zwar von der elektrischen Beschaltung abhängig und trifft zumeist zu. Beispielsweise bei den Fensterzuständen ist das jedoch nicht unbedingt der Fall.
Natürlich bemühe ich mich den Grund für die fallweise Instabilität zu finden und in der Folge zu beheben. Aufgrund der Vielzahl von Objekten und Scripts ist das aber nicht ganz so einfach.
Als Innensirenen verwende ich in jedem Geschoß je eine Funk-Sirenen-/Blitzansteuerung HM-Sec-SFA-SM mit separaten Signalgebern.
Diese werden jedoch ebenfalls abhängig von den Zuständen einzelner Objekte per Schript angesteuert.
Beste Grüße
Gert