Sert eşikler, örneğin "Sıcaklık 100'den büyükse uyarı ver", yararlıdır ama tek başına yeterli değildir. Bir sinyal sabit limit içinde kalırken sürüklenebilir, ani değişebilir, donabilir veya veri boşlukları oluşabilir.
Standart eşik tabanlı mantık için Görsel Kural Editörü sayfasına bakın.
Proxus anomali akışı iki net moda ayrılır:
- Inspect: Bir sinyali, son dönem davranışını ve gruplanmış bulguları kural oluşturmadan inceleyin.
- Candidate Review: Seçilen anomali tiplerini ayarlayın, kural adayını önizleyin ve aynı runtime davranışını kullanan kuralı oluşturun.
Desteklenen Bulgu Tipleri
| Bulgu | Neyi yakalar | Tipik kullanım |
|---|---|---|
| Spike | Değerin öğrenilen aralığın dışına ani çıkmasını. | Sensör sıçramaları, proses şokları, kısa süreli anormal pikler. |
| Fast change | Değerin örnekler arasında çok hızlı değişmesini. | Sızıntı, kopma, ani basınç veya hız değişimi. |
| Drift | Değerin beklenen çalışma aralığından art arda uzaklaşmasını. | Aşınma, kalibrasyon kayması, kademeli proses bozulması. |
| Flatline | Değerin tanımlı tolerans dışında değişmeyi durdurmasını. | Donmuş sensör, takılı sayaç, kopmuş sinyal yolu. |
| Gap | Beklenen aralığın üzerinde veri boşluğu oluşmasını. | İletişim kaybı, gateway kesintisi, kaynak durması. |
Inspect modunda flatline bulguları özellikle konservatif gösterilir. Düşük güvenli flatline bulguları bastırılır, yakın bulgular gruplanır ve grafik gereksiz gürültüye boğulmaz.
İncelemeden Kurala
Candidate Review kural oluşturma akışının parçasıdır; grafikte kalan basit bir işaretleme değildir. Bir kural adayı oluşturduğunuzda:
- seçilen anomali tipleri kurala yazılır
- cihaz ve tag kapsamı kural önizlemesine taşınır
- analiz penceresi, değişim oranı, drift, flatline ve gap ayarları korunur
- runtime değerlendirme, inceleme ekranında gördüğünüz aynı anomali anlamını kullanır
Baseline bandı operatörün son dönem beklenen davranışı anlamasına yardım eder. Görsel bir inceleme yardımcısıdır; runtime kuralın neyi değerlendireceğini ise seçilen anomali tipleri ve eşikler belirler.
Filtreleme ve Kapsam
Kurallar hâlâ hangi verinin değerlendirileceğini belirlemek için Criteria Expression alanını kullanır.
- Kriter yoksa: Kural kapsamındaki sayısal değerler değerlendirilebilir.
- Kriter varsa: Yalnızca kriterle eşleşen paketler anomali değerlendirmesine girer.
- Kriter dışındaki paketler ilgili kuralın dedektör durumunu güncellemez.
Örnek:
[Payload][Key = 'Vibration']Bir anomali kuralı yalnızca belirli tag'ları veya belirli bir proses durumunu izlemeliyse kriter filtresi kullanın.
Operasyonel Öneriler
Önce Inspect modunda sinyali anlayın. Bulgular otomasyona dönüşecek kadar anlamlıysa Candidate Review moduna geçin.
Production kuralları için şunları tercih edin:
- net cihaz ve tag kapsamı
- anlamlı baseline oluşturacak kadar geçmiş veri
- gürültülü kaynaklarda konservatif flatline ve gap ayarları
- makineyi, sinyali ve anomali tipini anlatan açık kural adları
Gateway yeniden başladığında veya yeni bir kural etkinleştiğinde anomali değerlendirmesinin kısa dönem baseline'ını kurmak için yeterli örneğe ihtiyacı vardır. Isınma sırasında Proxus yetersiz geçmişten bulgu üretmemeye çalışır.