SCADA Sistemi Nedir ve Ne İşe Yarar?

SCADA Sistemi Nedir ve Ne İşe Yarar?: Tanılama, Mimari ve Çözüm Yaklaşımı

Giriş

SCADA (Supervisory Control and Data Acquisition) uygulamaları, saha cihazlarından merkezi kontrol odalarına kadar uzanan operasyonların görünürlüğünü ve kontrolünü sağlar. Endüstriyel otomasyonun ölçeklenebilir veri akışını yönetmek, proses kararlılığını korumak ve operasyonel riski azaltmak için SCADA kritik bir rol oynar.

Operasyonel risk; yanlış zamanlanmış kontrol sinyalleri, veri bütünlüğü sorunları veya ağ gecikmeleri sonucunda maliyetli duruşlara dönüşebilir. Türkiye'de yoğun üretim yapan tesislerde 1 saatlik üretim kaybı, binlerce dolara ulaşabildiği için SCADA güvenilirliği doğrudan ekonomik etki yaratır.

Bu yazı, geliştirici ve saha mühendisi perspektifinden SCADA'nın ne yaptığı, hangi davranışların izlenmesi gerektiği ve somut ölçümlerle nasıl tanı konacağı konularına odaklanır. Teknik kapsama; veri örnekleme hızları, gecikme eşikleri, paket kaybı toleransları ve log korelasyonu dahil edilmiştir.

Unutmayın: SCADA bir araçtır; doğru ölçüm, izleme ve saha doğrulaması olmadan en pahalı yazılım bile güvenilir operasyon sağlamaz. KB Yazılım sahada elde edilen veriye dayalı karar alma süreçlerini standartlaştırır.

Kavramın Net Çerçevesi

SCADA, saha cihazlarından (örneğin PLC/RTU), veri toplama, zaman serisi depolama ve operatör görselleştirmesine kadar uzanan veri akışını yönetir. Sistemin ölçülebilir sınırları tipik olarak örnekleme hızı (SPS), ağ gecikmesi (ms), veri kaybı (%) ve işlem kapasitesi (TPS) ile tanımlanır.

"SCADA, proses verisini toplayıp zaman damgası ile depolayan ve operatör eylemlerini yürütülen kontrol komutlarına dönüştüren yazılım ve cihaz setidir."

"Günlük işletmede kabul edilebilir gecikme eşiği 50 ms altı kontrol döngüleri için, 250 ms altı izleme amaçlı veri akışları için tasarlanmalıdır."

Örneğin, bir içme suyu arıtma tesisinde giriş akış sensörlerinin örnekleme hızı 1 SPS iken, pompa kontrol döngüleri 20–50 SPS aralığında olabilir; bu da veri tabanında saniyede 200–1000 kayıt üretimi anlamına gelir ve sistem boyutlandırmasını doğrudan etkiler.

Kısa Tanımlamalar (Alıntılanabilir Paragraflar)

"SCADA, saha ekipmanından gelen telemetriyi derleyip operatörlere süreç kararları için zamanında veri sağlar."

"Güvenilir SCADA, 99.9% kullanılabilirlik ve 10 ms–250 ms arası uçtan uca gecikme hedefleri ile ölçülmelidir."

"İyi tasarlanmış bir SCADA ortamı, veri doğruluğunu zaman damgası senkronizasyonu ve paket tutarlılığı ile sağlar."

Kritik Teknik Davranışlar ve Risk Noktaları

Gecikme ve Kontrol Döngülerinin Bozulması

Gerçek zamanlı kontrol döngülerinde uçtan uca gecikme (latency) 10–200 ms aralığında kritik etkiler yaratır. Hedef gecikme, hangi kontrolün kapalı döngü mü yoksa gözetleme amaçlı mı olduğuna göre belirlenir. Gecikme 250 ms'yi aşarsa, kapalı döngü PID ayarları bozulabilir ve osilasyon oluşabilir.

Ölçülebilir parametreler: uçtan uca gecikme (ms), kontrol döngüsü örnekleme hızı (SPS). Ölçüm yöntemi: paket capture (pcap) + zaman damgası karşılaştırması. Saha davranışı örneği: pompa start komutundan 300 ms sonra pompanın devreye girmesi ve bunun sonucunda basınç dalgalanması.

  • 1) Ağ gecikme profili oluşturmak için 1 saatlik pcap kaydı alın.
  • 2) Kontrol döngüsü örnekleme hızlarını belgelendir ve 95. persentil gecikmeyi hesapla.
  • 3) Gecikmesi yüksek VLAN veya switch portlarını izole et.
  • 4) Kritik döngüler için QoS tanımla (latency hedefi <50 ms).
  • 5) Gecikme kaynaklı osilasyonlar için PID yeniden tuning planı uygula.

