GES Arıza Takip Yazılımı: Alarmdan Göreve Alarm Yönetimi

GES Arıza Takip Yazılımı: Alarmdan Göreve Alarm Yönetimi

Bir GES'te arıza çoğu zaman sessiz başlar. Bir string komşularından biraz düşük akım verir, bir inverter günde iki kez hata koduyla açıp kapanır, bir RTU'nun bağlantısı akşam saatlerinde kopar. Üretim kaybı faturaya yansıdığında ise artık çok geçtir. Bu yazı, alarmı bir bildirim olmaktan çıkarıp kapanan bir işe dönüştüren yapıyı anlatıyor.

Kısa Cevap

GES arıza takip yazılımı, santraldeki inverter, string, sayaç ve iletişim arızalarını yalnızca bildirmekle kalmaz; her alarmı sahibi, süresi ve kapanış kaydı olan bir göreve dönüştürür. Doğru kurulumda üç şey ölçülür: arızanın fark edilme süresi (MTTD), müdahale süresi (MTTR) ve tekrar eden alarm oranı. Alarm üretmek kolaydır; alarmı kapatmak operasyon işidir.

Alarm Üretmek Neden Yetmiyor?

Piyasadaki GES izleme yazılımlarının çoğu aynı yerde durur: eşik aşılınca e-posta gönderir. O e-posta bir kutuya düşer, kutu birikir, iki hafta sonra ay sonu raporunda kayıp üretim fark edilir. Bu noktada kaybedilen kWh geri gelmez.

Sorunun kaynağı bildirim eksikliği değil, sahiplik eksikliğidir. Alarmın kimde olduğu, ne zaman açıldığı ve ne zaman kapandığı belli değilse, ekip her sabah aynı listeye bakıp hangisinin gerçekten önemli olduğunu tahmin etmeye çalışır. Bu tahmin işi, sahadaki asıl işten daha fazla zaman yer.

Bu yüzden arıza takibi üç parçalı düşünülmeli: doğru sinyal, doğru öncelik, kayıtlı kapanış. Üçü bir arada olmadığında elinizde bir dashboard olur, operasyon olmaz.

Alarm Yorgunluğu: Sinyal Gürültüye Dönüşünce

Alarm yorgunluğu, çok sayıda düşük öncelikli uyarının kritik uyarıyı gölgelemesidir. Sektörde bu konu artık ayrı bir başlık olarak ele alınıyor: izleme pratiklerini derleyen kaynaklar, günde yüzlerce düşük öncelikli alarm alan operatörlerin bir süre sonra hepsini görmezden geldiğini, buna kritik olanlar da dahil olduğunu yazıyor (WATTMORE).

Türkiye'de bu tabloyu büyüten üç etken var:

• Çok markalı portföy. Huawei, Sungrow ve Solis aynı sahada çalıştığında her portal kendi hata kodunu, kendi dilinde üretir. Aynı fiziksel olay üç farklı alarm olarak görünür.
• Kısa süreli dalgalanmalar. Bulut geçişi, şebeke gerilimi dalgalanması veya kısa bir iletişim kopması, üretim kaybı yaratmadan alarm üretir.
• Tekrar eden arızalar. Kapanış kaydı olmadığı için aynı inverter arızası her hafta yeniden açılır ve liste şişer.

Alarm yorgunluğunun maliyeti doğrudan ölçülebilir: gerçek arızanın fark edilme süresi uzar, saha ekibi yanlış adrese gider, bakım bütçesi önceliksiz harcanır.

Kademeli Alarm: Dört Seviye

İlk adım, tüm alarmları aynı kefeye koymayı bırakmak. Aşağıdaki tablo bir başlangıç şablonudur; süreleri kendi ekibinizin kapasitesine ve saha sayısına göre kalibre etmeniz gerekir.

Bu ayrımın pratik faydası şudur: gece 03:00'te telefonunuz çaldığında bunun gerçekten kritik bir olay olduğunu bilirsiniz. Bu güven bir kez kaybolursa, ekip alarmları değil kendi sezgisini takip etmeye başlar.

Eşikleri çeyrek yılda bir gözden geçirin. Hiç tetiklenmeyen alarm da, sürekli tetiklenen alarm da yanlış kalibre edilmiş demektir.

Alarmı Göreve Çeviren Beş Adım

Alarm → görev zinciri karmaşık bir yazılım mimarisi gerektirmez; net bir iş akışı gerektirir.

