Trafo Merkezi SCADA için Haberleşme Stratejisi: IEC60870, DNP3 ve IEC61850

Bir trafo merkezinde ekranlar ışıl ışıl, ölçüler akıyor, alarmlar geliyor. Her şey yolunda gibi görünür. Ta ki bir açma-kapama komutu gecikene, olay kayıtları (SOE) karışana, ya da iki farklı üreticinin rölesi “aynı dili konuşamadığı” için devreye alma uzayana kadar.

İşte bu yüzden Elektirk Dağıtım Merkezileri SCADA projelerinde haberleşme, sadece “hangi kabloyu nereye takalım” konusu değildir. Enerji otomasyonu ve telekontrol işinde, haberleşme seçimi işletmenin güvenini ve sahadaki iş yükünü doğrudan etkiler. Okuyucunun kafasındaki temel soru da genelde aynıdır: “Hangi protokolü nerede seçmeliyim?”

Bu yazıda IEC60870, DNP3 ve IEC61850’yi birbiriyle yarıştırmak yerine, trafo merkezinin katmanlarına göre doğru yere oturtacağız. Üstelik pratikte bu üç protokolün aynı tesiste birlikte çalışması çok normaldir. Yazının sonunda, kendi projeniz için uygulanabilir bir seçim çerçevesi çıkarabileceksiniz.

Trafo Merkezi SCADA’da haberleşme stratejisi nasıl kurulur? (Önce ihtiyaçları netleştir)

Protokol seçimi çoğu zaman “şartnamede ne yazıyor” ile başlar, ama iyi sonuç için önce ihtiyaçları netleştirmek gerekir. Burada amaç bir protokolü “en iyi” diye seçmek değil, doğru katmanda doğru işi yaptırmaktır.

Başlangıç için kısa bir hedef listesi çıkarın:

• Gerçek zamanlılık: Komutlar ve kritik sinyaller kaç milisaniyede karşı tarafa ulaşmalı?
• Güvenilirlik: Hat kesildiğinde ne olacak, veri kaybını nasıl yöneteceksiniz?
• Bakım kolaylığı: Nokta listesi büyüdükçe arıza bulma ve değişiklik yönetimi kolay kalacak mı?
• Entegrasyon: Mevcut merkez SCADA neyi destekliyor, yeni cihazlar hangi protokolleri sunuyor?
• Siber güvenlik: Uzak erişim, kullanıcı yetkisi, ağ ayrımı nasıl yapılacak?
• Maliyet ve süre: Lisans, mühendislik zamanı, test süresi ve ilerideki genişleme maliyeti.

Bir trafo merkezindeki tipik veri akışı basitçe şöyle ilerler: Koruma röleleri, sayaçlar ve diğer IED’ler sahadan ölçü ve durum üretir; RTU/BCU veya istasyon SCADA/HMI bu veriyi toplar; merkez SCADA telekontrol hattı üzerinden izler, komut gönderir; ayrıca olay kayıtları ve tarihsel kayıt sistemi raporlama için veriyi arşivler. Bu akışın içinde hem “yavaş ama dayanıklı” telekontrol trafiği vardır, hem de “çok hızlı” koruma sinyalleri.

Bu yüzden haberleşmeyi üç katmanda düşünmek işe yarar:

• Saha seviyesi: IED’ler, ölçü cihazları, koruma röleleri.
• İstasyon seviyesi: İstasyon ağı, bay kontrolörleri, RTU/BCU, yerel HMI.
• Merkez bağlantısı: Trafo merkezi ile kontrol merkezi arasındaki WAN, fiber, radyo, GSM, MPLS gibi hatlar.

Stratejinin kilidi şudur: “Tek protokol” yaklaşımı, sahada çoğu zaman gereksiz zorlar. Hibrit mimari, yani katmanlara göre farklı protokoller, hem entegrasyonu kolaylaştırır hem de performans hedeflerini daha rahat tutturur.

Saha, istasyon ve merkez katmanlarını ayır: nerede ne konuşur?

Saha tarafında en sık gördüklerimiz koruma rölesi, fider ölçüm cihazı, kesici kontrolü, enerji analizörü gibi IED’lerdir. Bunların bazıları “istasyon içi standardizasyon” için IEC61850 konuşur, bazıları ise daha klasik protokollerle RTU’ya veri verir.

İstasyon seviyesinde genelde RTU/BCU (bazı projelerde bay kontrolörü) ana toplayıcıdır. Hem IED’lerden veriyi toplar, hem de merkeze tek bir kapıdan çıkar. Bu noktada “RTU mu PLC mi” sorusu da gündeme gelir. Sahada zaman damgalı olay, telekontrol ve kesinti toleransı öne çıktığında RTU yaklaşımı daha sık tercih edilir. Konuya kısa bir çerçeve için şu kaynağa bakabilirsiniz: PLC ve RTU arasındaki temel farklar.