Veri Bütünlüğü ve Zaman Damgası Tutarsızlıkları

Zaman damgası sapmaları veri korelasyonunu bozar; historian içinde aynı olay için farklı zamanlar olması trend analizlerini hatalı çıkarır. Tipik tolerans işletmelerde ±5 ms ile ±500 ms arasında değişir; kritik proseslerde ±10 ms hedeflenmelidir.

Ölçülebilir parametreler: zaman sapması (ms), kayıt tekrar oranı (%). Ölçüm yöntemi: log korelasyonu ve NTP/PTP senkronizasyon raporları. Saha davranışı örneği: sahadan gelen aynı süreç sinyalinin historian'da 2 farklı zaman aralığına düşmesi ve alarm eşiklerinin yanlış tetiklenmesi.

  • 1) PTP/NTP offset raporlarını haftalık topla ve histogram oluştur.
  • 2) Saat senkronizasyonu bozuk cihazları listele ve firmware güncelle.
  • 3) Zaman damgası sapması >50 ms olan cihazlarda lokal buffering uygula.
  • 4) Veri imzalama (checksum) ile bütünlük kontrolü entegre et.
  • 5) Historian ingestion sürelerini izleyerek sapma kaynaklarını tespit et.

Ağ Bant Genişliği, Paket Kaybı ve Re-transmisyonlar

Ağ üzerinde paket kaybı %0–1 arası kabul edilirken, kritik proseslerde hedef <0.1% olmalıdır. Paket kaybı artışı throughput düşüşü ve TCP yeniden iletimlerinde gecikme artışı yaratır; bu da HMI güncellenme aralığını uzatır.

Ölçülebilir parametreler: paket kaybı (%), throughput (Mbps veya MB/s). Ölçüm yöntemi: SNMP yükseliş/gönderim sayaçları ve aktif load test. Saha davranışı örneği: SCADA ekranlarında verilerin her 10 saniyede bir güncellenmesi yerine 30 saniyede bir güncellenmesi.

  • 1) Kritik segmentlerde 1 saatlik aktif yük testi yap (iperf3 veya benzeri).
  • 2) Packet capture ile yeniden iletim yüzdesini hesapla.
  • 3) Paket kaybı>0.5% ise fiziksel kablo ve SFP port testini başlat.
  • 4) QoS ve trafiktenayırma (traffic shaping) uygula.
  • 5) Ağ cihazlarındaki buffer büyüklüklerini (queue length) yeniden gözden geçir.

Yazılım Güncellemeleri ve Konfigürasyon Tutarsızlıkları

Yazılım veya konfigürasyon farklılıkları sürpriz davranışlar üretir: aynı PLC programının farklı sürümleri farklı alarm eşiklerine neden olabilir. Konfigürasyon drift'i aylık sürüm raporlaması ile kontrol edilmelidir.

Ölçülebilir parametreler: konfigürasyon drift oranı (%), başarısız güncelleme oranı (%). Ölçüm yöntemi: dosya diff + sürüm korelasyonu. Saha davranışı örneği: güncelleme sonrası bir kontrolörün IO map'inin değişmesi ve belirli bir alarmın sürekli doğru olmayan şekilde tetiklenmesi.

  • 1) Tüm cihaz konfigürasyonlarının merkezi kontrol altında tutulması (versiyon kontrol sistemi).
  • 2) Güncelleme öncesi ve sonrası otomatik test senaryoları çalıştır (regresyon testleri).
  • 3) Başarısız güncelleme oranı >1% ise geri alma (rollback) prosedürünü aktif et.
  • 4) Konfigürasyon tutarsızlıklarını log korelasyonu ile haftalık raporla.
  • 5) Kritik cihazlarda immutable konfigürasyon politikaları uygula.

Teknik Durum Tablosu

KodBelirtiOlası NedenÖlçüm
SCDA-01HMI güncellemesi gecikiyorYüksek paket kaybı veya düşük CPUPacket loss % (iperf), CPU %
SCDA-02Trend verileri hatalı zaman damgasıPTP/NTP sapmasıZaman offset (ms)
SCDA-03Kontrol komutu uygulanmıyorKomut kuyruğunda backlogQueue length, komut TTL (ms)