1. Tetikleme. Kural, ham veri üzerinde değil anlamlı bir karşılaştırma üzerinde çalışsın. "String akımı 8 A altına düştü" yerine "string akımı, aynı inverterdeki komşularının %15 altında ve bu durum 30 dakikadır sürüyor" gibi.
2. Filtreleme. Alarm; saha, inverter grubu ve tesis statüsüne göre daraltılsın. Bakımdaki bir sahaya arıza alarmı göndermek gürültüdür.
3. Etiketleme. Alarma tahmini üretim kaybı eklensin. "İnverter 3 arızalı" cümlesi bir bilgidir; "İnverter 3 arızalı, bugünkü tahmini kayıp 1.240 TL" cümlesi bir karardır.
4. Göreve dönüştürme. İlgili saha ekibine görev açılsın; görevde saha, cihaz, hata kodu ve beklenen kapanış süresi yazsın.
5. Kapanış kaydı. Görev, not ve fotoğrafla kapatılsın. Kapanış kaydı olmayan alarm, bir sonraki hafta aynı soruyu yeniden sordurur.

Bu zincirin sonunda ortaya ölçülebilir bir zaman damgası çıkar. O damga olmadan "müdahale süremiz iyi" demek mümkün değildir.

Hangi Arızalar Takip Edilmeli?

Her sinyali alarm yapmak yerine, üretim kaybına dönüşen başlıklara odaklanın. Aşağıdaki tablo saha pratiğinde en sık karşılaşılan grupları özetliyor.

Sensör kayması özellikle sinsi bir başlıktır: yanlış ışınım verisi, PR hesabını ve dolayısıyla tüm performans değerlendirmesini bozar. IEC 61724-1 standardı, performans izlemede hangi parametrelerin hangi doğrulukla ölçüleceğini tanımlar (IEC 61724-1 özeti); alarm eşiklerinin dayanağı bu ölçümlerdir. Ölçüm güvenilmezse alarm da güvenilmez olur.

Ölçülmesi Gereken Dört KPI

Arıza takibinin işe yarayıp yaramadığını anlamak için dört sayı yeterli.

• MTTD (fark edilme süresi). Arızanın fiziksel olarak başlaması ile sistemin alarm üretmesi arasındaki süre. Uzaktan izlemenin asıl kazancı buradadır (PARSOLEN).
• MTTR (müdahale süresi). Alarmın açılması ile görevin kapanması arasındaki süre. Bu sayı ancak kapanış kaydı varsa hesaplanabilir.
• Tekrar oranı. Aynı cihazda aynı alarmın belirli bir dönemde kaç kez açıldığı. Yüksek tekrar, kök nedenin çözülmediğini gösterir.
• Kapanış oranı. Açılan görevlerin ne kadarının kayıtla kapandığı. Düşük oran, listenin biriktiği anlamına gelir.

Bu dört sayıyı aylık tek sayfada görmek, yıllık bakım sözleşmesi görüşmelerinde de elinizi güçlendirir. Karma markalı 12 sahalık (~28 MWp, 180+ inverter) bir O&M portföyünde alarm→görev süresi altı ayda %62 azaldı, tekrar eden inverter alarmları %35 düştü ve ortalama PR 4,2 puan iyileşti (vaka çalışması).

Yanlış Alarmı Azaltmanın Dört Yolu

Alarm sayısını düşürmek, kapsamı daraltmak anlamına gelmez. Dört teknik yeterli:

1. Minimum süre. Koşul en az X dakika sürmeden olay açılmasın. Bulut geçişi kaynaklı saniyelik sapmalar burada elenir.
2. Cooldown. Aynı alarm için belirli bir süre tekrar bildirim gönderilmesin. Ekip aynı mesajı on kez görmez.
3. Gruplama. Aynı kök nedene bağlı alarmlar tek olay altında toplansın. İletişim kopması, ona bağlı üretim düşüşü ve veri boşluğu tek görev olsun.
4. Histerezis. Eşik civarında açılıp kapanan alarm, eşiğin iki farklı değerle tanımlanmasıyla sakinleşir.

Bunlara bir de kapsam disiplini ekleyin: sahada olmayan bir cihaz için tanımlı alarm hiç çalışmaz, sürekli çalışan bir alarm ise gerçek olayları gömer. Kural setini kurulumdan sonraki ilk iki hafta gerçek veriyle kalibre etmek, sonradan aylarca uğraşmaktan daha hızlıdır.

Türkiye'ye Özgü Üç Başlık

Çok markalı portföy. Türkiye'de bir O&M firmasının portföyünde genellikle birden fazla inverter markası bulunur. Arıza takibi markaya göre değil, sahaya ve cihaza göre kurulmalıdır. Aksi halde ekip üç ayrı portalda üç ayrı liste yönetir. Bu ayrımı üretici portalı mı bağımsız izleme mi yazısında ayrıntılı ele aldık.

