Alarm listesi neden okunmaz hâle gelir
Bir tesisin alarm listesi tek seferde kurulmaz. Devreye alma sırasında makul bir çekirdekle başlar, sonra her arızanın ardından “bunu da görelim” denerek büyür. Beş yıl sonra ortaya çıkan tablo genelde şudur: her analog etiketin (tag) dört eşiği tanımlıdır, her motorun hem “çalışmıyor” hem “geri besleme yok” alarmı vardır, hiçbirinin önceliği ilk gündekinden farklı değildir.
Bu listenin davranışı bir arıza anında görülür. Besleme pompası durur; basınç düşer, akış alarmı gelir, alt seviye alarmı gelir, bir sonraki tankta doluluk alarmı gelir, kurutucu sıcaklığı sapar, ürün ağırlığı tolerans dışına çıkar. Tek kök neden, yirmi satır. Buna alarm seli (alarm flood) deniyor ve operatörün yapabileceği tek şey listeyi susturmaktır. Sorun, susturmayı öğrenen operatörün gerçek alarmı da susturmasıdır. Alarm sistemi o an işlevini kaybeder; ekranda hâlâ çalışıyor görünür.
Aşağıdaki yöntem ISA-18.2 (Management of Alarm Systems for the Process Industries) ve EEMUA 191 rehberinin ortak omurgasıdır. Yeni bir kurulumda da, on yıllık bir SCADA’nın temizliğinde de aynı sırayla işler.
Adım 1: Alarmın tanımını uygula — eylem yoksa alarm değildir
Her iki standardın çıkış noktası tek cümle: alarm, operatörün yanıt vermesi gereken bir durumun bildirimidir. Buradan tek soruluk bir filtre çıkıyor:
Bu bildirim geldiğinde operatör ne yapacak?
Cevap “hiçbir şey”, “bilgi olsun diye”, “bakım sabah bakar” ya da “sistemi izliyoruz” ise o bir alarm değil, bir olaydır (event). Olay kayda yazılır, eğilim (trend) grafiğinde görünür, raporda toplanır — ama operatörün karşısına sesli ve renkli çıkmaz. Yalnız bu filtre, gözden geçirilmemiş bir listenin genelde önemli bir bölümünü eler.
Kalan her alarm için beş alanı yazılı hâle getirin. Bu tablo ISA-18.2’nin ana alarm veritabanı (master alarm database) dediği şeydir ve alarm listesinin tek doğru kaynağı olur:
| Alan | Ne yazılır | Neden gerekli |
|---|---|---|
| Neden (cause) | Alarmı hangi fiziksel durum tetikliyor | Aynı nedene bağlı ikinci alarmı görünür kılar |
| Sonuç (consequence) | Yanıt verilmezse ne olur | Önceliği bu belirler, tahmin değil |
| Operatör eylemi | Somut, tek satırlık müdahale | Eylem yazılamıyorsa alarm silinir |
| Yanıt süresi | Saniye / dakika mertebesi | Gecikme ve öncelik ayarının girdisi |
| Öncelik | Sonuç ağırlığı × yanıt aciliyeti | Kişisel tercih değil, matris çıktısı |
“Operatör eylemi” satırını dolduramadığınız alarm, o çalışmanın sonunda listeden çıkar. Silmek zor geliyorsa olay seviyesine indirin; kayıt kaybolmaz, ekran temizlenir.
Adım 2: Önceliği matristen üret, dağılımı ölç
Öncelik, alarmı yazan mühendisin o günkü kanaati olmamalı. Sonucun ağırlığı (can güvenliği, çevre, ekipman hasarı, üretim kaybı) ile gereken yanıt süresi bir matriste kesiştirilir ve öncelik oradan okunur.
Sonrasında dağılıma bakılır. Yaygın pratik ve her iki rehberin işaret ettiği hedef, üç öncelikli bir sistemde şu civarıdır:
| Öncelik | Hedef pay | Belirti: bozulmuşsa |
|---|---|---|
| Yüksek / kritik | ~%5 | Her şey kritikse hiçbir şey kritik değildir |
| Orta | ~%15 | Orta yığılması, matrisin atlandığını gösterir |
| Düşük | ~%80 | Düşük payı azsa liste operatörü sürekli koşturur |
Sahada sık görülen tablo bunun tersidir: alarmların yarısından fazlası “yüksek”. Öncelik dağılımını çıkarmak yarım günlük bir sorgu işidir ve rasyonalizasyonun ne kadar gerektiğini tek grafikte gösterir.
Adım 3: Gürültüyü kaynağında bastır
Rasyonalizasyondan sağ çıkan alarmların bir kısmı hâlâ gereksiz sık gelir. Bunun çözümü alarmı kapatmak değil, ölçüm gürültüsünü alarm mantığından ayırmaktır.
Ölü bant (deadband). Eşiğin etrafında bir histerezis bandı olmadan, eşik civarında gezinen bir sinyal yüzlerce kez gelir-gider. Yaygın başlangıç değerleri ölçüm aralığının (span) yüzdesi olarak veriliyor: akış için ~%5, seviye için ~%5, basınç için ~%2, sıcaklık için ~%1. Bunlar başlangıç noktası; gerçek değer sinyalin kendi gürültü genliğinden çıkarılır — bandı gürültü tepe-tepe değerinin üstüne alın.
Açma/kapama gecikmesi (on/off delay). Kısa süreli sapmaların operatöre ulaşmasına gerek yoktur. Açma gecikmesi, koşul sürekli sağlandığında alarmı verir; kapama gecikmesi, koşul düzeldiğinde alarmın hemen kaybolmasını engeller. Süre seçiminin ölçütü ana alarm veritabanındaki yanıt süresi alanıdır: operatörün müdahale penceresinin altında kalan her gecikme güvenlidir. Prosesin doğal zaman sabitine göre saniyeler ile bir dakika arası değerler tipik.
Sohbet eden (chattering) alarm. Yaygın tanım: bir dakika içinde üç veya daha fazla kez gelen-giden alarm. Bunları tespit etmek için alarm günlüğünü etikete göre gruplayıp dakika başına geçiş sayısını sayan bir sorgu yeterlidir. Listenin başındaki birkaç etiket genellikle toplam alarm yükünün şaşırtıcı bir kısmını üretir; ölü bant ve gecikme ilk oraya uygulanır.
Bayat (stale) alarm. 24 saatten uzun süre aktif kalan alarm ekranda sürekli bir kırmızı satır olarak durur ve yeni alarmı görünmez kılar. Yaygın hedef, herhangi bir gün için bu sayının tek haneli kalmasıdır. Kalıcı olan şey bir alarm değil, bir çalışma koşuludur — etiket devre dışıysa alarmı da devre dışı bırakın.
Adım 4: Türev alarmları mantıkla ele — ilk-çıkan ve durum tabanlı bastırma
Gürültü temizlendikten sonra kalan asıl problem, bir arızanın zincirleme tetiklediği alarmlardır.
İlk-çıkan (first-out) mantığı. Bir arıza grubu içinde ilk gelen alarm kilitlenir ve “arızayı başlatan” olarak işaretlenir; aynı gruptaki sonraki alarmlar kayda girer ama öncelikli bildirim üretmez. Klasik uygulaması bir makinenin duruş sebebidir: durdurma zincirinde on koşul varsa operatörün ihtiyacı, hangisinin ilk açıldığıdır. Mantık PLC tarafında çevrimin bir kez taranmasıyla kurulur; SCADA’ya bırakılırsa haberleşme gecikmesi sıralamayı bozar.
Durum tabanlı bastırma (state-based suppression). Alarmın geçerliliği prosesin durumuna bağlıdır. Duran bir pompanın “akış yok” alarmı bilgi taşımaz; ısınma aşamasındaki bir fırının “sıcaklık düşük” alarmı da öyle. Ekipman durumunu (duruş / yol verme / normal çalışma / temizlik / bakım) bir durum makinesinde tutun ve her alarmın hangi durumlarda geçerli olduğunu ana alarm veritabanına yazın.
Bu mekanizmanın tek gerçek riski, bastırmanın açık kalmasıdır. İki koruma şart: bastırma gerekçesi operatöre görünür bir listede durmalı ve el ile yapılan her bastırma zaman aşımına sahip olmalı. Süresiz “shelving” (rafa kaldırma) bir süre sonra kalıcı körlüğe dönüşür.
Adım 5: Yoğunluğu ölç, sayıyı hedefle karşılaştır
Alarm sistemi ölçülmediğinde iyileştiğini kimse bilemez. Aşağıdaki metrikler EEMUA 191 ve ISA-18.2’de yayımlanan yaygın hedeflerdir; tesis bazında değil, operatör konsolu bazında hesaplanır:
| Metrik | Yaygın hedef | Kabul edilemez |
|---|---|---|
| Operatör başına saatte alarm | ~6 | 12’nin üzeri |
| Operatör başına günde alarm | ~150 | 300’ün üzeri |
| 10 dakikada alarm | 1–2 | 10’un üzeri (sel eşiği) |
| Sel durumunda geçen süre payı | %1’in altı | Kalıcı sel |
| En sık 10 alarmın toplam yükteki payı | %5’in altı | Tek etiket %5’ten fazla |
| Bayat alarm sayısı (>24 saat) | Tek haneli | İki haneli ve artıyor |
Bu sayıları üretmek için SCADA’nın alarm günlüğü yeterli; ayrı bir ürün gerekmiyor. Alarm kayıtlarını bir veritabanına akıtıp haftalık rapor almak, ölçümün kurulmasının en pratik yolu — bu tarafı veri toplama ve analiz katmanının işidir. Alarm mantığının kendisi ise endüstriyel otomasyon tarafında, PLC ve HMI katmanlarında kurulur.
Yarın ne yapabilirsiniz
Bütün alarm listesini bir hafta içinde rasyonalize etmeye çalışmak işi durdurur. Küçük ve ölçülebilir bir başlangıç şu:
- Son 30 günün alarm günlüğünü çekin. Etikete göre gruplayıp sıralayın.
- En sık gelen 20 alarmı çıkarın. Bu liste genelde toplam yükün büyük bölümünü açıklar.
- Her biri için tek soruyu sorun: operatör ne yapıyor? Cevabı olmayanları olay seviyesine indirin.
- Kalanlara ölü bant ve gecikme uygulayın; sohbet eden etiketleri sayıyla doğrulayın.
- Bir hafta sonra saatte alarm sayısını yeniden ölçün ve iki değeri yan yana koyun.
Bu beş adım bir vardiya mühendisinin birkaç günlük işidir ve genelde alarm yükünün gözle görülür bir kısmını temizler. Asıl kazanç şu: operatör listenin bir işe yaradığını bir kez gördüğünde onu okumaya geri döner.