Alarme und Ereignislebenszyklus

Edge-EMS Builder unterstützt einzelne Alarmeinträge sowie Alarmereignisse mit Wiederherstellungsablauf. Neue Regeln für die kontinuierliche Überwachung können Alarmereignisse nutzen, um den gesamten Ablauf von Störung über Wiederherstellung bis zur manuellen Lösung zu verfolgen.

Zwei Alarmverfahren

Verfahren	Geeignet für	Verhalten
Alarmeintrag	Einfache Benachrichtigungen und Aufbewahrung jedes Auslöseergebnisses	Jede Aktion erzeugt einen separaten Eintrag, der als bearbeitet markiert werden kann
Alarmereignis	Kontinuierliche Störungsüberwachung und Nachverfolgung der Bearbeitung	Gleiche Quelle und Alarmkennung werden zusammengeführt; Häufigkeit und Zustandsänderungen werden erfasst

Bestehende Skripte bleiben nutzbar. Vorhandene Alarmeinträge werden nicht automatisch in Alarmereignisse umgewandelt.

Ereigniszustände

Störung aktiv (ACTIVE) → Wiederhergestellt (RECOVERED) → Gelöst (RESOLVED)

• Wiederholte Störungen werden demselben ungelösten Ereignis zugeordnet; Zeitpunkt des ersten und letzten Auftretens bleiben erhalten.
• Eine normale Beobachtung setzt das Ereignis auf „Wiederhergestellt“. Bediener oder Administratoren bestätigen anschließend die Lösung.
• Eine erneute Störung nach der Wiederherstellung aktiviert das Ereignis wieder. Nach der Lösung erzeugt eine erneute Störung ein neues Ereignis.
• Ein offline befindliches Gerät oder ungültige Daten gelten als „Unbekannt“ und werden nicht fälschlich als Wiederherstellung gewertet.

Beobachtungsaktionen konfigurieren

Alarme werden über die stabile Kombination sourceCode + alarmKey identifiziert. Regeln müssen fortlaufend fehlerhafte, normale oder unbekannte Zustände melden. Sie dürfen nicht nur bei Störungen ausgeführt werden, da das System sonst die Wiederherstellung nicht erkennen kann.

Das folgende Beispiel verwendet den allgemeinen Datenpunkt demo_temperature. Ersetzen Sie ihn vor der Nutzung durch einen tatsächlichen Datenpunkt und konfigurieren Sie ein geeignetes Überwachungsintervall:

local value = tonumber(${demo_temperature})
local state = "UNKNOWN"
if value then
  if value > 80 then state = "ACTIVE" else state = "NORMAL" end
end
return {buildAlarmObservationMap("demo_monitor", "demo_temperature_high",
  state, "高温", "1", "温度状态：" .. tostring(value))}

Dieses Skript ist für Triggeraktionen vom Typ EXPRESSION vorgesehen. Die Alarmkennung sollte weder die aktuelle Temperatur noch einen Zeitstempel enthalten, damit nicht jede Beobachtung ein neues Ereignis erzeugt.

Abfrage und Bearbeitung

Ereignisse können nach Quelle, Typ, Schweregrad, Zustand und Zeitraum gefiltert werden. Angezeigt werden Häufigkeit, Wiederherstellungszeit und Lösungsvermerk. Die manuelle Lösung verwendet die aktuelle Versionsnummer des Ereignisses, um gegenseitiges Überschreiben bei paralleler Bearbeitung zu verhindern. Werden Geräte oder Regeln dauerhaft stillgelegt, kann ein Administrator die zugehörigen Ereignisse mit Angabe eines Grundes außer Betrieb nehmen.

Für Cloud-Benachrichtigungen können Sie die Meldungsübertragung separat über MQTT konfigurieren. Skript- und Schnittstellenhinweise finden Sie in der Lua-Referenz und beim Alarm-Skill.