Merkez bağlantısında ise telekontrol hattı daha “uzak mesafe” gerçeğiyle yaşar. Bant genişliği sınırlı olabilir, gecikme değişken olabilir, kesinti olabilir. Bu katmanda IEC60870-5-104/101 veya DNP3 gibi protokoller doğal aday olur. İstasyon içindeki “proses bus” gibi kavramlar da IEC61850 dünyasında karşınıza çıkar, ama temel fikir değişmez: protokol seçimi katmana göre değişir.

Karar kriterleri: gecikme, olay kaydı, ölçeklenebilirlik, işletme alışkanlığı

Seçimi pratikte belirleyen birkaç kriter var. Kısa ve net düşünmek işe yarar:

• Komut gecikmesi: Bir kesiciyi açma-kapama komutunun uçtan uca gecikmesi, kabul testinde nasıl ölçülecek?
• SOE ihtiyacı: Olayların milisaniye düzeyinde doğru sırada gelmesi gerekiyor mu?
• Ölçek: 5 fiderli küçük bir merkez mi, 40 fiderli büyük bir istasyon mu?
• Farklı üretici IED’ler: Aynı istasyonda 3-4 üretici varsa birlikte çalışabilirlik beklentisi artar.
• Mevcut merkez SCADA kısıtları: Merkez hangi protokollerde olgun, hangi sürücüler mevcut?
• Devreye alma süresi: Nokta eşleştirme, test, saha düzeltmeleri ne kadar zaman alacak?

Bir örnek düşünün: Kesici komutu gecikmeye toleranslı olabilir, ama entertrip veya kilitleme sinyali toleranslı değildir. İkisini aynı haberleşme yoluna “tek tip” sıkıştırmak, kaçınılmaz şekilde bir yerden ödün vermektir.

IEC60870, DNP3 ve IEC61850: güçlü yönler ve tipik kullanım yerleri

Bu üç protokolün her biri farklı bir ihtiyaca iyi oturur. En sağlıklı yaklaşım, aynı karşılaştırma çerçevesini kullanmaktır: veri modeli, olay ve zaman damgası, kontrol komutları, ağ topolojisi, üretici uyumu, test ve devreye alma pratikleri.

Aşağıdaki tablo, sahada hızlı karar vermek için “ilk bakış” özetidir:

Bu tablo “tek doğru” demiyor. Sadece her protokolün doğal durduğu yeri gösteriyor.

IEC60870-5-101 ve IEC60870-5-104: telekontrol için sade ve yaygın

IEC60870 dünyasında en pratik ayrım şudur: 101 seri hat içindir, 104 ise TCP/IP üzerinden çalışır. Trafo merkezinin merkeze bağlandığı senaryolarda 104 çok sık görülür; seri altyapıların devam ettiği yerlerde 101 de hâlâ anlamlıdır.

Tipik bir akış şöyle olur: IED’lerden veriler RTU/BCU’ya gelir, RTU bu verileri IEC60870-5-104 ile merkez SCADA’ya taşır. Merkez tarafında izleme, alarm, rapor ve komut işlemleri bu kanal üzerinden yürür. Telekontrol için sade bir mantık sunması ve yaygın desteklenmesi büyük avantajdır.

Eksiler daha çok “istasyon içi” beklentilerde ortaya çıkar. Çok hızlı mesajlaşma, IED’ler arası kilitleme gibi ihtiyaçlarda IEC60870 tek başına yeterli olmaz, çünkü zaten hedefi bu değildir.

Zaman senkronu ve olay damgası tarafında da pratik bir beklenti var: Olayları doğru sırayla görmek istiyorsanız, cihaz saatlerinin tutarlı olması gerekir. Protokol desteklese bile, sahadaki saat kayarsa kayıt da kayar.

IEC60870-5-104 tarafında Modbus gibi daha genel protokollerle kıyas görmek isterseniz, şu içerik yararlı bir referans olur: IEC 60870‑5‑104 özellikleri ve MODBUS farkları.

DNP3: zorlu hatlarda sağlamlık ve olay odaklı çalışma

DNP3’ü sahada sevdiren şey “kötü hat koşullarını kabullenip yine de işi yürütmesi”dir. Uzak saha uygulamalarında bağlantı kopabilir, gecikme oynar, bant genişliği düşük kalır. DNP3 burada olay tamponlama ve yeniden gönderim gibi pratik özelliklerle öne çıkar.

Tipik kullanım alanı, özellikle dağıtık telekontrol yapılarıdır. Radyo, GSM veya düşük kapasiteli hatlarda, olayların kaybolmadan merkeze taşınması önem kazanır. DNP3 bu “olay odaklı” yaklaşımı iyi taşır. Operatör ekranda sadece anlık değeri değil, olayın ne zaman olduğunu da görmek ister.

