Pek çok tesiste SCADA ekranındaki alarm listesi sürekli kırmızıdır ve operatörler zamanla alarmları okumadan onaylamaya başlar. Sorun genellikle alarm sayısının fazlalığı değil, SCADA alarm yönetimi ve raporlamanın baştan bir kurala bağlanmamış olmasıdır. Her PLC bitinin alarm olarak tanımlandığı bir sistemde gerçekten önemli olan uyarı gürültünün içinde kaybolur. Bu yazıda alarm ve rapor tasarımını hangi ilkelerle kurgulamak gerektiğini adım adım anlatıyoruz.
Alarmın tanımı: operatörden bir eylem bekleniyor mu?
Alarm yönetimi alanındaki temel kaynaklar olan ISA-18.2 ve buna karşılık gelen IEC 62682 standardı, alarmı operatörün müdahale etmesi gereken anormal bir durum olarak tanımlar. Bu tanım basit görünse de proje pratiğinde çok şeyi değiştirir.
Bir motorun çalıştığı, bir kapının açık olduğu ya da bir çevrimin tamamlandığı bilgisi alarm değildir; bunlar durum bilgisi veya olaydır ve olay kaydına (event log) yazılmalıdır. Alarm listesine yalnızca operatörün bir şey yapması gereken durumlar girmelidir. Bu ayrımı yapmak için proje başında her alarm adayına şu soru sorulur: “Bu mesajı gören operatör ne yapacak?” Cevap yoksa, o mesaj alarm değildir.
Alarm önceliklendirme ve sınıflandırma
Tüm alarmların aynı renkte ve aynı sesle gelmesi, operatörün öncelik belirlemesini imkansız hale getirir. Genellikle üç ya da dört seviyeli bir öncelik yapısı yeterlidir.
- Kritik: Güvenlik, çevre veya büyük ekipman hasarı riski. Örneğin otoklavda basınç üst limitine yaklaşma, hidrolik ünitede aşırı sıcaklık. Hemen müdahale gerekir.
- Yüksek: Üretimin durmasına yol açan arızalar. Sürücü hatası, servo pozisyon hatası, konveyör sıkışması.
- Orta: Kısa süre içinde ilgilenilmesi gereken sapmalar. Filtre fark basıncı yükselmesi, tank seviyesinin alt eşiğe yaklaşması.
- Düşük / bakım: Planlı bakıma yönlendirilecek bilgiler. Çalışma saati sayacının dolması, yağlama hatırlatması.
Öncelik, alarmın sonucunun ciddiyeti ve operatörün müdahale için ne kadar zamanı olduğuna göre belirlenmelidir. Önceliklerin büyük çoğunluğunun kritik olarak işaretlendiği bir liste, önceliklendirme yapılmamış bir listeden farksızdır.
Alarm selini önleyen teknik ayarlar
Tek bir arıza çoğu zaman zincirleme onlarca alarm üretir. Örneğin bir hava basıncı düşüşü, o hava hattına bağlı tüm silindirlerin “pozisyona ulaşamadı” alarmını tetikleyebilir. Operatör kök nedeni bu listenin içinde aramak zorunda kalır. Bunu önlemek için SCADA ve PLC tarafında şu teknikler kullanılır:
Histerezis ve gecikme
Bir analog değer eşik çevresinde dalgalanıyorsa alarm sürekli gelip gider. Alarm için histerezis (örneğin 80 °C’de gelip 77 °C’de kaybolması) ve açılma gecikmesi (değerin eşiği birkaç saniye boyunca aşması) tanımlamak bu titreşimi keser.
Durum bazlı bastırma
Hat bakım modundayken ya da makine durduğunda bazı alarmların anlamı yoktur. Makine durum makinesine bağlı bastırma kuralları, gereksiz alarmları otomatik olarak gizler; ancak bu bastırmalar da kayıt altında tutulmalıdır.
İlk alarm (first-out) mantığı
Zincirleme durumlarda ilk gelen alarmın işaretlenmesi, operatörün doğrudan kök nedene gitmesini sağlar. Bu mantık genellikle PLC’de kurulur ve SCADA’ya ayrı bir bilgi olarak aktarılır.
Alarm metinleri de en az bu ayarlar kadar önemlidir. “Hata 214” yerine “Dolum istasyonu 2 – servo sürücü hatası, sürücü panelini kontrol edin” gibi yer, ekipman ve önerilen eylemi içeren metinler müdahale süresini kısaltır. Ekipman adlarının pano ve saha etiketleriyle aynı olması da bakım ekibinin arızalı parçayı hızlı bulmasına yardımcı olur.
Raporlama: kim, hangi kararı verecek?
Rapor tasarımında en sık yapılan hata, mümkün olan tüm verilerin tek bir rapora doldurulmasıdır. Oysa her raporun bir okuyucusu ve bir amacı olmalıdır.
- Vardiya raporu: Vardiya amirine yönelik. Üretim adedi, duruş süreleri ve nedenleri, vardiya içinde oluşan alarmların özeti.
- Parti / çevrim raporu: Kalite birimine yönelik. Reçete bilgisi, proses değerlerinin grafiği, limit dışı noktalar, operatör müdahaleleri.
- Alarm istatistik raporu: Bakım ve otomasyon ekibine yönelik. En sık gelen alarmlar, en uzun süre aktif kalan alarmlar, operatör başına düşen alarm yoğunluğu.
- Performans raporu: Yönetime yönelik. Kullanılabilirlik, performans ve kalite bileşenleriyle OEE eğilimi.
MEXT için yaptığımız Endüstri 4.0 kapsamındaki bridle roll kontrol projesinde S7-1500 Safety, WinCC ve Profinet üzerinden haberleşen ABB ACS800 sürücülerle hat kontrolünün yanında performans raporlaması da kurgulanmıştı. Bu tip projelerde raporun hangi soruya cevap vereceğini baştan belirlemek, toplanacak verinin ve arşiv ayarlarının da doğru seçilmesini sağlar.
Alarm sisteminin yaşam döngüsü
Alarm yönetimi devreye almayla bitmez. Hat değişir, yeni ekipman eklenir, bazı alarmlar anlamını yitirir. Alarm listesinin belirli aralıklarla gözden geçirilmesi, sık gelen ve hiçbir müdahaleye yol açmayan alarmların ayıklanması gerekir. Bunun için alarm istatistik raporu, düzenli bir alarm değerlendirme toplantısının girdisi olarak kullanılabilir. Her alarm için öncelik, neden, önerilen eylem ve sorumlu bilgisinin tutulduğu bir alarm veritabanı (master alarm database) bu süreci kalıcı hale getirir.
Sonuç
İyi bir alarm sistemi az ama anlamlı alarm üretir; iyi bir rapor ise okuyucusunun sorusuna doğrudan cevap verir. Alarm tanımı, önceliklendirme, bastırma kuralları ve rapor içerikleri proje başında yazılı bir dokümana bağlandığında SCADA, operatörü yoran bir ekran olmaktan çıkar ve üretimi yöneten bir araca dönüşür.
GET Otomasyon olarak SCADA uygulamaları kapsamında alarm felsefesi, arşiv yapısı ve rapor tasarımını projenin ilk aşamasında birlikte netleştiriyoruz. Mevcut sisteminizin iyileştirilmesi ya da yeni bir proje için teklif alabilirsiniz.