IEC-104 ve RTU katmanı. Lisanslı sahalarda dağıtım tarafındaki RTU'lar IEC 60870-5-104 konuşur. Bu katmandan gelen alarmlar inverter alarmlarından farklı davranır; protokolü test etmeden kurulan bir alarm zinciri, sahada sessiz kalabilir. Test tarafı için IEC 104 rehberi işinize yarar.

PTF saatleri. Saatlik mahsuplaşma döneminde bir arızanın maliyeti, hangi saatte yaşandığına göre değişir. Aynı 40 dakikalık duruş, öğlen yüksek fiyatlı saatte farklı, akşam düşük fiyatlı saatte farklı kayıp üretir. Bu yüzden arıza alarmını fiyat verisiyle aynı ekranda görmek, önceliklendirmeyi değiştirir. Fiyat tarafındaki alarm kurgusunu PTF alarm sistemi yazısında bulabilirsiniz.

Yazılım Seçerken Sorulacak Yedi Soru

Demo görüşmesinde bu soruların cevabı net değilse, ekran ne kadar iyi görünürse görünsün operasyon kurulmaz.

1. Alarm kuralını kullanıcı mı tanımlıyor, yoksa sabit eşikler mi var?
2. Alarm bir göreve dönüşüyor mu; görevin sahibi, süresi ve kapanış kaydı var mı?
3. Aynı alarmın tekrar bildirimi nasıl engelleniyor (cooldown, minimum süre)?
4. Alarm geçmişi ve kapanış kayıtları dışa aktarılabiliyor mu?
5. MTTR ve tekrar oranı hazır KPI olarak geliyor mu, yoksa elle mi hesaplanacak?
6. Farklı inverter markaları ve IEC-104 RTU aynı alarm şemasına oturuyor mu?
7. Alarm, üretim kaybı veya fiyat verisiyle etiketlenebiliyor mu?

Bu soruların bir kısmı satın alma kontrol listesinde de yer alıyor; daha geniş değerlendirme için GES izleme sistemi satın alma kontrol listesi yazısına bakabilirsiniz. Bakım sözleşmesi tarafını kuruyorsanız GES bakım onarım rehberi kapsam ve SLA başlıklarını açıyor.

Sıkça Sorulan Sorular

GES arıza takip yazılımı ile GES izleme yazılımı aynı şey mi?

Tam olarak değil. İzleme yazılımı veriyi toplar ve gösterir; arıza takip yazılımı bu veriden alarm üretir, alarmı bir göreve bağlar ve kapanış kaydını tutar. İyi bir platform ikisini birlikte sunar, çünkü alarm olmadan izleme raporlamaya, görev olmadan alarm bildirime dönüşür.

Alarm sayısını azaltmak riski artırır mı?

Doğru yöntemle artırmaz. Kapsamı daraltmak yerine tekrarı ve süreyi filtrelemek gerekir: minimum süre, cooldown, gruplama ve histerezis. Bu dört teknik, gerçek arızaları elemeden gürültüyü düşürür. Eşikleri çeyrek yılda bir gözden geçirmek de kalibrasyonun parçasıdır.

MTTR nasıl hesaplanır?

Alarmın açıldığı zaman damgası ile görevin kapandığı zaman damgası arasındaki farktır. Bu nedenle kapanış kaydı zorunludur. Kayıt yoksa ölçülen şey müdahale süresi değil, e-postanın ne kadar süre okunmadan beklediğidir.

Tek sahalı bir GES için de gerekli mi?

Tek markalı ve tek sahalı bir santralde üretici portalı çoğu zaman yeterlidir. İhtiyaç, ikinci saha veya ikinci marka devreye girdiğinde ya da üretim kaybının parasal karşılığını görmek istediğinizde başlar. O noktada portalların üstünde tek bir alarm ve görev katmanı gerekir.

Sonuç

GES arıza takibinde fark yaratan şey alarm sayısı değil, alarmın kapanma hızıdır. Kademeli öncelik, filtrelenmiş kural seti ve kayıtlı kapanış üçlüsü kurulduğunda arıza takibi bir bildirim kutusu olmaktan çıkar, ölçülebilir bir operasyona dönüşür.

Ranaliz'de alarm kuralını siz tanımlarsınız; alarm Telegram veya SMS ile bildirilir, ilgili saha ekibine görev olarak açılır ve kapanışta not ile fotoğraf istenir. Böylece alarm→görev süresi ve tekrar eden alarm oranı panelde KPI olarak izlenebilir hâle gelir. Portföyünüzün marka dağılımına göre hangi protokollerin gerektiğini birlikte çıkarmak için demo talep edin.

İlgili sayfalar

• GES izleme sistemi çözümü
• Enerji izleme platformu
• Vaka çalışmaları