Bir kontrol odasında alarm listesi sürekli kayıyorsa sorun çoğu zaman proseste değil, alarm sisteminin kendisindedir. Operatör saatte onlarca alarmı onaylamak zorunda kaldığında, gerçekten önemli olan alarm gürültünün arasında kaybolur. Alarm yönetimi, alarmları “kaç tane tanımlayabilirsek” değil “operatör hangisine ne yapacak?” sorusuyla yeniden kurmaktır.
Her alarm, operatörden bir eylem gerektirmelidir. Eylem gerektirmeyen şey alarm değil; bilgi, olay kaydı ya da gösterge olmalıdır.
Alarm seli neden oluşur?
Alarm seli genellikle bir proses olayının sonucunda, ilişkili yüzlerce alarmın kısa sürede ardı ardına çalmasıdır. ISA-18.2 gibi standartlar, kısa bir zaman penceresinde (tipik olarak on dakikada) operatörün yönetebileceğinden fazla alarm üretilmesini alarm seli olarak tanımlar. Sık görülen kaynaklar şunlardır:
- Varsayılan sınırlar: Devreye almada her analog noktaya otomatik üretilen yüksek/düşük alarmlar, proses bilgisi ile gözden geçirilmez.
- Tekrarlayan alarmlar: Titreyen (chattering) sinyaller, histerezis ve gecikme (on-delay) tanımlanmamış alarmlar.
- Durum bilgisinin alarm sayılması: Pompa durdu, vana kapandı gibi normal işletme olayları alarm listesinde kalır.
- Ardışık alarmlar: Bir ana nedenin sonuçları (ör. beslemenin kaybı sonrası debi, basınç, seviye alarmları) ayrı ayrı çalar.
- Bakımdaki ekipman: Devre dışı ekipmanın alarmı bastırılmadığı için sürekli çalar (stale alarm).
Alarm yönetimi nasıl yapılır?
ISA-18.2 ve EEMUA 191 gibi kılavuzlar, alarm yönetimini bir yaşam döngüsü olarak ele alır: felsefenin yazılması, alarmların belirlenmesi ve gerekçelendirilmesi, ayrıntılı tasarım, uygulama, işletme, bakım, izleme ve değerlendirme, değişiklik yönetimi ve denetim. Uygulamada bu döngü şu adımlarla somutlaşır:
- Alarm felsefesini yazın. Alarm nedir, hangi önceliklerin hangi renk, ses ve yanıt süresine karşılık geldiği, kim ne zaman alarmı değiştirebilir? Bu belge tek sayfa bile olsa fark yaratır.
- Mevcut durumu ölçün. Saatlik ortalama alarm sayısı, en sık çalan on alarm, alarm seli olayları, ortalama onay süresi ve 24 saatten uzun süredir aktif kalan alarmlar bir ilk fotoğraf verir.
- Gerekçelendirin (rationalization). Her alarm için amaç, ihlal edilirse olası sonuç, operatörün beklenen eylemi ve eyleme izin verilen süre yazılır. Cevabı olmayan alarm kaldırılır ya da bilgiye dönüştürülür.
- Önceliklendirin. Öncelik, sonucun şiddeti ile yanıt süresinden türetilir; çoğu alarm düşük/orta, yalnızca az sayıda alarm en yüksek öncelikte olmalıdır.
- Tasarımı iyileştirin. Histerezis, gecikme, durum tabanlı bastırma (örneğin ekipman durduğunda ilgili alarmların bastırılması) ve ardışık alarm gruplama uygulanır.
- İzleyin ve değişikliği yönetin. Göstergeleri düzenli raporlayın; alarm eklemek veya sınır değiştirmek için onaylı bir değişiklik sürecini zorunlu kılın.
Performansı hangi göstergelerle izlemeli?
| Gösterge | Ne anlatır? | Genel kabul gören hedef (yönlendirici) |
|---|---|---|
| Operatör başına ortalama alarm oranı | Sürekli iş yükü | Saatte birkaç alarm; EEMUA 191’de ortalama on dakikada yaklaşık bir alarm “yönetilebilir” olarak anılır |
| Alarm seli süresi | Aşırı yük anları | Zamanın küçük bir yüzdesi; hedefe yakın sıfır |
| En sık çalan 10 alarm | Gürültünün kaynağı | Toplam alarmın yalnızca küçük bir payı (ör. %20–30) |
| Eski (stale) alarm sayısı | Unutulmuş/bastırılmamış alarmlar | Çok az; yöntem: 24 saatten uzun aktif alarmlar |
| Öncelik dağılımı | Önceliklerin anlamlılığı | Az sayıda yüksek, çoğunlukla düşük/orta |
Hedef değerler standartlarda ve sektör kılavuzlarında yönlendirici olarak verilir; tesisinizin proses riski ve operatör sayısıyla birlikte değerlendirilmelidir. Rakam, hedefin kendisi değil, trendin yönünü göstermelidir.
Alarm yönetimi ile operatör ekranı birlikte düşünülmeli
Alarm sayısını azaltmak tek başına yetmez; operatör ekranları, alarmı proses bağlamı içinde göstermelidir. Alarmın hangi ekipmana ait olduğunu, ne yapılacağını ve ilgili trend/prosedürü tek tıkla görebilmek yanıt süresini kısaltır. Bu nedenle alarm projeleri çoğu zaman DCS/PLC programlama ve grafik iyileştirmesiyle birlikte yürür.
Alarm olayları, bakım ve değişiklik kayıtlarıyla birlikte düzenli yedeklenmelidir (otomasyon yedekleme ve geri yükleme). Mevcut bir sistemde alarm analizi için ASP Otomasyon’un servis ve danışmanlık hizmetleri kapsamında tarihçe verileriniz incelenebilir.
Sık sorulan sorular
Alarm seli nedir?
Kısa bir zaman aralığında operatörün yönetebileceğinden fazla alarmın çalmasıdır. Genellikle bir proses olayının ardışık sonuçları ya da kötü ayarlanmış alarmlar nedeniyle oluşur.
Alarm sayısını azaltmak güvenliği düşürür mü?
Hayır; doğru yapıldığında artırır. Gerekçelendirme, yalnızca eylem gerektiren alarmları bırakır ve önemli alarmların fark edilme olasılığını yükseltir. Güvenlik fonksiyonları ayrıca korunur.
Alarm yönetimi projesi ne kadar sürer?
Kapsama bağlıdır. İlk ölçüm ve “en sık çalan alarmlar” temizliği kısa sürede kazanım sağlar; tam gerekçelendirme ünite ünite ilerler.