Sorunu Sahada Sistematik Daraltma

Sorun daraltması fiziksel ekipmandan uygulama katmanına doğru ilerlemelidir; önce hat, sonra cihaz, sonra protokol, son olarak uygulama mantığı kontrol edilir.

  • 1) Fiziksel kontrol: kablo, SFP, switch port testleri, güç kaynağı voltajları (V) ve sıcaklık (°C) ölçümü.
  • 2) Ağ testi: 1 saatlik iperf3 testi, packet capture ile 95. persentil gecikme ölçümü (ms).
  • 3) Cihaz testi: PLC/RTU IO scan süreleri (ms), CPU yükü (%) ve bellek kullanımı (MB) kontrolü.
  • 4) Uygulama testi: historian ingestion latencies (ms), alarm tetikleme doğruluğu (%) ve UI refresh rate (s).

Gerçekçi Saha Senaryosu

Bir enerji santralinde operatörler belirli bir jeneratörün yük değerini her 5 saniyede güncellemeye çalışırken HMI'da 20 saniye gecikme raporladılar. İlk ve yaygın varsayım, PLC'nin yavaş olduğu yönündeydi; ancak yapılan paket capture analizinde LAN segmentinde %2 paket kaybı olduğu tespit edildi.

Analiz sonucunda kök neden switch üzerindeki arızalı SFP modülü çıktı. SFP değiştirilip VLAN yeniden yapılandırıldığında HMI güncelleme süresi %75 iyileşti ve alarm yanlış tetiklemeleri %62 azaldı. Kalıcı çözüm olarak switchlerin yıllık SFP testi ve QoS kuralları uygulandı.

Uzun Vadeli Dayanıklılık ve Ölçüm Disiplini

Uzun vadede dayanıklılık, basit yedeklemelerden daha fazlasıdır: düzenli ölçüm, otomatik korelasyon ve saha doğrulama süreçleri gerektirir. KB Yazılım, sahada gözlenen örüntüleri (örneğin Ege bölgesi su arıtma tesislerinde mevsimsel trafik artışı) referans alarak optimizasyon sağlar.

  • 1) KPI seti oluştur: Uçtan uca gecikme (ms), paket kaybı (%), historian ingest latency (ms), alarm doğruluk (%), MTTR (dakika).
  • 2) Otomatik log korelasyonu: ağ, cihaz ve uygulama loglarını 24/7 korele et.
  • 3) Periyodik yük testleri: aylık %10 artış simülasyonu ile sistem sınırlarını test et.
  • 4) Saha geri bildirim döngüsü: mühendis ekipten haftalık ölçüm özetleri al ve 2 haftada bir aksiyon planı hazırla.
  • 5) Eğitim ve değişim kontrolü: sahadaki ekiplerin konfigürasyon değişikliklerini belgeleme zorunluluğu ve sürüm kontrolü.
"Sahada ölçmeden yapılan tahminler, operasyonel kararların en pahalı çeşididir; ölçüm kültürü operasyonun en iyi sigortasıdır."

Sonuç

SCADA projelerinde başarı çok katmanlı bir yaklaşım gerektirir: fiziksel altyapı doğrulaması, ağ performansı ölçümü, zaman damgası tutarlılığı ve uygulama seviyesinde doğrulama birlikte yürütülmelidir. Ölçüm ve izleme kültürü olmadan proses optimizasyonu kalıcı olmaz.

KB Yazılım olarak saha verisini merkeze alan çözüm yaklaşımımız; ölçülebilir hedefler (ms, %, TPS) ve sahada doğrulanabilir eylem planları ile fark yaratır. Saha mühendislerimizle birlikte problemleri sahadan başlayıp uygulamaya kadar daraltıyoruz, bu sayede %30–%75 aralığında performans iyileşmeleri elde ediyoruz.

İş ortaklarımızla uzun vadeli izleme ve sürekli iyileştirme kültürü inşa etmeye hazırız. Teknik ekiplerinizle birlikte çalışarak, belirli hedefler için sahada doğrulanmış çözümler üretebiliriz.

Paylaş
Siteyi Keşfedin

Daha fazlasını keşfedin: hizmetlerimizi, çalışmalarımızı ve bizi tanıyın.