Eksiler genelde proje ekosisteminden gelir. Bazı bölgelerde ve kurumlarda IEC60870 daha alışılmıştır; merkez SCADA sürücüleri, test alışkanlığı, isimlendirme şablonları buna göre şekillenmiştir. DNP3 seçilecekse, merkez tarafı beklentileri en baştan netleşmelidir.

Güvenlik tarafında DNP3 Secure Authentication gibi yaklaşımlar da vardır, ama burada ana fikir basit: Kim komut gönderiyor, komutun kaynağı doğrulanıyor mu, bu kontrol zinciri dokümante mi?

IEC61850: istasyon içi entegrasyon, birlikte çalışabilirlik ve hızlı sinyaller

IEC61850, trafo merkezi içinde “ortak dil” fikrini güçlendirir. Farklı üreticilerin IED’lerinin aynı veri modeline daha yakın konuşması, mühendislikte ciddi zaman kazandırabilir. Ama asıl değer, sadece SCADA’ya veri taşımak değildir; IED’lerin kendi aralarında da daha düzenli haberleşmesidir.

Burada iki kavramı karıştırmamak gerekir:

• MMS: İstasyon SCADA/HMI veya RTU/BCU’nun IED’lerden veri okuması, rapor alması, izleme ve kontrol işlemleri için kullanılır.
• GOOSE: IED’den IED’ye çok hızlı olay iletimi içindir. Kilitleme, entertrip gibi sinyaller bu tarafta anlam kazanır.

Mühendislik tarafında SCL dosyaları (CID, SCD gibi) genelde projenin “tek doğruluk kaynağı” gibi çalışır. Nokta isimleri, mantıksal düğümler, rapor setleri, bunların hepsi daha düzenli dokümante edilebilir. Bu da devreye almada “hangi sinyal nereden geliyor” tartışmasını azaltır.

Artıları net: yüksek performans, standardizasyon ve birlikte çalışabilirlik. Zorlayan taraf ise disiplin ister. Ağ tasarımı, VLAN ayrımı, multicast trafiği, zaman senkronu gibi başlıklar “sonradan bakarız” denince sorun büyür.

IEC61850’yi daha temel bir dille toparlayan bir kaynak da şurada: IEC 61850 protokolü nedir?.

Örnek mimariler: aynı trafo merkezinde protokoller birlikte nasıl kullanılır?

Gerçekte sahada sık görülen resim, tek protokollü değil “katman katman” bir karmadır. Burada amaç karmaşa yaratmak değil, rolleri netleştirmektir. Aşağıdaki senaryolar, projede masaya konan tipik yaklaşımlardır.

Senaryo 1: Merkezde IEC60870-104, istasyonda IEC61850 (MMS, GOOSE)

Bu mimaride IED’ler kendi aralarında GOOSE ile hızlı sinyalleri taşır. İstasyon HMI/SCADA veya RTU/BCU ise IED’lerden MMS ile rapor ve ölçüleri toplar.

Merkeze çıkışta RTU/BCU, veriyi IEC60870-5-104 ile merkez SCADA’ya gönderir. Böylece merkez tarafı, yıllardır alıştığı telekontrol düzenini bozmadan devam eder.

Avantajı, hızlı koruma sinyallerini istasyon içinde tutarken merkez entegrasyonunu sade bırakmasıdır. Dikkat edilmesi gerekenler ise temel ama etkili konulardır: zaman senkronu (NTP veya daha hassas ihtiyaçlarda PTP), VLAN ile ağ ayrımı, kritik trafikte basit QoS kuralları.

Merkez SCADA tarafında hangi sürücülerin desteklendiği de önemli olabilir. Örnek bir SCADA ürününde IEC60870-5-104 ve DNP3 gibi protokollerin aynı anda bulunması, hibrit mimariyi kolaylaştırır. Örnek için: ViewPLUS SCADA desteklediği endüstriyel protokoller.

Senaryo 2: DNP3 ile uzak saha, merkez tarafında dönüştürme ve konsolidasyon

Uzak sahalarda kopma ihtimali daha yüksektir. Bu senaryoda saha RTU’su DNP3 ile olayları tamponlar, bağlantı gelince kayıpsız şekilde merkeze aktarır.

Merkez tarafında iki yol vardır: SCADA doğrudan DNP3 master olarak konuşur, ya da bir gateway üzerinden DNP3 verisini IEC60870 gibi merkezin “ana dili”ne dönüştürür. İkinci yol, mevcut merkez altyapısı değişmeyecekse pratik olur.

Gateway kullanımı burada fayda sağlar ama risk de taşır. Tek nokta arızası oluşabilir, veri eşleştirmede (mapping) isim hatası yapılabilir, komut geri bildirimi beklenenden farklı çalışabilir. Bu yüzden sahaya çıkmadan önce veri adlandırma, çift yönlü komut testi ve olay sırası doğrulaması net yapılmalıdır.

