Alarme verhalten sich unerwartet

Diese Seite listet die häufigsten Ursachen für unerwartetes Alarmverhalten auf, jeweils mit der schnellen Prüfung. Die vollständige Anleitung ist Fehlerbehebung bei Regeln und Alarmen; Probleme mit Benachrichtigungen stehen unter Fehlerbehebung bei Benachrichtigungen.

Die acht häufigsten Ursachen

#	Ursache	Symptom	Schnelle Prüfung und Behebung
1	Die Daten werden nicht gespeichert	Kein Alarm, und der Reiter Telemetrie des Geräts ist leer oder veraltet	Zuerst die Daten beheben: Daten kommen nicht an
2	Das Root-Flow wertet keine Alarmregeln aus	Die Daten werden gespeichert, aber für dieses Profil feuert nie eine Regel	Der Root-Flow des Geräts (der eigene des Profils oder der der Organisation) muss vor dem Speichern den Block Alarmregeln enthalten. Siehe Hosts, der Root-Flow und Root-Flows von Profilen.
3	Der Schlüssel stimmt nicht überein	Die Regelliste markiert Unbekannter Schlüssel	Schlüssel unterscheiden Groß- und Kleinschreibung: Temperature ist nicht temperature. Gleichen Sie den Schlüssel im Reiter Telemetrie ab.
4	Das Schwellenwert-Attribut fehlt	Ein Gerät alarmiert nie, andere schon	Eine Regel, die mit { "attribute": … } vergleicht, prüft kein Gerät ohne dieses Attribut. Setzen Sie es im Reiter Attribute des Geräts.
5	Der Wert ist Text	> oder < ist nie wahr	Vergleiche mit Text, der keine Zahl ist, sind immer falsch. Senden Sie Zahlen.
6	Debounce wird nie erreicht	Der Alarm öffnet sich deutlich später als erwartet oder gar nicht	Bei Sekunden (Gerätezeit) läuft die Zeit nur weiter, wenn Messwerte eintreffen. Ein Gerät, das alle 10 Minuten meldet, braucht mindestens zwei wahre Messwerte.
7	Der Wert pendelt um den Schwellenwert	Der Alarm öffnet und schließt sich immer wieder oder wird als Flapping markiert	Fügen Sie Hysterese oder Debounce nach Messwerten hinzu. Siehe Debounce, Hysterese und Dämpfung.
8	Das Gerät sendet den Schlüssel der Regel nicht mehr	Der Alarm wird nie geschlossen	Nachrichten ohne die Schlüssel der Regel gelten nicht als Messwerte. Schließen Sie den Alarm von Hand und ergänzen Sie eine Offline-Regel. Siehe Offline-Alarme.

Ein Alarm wurde geöffnet, aber niemand wurde informiert

Prüfung	Details
Die Regel hat einen Block notify	Ohne ihn wird niemand informiert. Siehe Alarmbenachrichtigungen im Detail.
Der Schweregrad erreicht minSeverity	Ein Alarm mit Warnung erreicht keinen Block, der auf Major und höher eingestellt ist
Das Gerät ist stummgeschaltet	Die Zeitleiste zeigt Stummgeschaltet: niemand wurde benachrichtigt. Siehe Gerät für Wartung stummschalten.
Der Alarm ist nachträglich erfasst	Alarme aus verspäteten Messwerten informieren niemanden über die Vergangenheit; ein Alarm, der noch offen ist, wenn Live-Daten zurückkehren, wird dann gemeldet
Sie hatten E-Mail oder SMS erwartet	Alarmregeln senden E-Mails nur an Empfänger vom Typ email und senden keine SMS. Mitglieder und Rollen werden über die Glocke erreicht, per Push, sofern eingerichtet, und in verknüpften Chat-Apps.
Push erreicht niemanden	Die Registrierung eines Browsers für Push ist in Entwicklung. Siehe Browser-Push.

Ein Alarm verhält sich anders als entworfen

Verhalten	Erklärung
Der Alarm wurde von selbst geschlossen, obwohl niemand ihn quittiert hat	Alarme werden automatisch aufgelöst, sobald der Zustand endet. Es gibt keine Option „vor dem Schließen quittieren“ (Latching). Prüfen Sie aufgelöste Alarme, deren Spalte Quittiert leer ist.
Eine niedrigere Stufe hat nicht benachrichtigt	Ein Absinken des Schweregrads, eine Quittierung oder eine Wiederholung auf gleicher Stufe benachrichtigt niemanden; ein Anstieg schon
Ein zweiter Alarm desselben Typs wurde nicht geöffnet	Ein aktiver Alarm pro Gerät und Typ; Wiederholungen werden als Vorkommen gezählt
Ein Alarm wurde direkt nach dem Schließen erneut geöffnet	Nach einem manuellen Schließen wartet die Regel, bis die Bedingung einmal falsch war. Ein neuer Alarm bedeutet, dass die Bedingung falsch und wieder wahr wurde, oder dass ein Flow ihn ausgelöst hat. Prüfen Sie die Zeitleiste.
An alarm raised by a flow or a Rules-card rule never clears	Solche Alarme haben keine Bedingung; nur eine Schließaktion, ein Flow oder eine Person schließt sie
Während der Alarm offen blieb, wurde niemand erneut benachrichtigt	Erinnerungen benötigen repeatEverySec im Block notify der Regel (60 Sekunden bis 7 Tage)
Nicht quittierte Alarme wurden nicht an eine andere Person eskaliert	Für IoT-Alarme gibt es keine Bereitschaftsrotation. Verwenden Sie Erinnerungen und einen Anstieg des Schweregrads oder einen Flow.
Die Regel wurde ausgeschaltet, aber ihre Alarme bleiben offen	Schließen Sie sie von Hand oder schalten Sie die Regel wieder ein

Eine Alarmregel lässt sich nicht speichern

Meldung	Behebung
„Ein Schlüssel benennt einen Telemetrieschlüssel: keine Leerzeichen und keine Zahl.“	Tragen Sie den Wert in Wert ein, nicht in Schlüssel
„Eine andere Regel dieses Profils hat diesen Typ.“	Typen sind pro Profil eindeutig
„Zwischen 10 Sekunden und 7 Tagen.“	Die Offline-Verzögerung liegt außerhalb des Bereichs
„Die Alarmregeln wurden gleichzeitig geändert; bitte erneut versuchen.“	Neu laden und erneut speichern
Ein Berechtigungsfehler	Zum Bearbeiten von Alarmregeln wird Alarmregeln von Geräteprofilen bearbeiten benötigt (standardmäßig Admin)

Wer was darf

Aktion	Standardrolle
Alarme und Regeln ansehen	Benutzer
Quittieren und Notizen hinzufügen	Benutzer
Von Hand schließen, Geräte stummschalten, Regeln bearbeiten	Admin

Siehe Alarme und Berechtigungsreferenz.

Verwandte Themen

• Fehlerbehebung bei Regeln und Alarmen
• Alarmregeln auf Geräteprofilen
• Hilfe erhalten