Configureer de alarmlogica en begrijp hoe deze verschilt van notificatieworkflows.
Een alarm vertegenwoordigt een ongewenste gemeten toestand. Het kan worden weergegeven in portfoliotabellen, apparaatpagina's, alarmdashboards en rapporten. Notificatiegedrag wordt afzonderlijk geconfigureerd via een alarminstantie of watchdog.
Geconfigureerde omgevingen kunnen voorwaarden zoals de volgende evalueren:
| Invoer | Doel |
|---|---|
| Signalen | Bepaalt welke telemetriereeks de voorwaarde aanlevert. |
| Nodetypen | Beperkt de logica tot toepasselijke apparaatcategorieën. |
| Tags of bronkenmerken | Past verschillend gedrag toe op subgroepen of methoden voor gegevenslevering. |
| Terugkijkperiode | Bepaalt het historische tijdvenster dat voor de evaluatie wordt gebruikt. |
| Actief tijdvenster | Voorkomt evaluatie tijdens een verwachte inactieve periode, zoals zonneproductie 's nachts. |
| Drempelwaarde | Bepaalt de grens tussen verwacht en ongewenst gedrag. |
Een regel combineert bewaakte signalen en nodetypen met een terugkijkperiode en optionele filters.
Wanneer meerdere regels op hetzelfde asset kunnen worden toegepast, plaatst u de meest specifieke regel vóór de algemene terugvalregel. Een dagelijkse FTP-bron kan bijvoorbeeld een langere periode zonder gegevens vereisen dan een continu verbonden controller.
Maak onderscheid tussen ontbrekende gegevens en nulproductie
Geen gegevens betekent dat het signaal niet is aangekomen. Nulproductie betekent dat de gegevens wel zijn aangekomen, maar dat de waarde of verandering van de teller onvoldoende was. Hiervoor is een verschillende diagnose nodig en ze mogen niet dezelfde alarmbetekenis hebben.