Senaryo 3: Mevcut RTU’yu koruyup IEC61850 IED ekleme

Bazı tesislerde RTU ve merkez telekontrol yıllardır çalışıyordur. Yeni eklenen fiderlerde IEC61850 röleler gelir. Bu durumda “her şeyi söküp yeniden yapmak” yerine kademeli geçiş daha sağlıklıdır.

Mevcut RTU/BCU, yeni IED’lerden MMS ile veri toplar, sonra merkeze aynı eski protokolle (örneğin IEC60870-104) gönderir. Böylece merkez tarafındaki nokta yapısı kontrollü büyür, işletme ekibi bir anda yeni bir dünyaya itilmez.

Bu mimaride en çok hata, IEC61850 tarafındaki veri modelini “rastgele” seçip merkeze taşıma isteğidir. Önce hangi verinin işletme için anlamlı olduğu belirlenmeli, sonra rapor setleri ve nokta eşleştirme buna göre yapılmalıdır.

Devreye alma ve işletmede kritik noktalar: test, zaman senkronu ve siber güvenlik

Protokol seçimi önemli, ama tek başına yeterli değil. Sahada sistemi “yaşatan” şey test disiplini, zaman tutarlılığı ve güvenlik temelidir. Burada bir kontrol listesi mantığıyla düşünmek pratik sonuç verir.

FAT ve SAT aşamalarında şu başlıklar genelde fark yaratır: sinyal listesi (hangi nokta nereden geliyor), isimlendirme standardı, alarm eşikleri, olay kayıt doğrulaması, yük testi (çok olay geldiğinde sistem ne yapıyor). Ayrıca “küçük” görünen ağ ayarları, en pahalı arızaya dönüşebilir.

Siber güvenlikte de amaç karmaşık teoriler değil, temel hijyendir: ağ segmentasyonu, erişim kontrolü, log kayıtları, güncelleme planı, uzaktan erişimde VPN ve çok faktörlü kimlik doğrulama gibi temel adımlar.

Bu alanda standart yaklaşımı bir çerçeveye oturtmak isteyenler için: IEC 62443 ile PLC ve SCADA güvenliği.

Test planı: nokta eşleştirme, SOE doğrulama, komut güvenliği

Nokta eşleştirmede en sık problem, “yanlış etiketleme”dir. Bir kesicinin açık kapalı bilgisi yanlış noktaya bağlanırsa, operatör doğru karar veremez. Bu yüzden testte sadece “değer geliyor mu” değil, “doğru yerden mi geliyor” sorusu da zorlanmalıdır.

Komut tarafında select-before-operate gibi yaklaşımlar, yanlışlıkla komut riskini azaltır. En basit haliyle, komutun seçimi, onayı ve geri bildirimi test adımlarına bölünmelidir. Bir de SOE doğrulaması yapılmalıdır: Olayın zamanı doğru mu, olay sırası doğru mu, iki cihaz aynı anda olayı farklı sırada mı kaydediyor?

Zaman senkronu ve ağ sağlığı: sorun çıkmadan önce görünür kıl

NTP, cihaz saatlerini ağ üzerinden senkronlar ve çoğu SCADA uygulaması için yeterlidir. PTP ise daha hassas zaman ihtiyacında tercih edilir. Hangi seviyenin gerektiği, SOE hassasiyeti ve koruma uygulamasına göre netleşir.

Ağ sağlığı tarafında da birkaç metriği izlemek işleri kolaylaştırır: paket kaybı, gecikme, switch port hataları, bağlantı kopma sayısı. İşletmede basit alarm eşikleri koymak, “sorun büyümeden” görünürlük sağlar. Bu sayede haberleşme arızası, operatörün önüne “rastgele alarm fırtınası” olarak düşmez.

Doğru protokol değil, doğru yerleşim kazandırır

Trafo merkezinde haberleşme stratejisi, protokol isimlerinden önce katmanları doğru ayırmakla başlar. Telekontrol ve merkez bağlantısında IEC60870 veya DNP3 çoğu senaryoda güçlü adaydır. İstasyon içinde hızlı sinyaller ve standart veri modeli hedefleniyorsa IEC61850 öne çıkar. Pratikte ise en yaygın ve en rahat işletilen yapı, hibrit mimaridir.

Kapanış için üç adım iş görür: Katmanları çıkarın, kullanım senaryolarını (komut, ölçü, SOE, rapor) yazın, sonra küçük bir pilot test yapın. En sık hata, ihtiyaç netleşmeden “protokol seçip” mimariyi ona uydurmaya çalışmaktır. Doğru çerçeveyle ilerlediğinizde, telekontrol tarafı da istasyon içi entegrasyon da daha öngörülebilir hale gelir.