SCADA ve Birleşik İsim Alanı (UNS): Endüstriyel Mimari Rolleri

SCADA, onlarca yıldır fabrika görünürlüğü ve operasyonel izleme için merkezi rol oynadı. Bu rol ortadan kalkmıyor; ancak birçok tesiste SCADA’nın kurumsal veri dağıtımındaki konumu yeniden değerlendiriliyor.

Bugünkü tartışma, HMI ve proses kontrolünü kaldırmakla ilgili değil. Tartışma, SCADA’nın tüm kurumsal veri akışları için tek yönlendirme katmanı olarak kalıp kalmamasıyla ilgilidir.

Bulut analitik, historian, MES, ERP ve farklı veri tüketicilerinin aynı operasyonel bağlamı kullanmak istediği ortamlarda, tüm trafiği SCADA merkezli bir topolojiden geçirmek entegrasyon maliyetini artırabilir. Bu nedenle birçok ekip Birleşik İsim Alanı (UNS) yaklaşımını değerlendiriyor.

Gözlenen performans, yük deseni ve dağıtım mimarisine göre farklılaşabilir.

SCADA Neden Kurumsal Veri Akışında Darboğaza Dönüşebiliyor?

Klasik bir otomasyon mimarisinde (Eski ISA-95 Modeli), SCADA doğrudan aşağıdaki PLC donanım katmanının hemen üstüne oturur. Tarihsel olarak, üst düzeydeki herhangi bir yazılımın-örneğin bir MES, ERP (SAP) sistemi veya bir Historian (Zaman Serisi Veritabanı)-sahadaki bir makineden veriye ihtiyacı varsa, bunu zorunlu olarak aşağıdaki SCADA sisteminden "istemek" zorundaydı.

SCADA fiilen fabrika verilerinin ana çıkış kapısı haline geldiğinde, veri yoğun modern tesislerde bazı sistemik kısıtlamalar ortaya çıkabiliyor:

Bağımlılık ve Lisanslama Zorlukları

SCADA yazılımında veri erişimi tag bazlı lisans modeline bağlı olduğunda, yeni sensör ve uygulama eklemeleri doğrudan lisans maliyetini artırabilir. Örneğin kestirimci bakım için ek titreşim sensörleri devreye alındığında, bir üst lisans seviyesine geçiş gerekebilir.

Veri Eşleştirme yükü

Bir şirket kurumsal ERP'sini eski bir SCADA sistemine noktadan noktaya (Point-to-point) bağladığında, çok kırılgan ve özel kodlanmış bir boru hattı (API/Script) kurgulamış olur. Eğer bakım sırasında bir PLC mühendisi programdaki etiket adını ufak bir harfle Pompa_Hiz_01 yerine PMP01_Hiz olarak değiştirirse; SCADA haritalaması anında kırılır, o hantal ERP entegrasyonu arıza verebilir ve şirketin sabahki günlük üretim kârlılık raporu bilgisayarda boş gelebilir.

Bağlamın Yok Edilmesi

SCADA mimarisi, ekrana (Ekrana çizilmiş tanka) bakan insan operatörler için kurgulanmıştır; arka planda koşan bulut algoritmaları için değil. SCADA, o saf mühendislik bağlamını verinin içinden sıyırıp atar. Bir SCADA ekranı için ekrandaki sayı sadece "65 Derecedir". Hâlbuki o veriyi emmek isteyen harici bir kurumsal yapay zeka uygulamasının şunu milisaniyesinde o paketten öğrenmesi gerekir: "Bu 65 değeri Santigrat'tır. Hat B'deki Boya Fırınının 2. Bölgesinden, "#9012 numaralı SKU parçası aktif olarak pişirilirken" üretilmiştir."

UNS: Alternatif Bir Veri Dağıtım Deseni

Geleneksel SCADA'nın mimari kısıtlaması şudur: Tüm veri akışını kendi üzerinde toplar ve dış sistemlere aktarımı noktadan noktaya (point-to-point) özel entegrasyonlarla sağlar.

Birleşik İsim Alanı (UNS) yaklaşımı, veri dağıtımını SCADA merkezli akıştan daha ayrışmış bir yapıya taşır. Katmanların üst üste veri aktarması yerine, ortak bir MQTT tabanlı omurgada bağlamsallaştırılmış veri paylaşılır.

Bu modelde farklı sistemler UNS’e daha gevşek bağlı şekilde katılabilir.

• Ağ Geçitleri (Edge Server) ve PLC'ler: Ham makine durum bilgilerinin tamamını beklemeden UNS'e (Merkeze) anından yayınlar.
• ERP (SAP): Şirketin o günlük üretim siparişi hedefini UNS'e yayınlar.
• Yapay Zeka (AI Analitik) Motoru: Titreşim anormalliklerini ve verimliliği dinlemek için UNS panosuna sessizce Abone olur.
• Peki Dev SCADA yazılımına ne oldu? SCADA kademeli olarak rolü değiştirilerek (Demote) sadece UNS panosunun önemli merkezindeki verileri okuyan sıradan basit bir abone (Subscriber/Tüketici) konumuna düşmüştür. Tek görevi kendi operatör ekranlarında görselleştirme sağlamaktır.

UNS (Tekil Veri Mimarisi) Neden Statükoyu Yok Ediyor?

Daha Düşük Entegrasyon Sürtünmesi

Üretici ve tüketici taraf ayrıştırıldığında, yeni bir veri tüketicisi eklemek çoğu zaman daha az yeniden iş gerektirir. Elbette yönetişim, güvenlik ve şema disiplini yine gereklidir; ancak genellikle yeni bir nokta-nokta hattı kurmaktan daha yönetilebilir olur.

Ortak Operasyonel Bağlam

UNS mimarisinde amaç, bağlamsallaştırılmış tek bir operasyonel veri akışını birden fazla tüketicinin yeniden kullanabilmesidir. Böylece her aşağı akış sisteminin kendi adlandırma ve eşleme mantığını ayrı ayrı üretme ihtiyacı azalır.

Etiket (Tag) Maliyetlerini Optimize Etme

MQTT tabanlı UNS yaklaşımı, veri dağıtımını SCADA lisans modelinden bağımsızlaştırmaya yardımcı olabilir. Özellikle yüksek tag hacminde, lisans etkisi ve entegrasyon maliyeti proje başında yeniden değerlendirilebilir.

Proxus: Birleşik İsim Alanının (UNS) Kök Motoru

SCADA merkezli bir mimariden UNS yaklaşımına geçiş, çoğu tesiste rip-and-replace gerektirmez. Brownfield altyapıda kademeli geçiş mümkündür.

Proxus Platformu bu geçişte edge gateway katmanını kullanır: mevcut PLC verisini toplar, bağlamsallaştırır ve MQTT tabanlı UNS omurgasına yayınlar. Böylece mevcut saha yatırımı korunurken SCADA üzerindeki veri yönlendirme baskısı azaltılabilir.

Modern üretim, insan yoklama hızına dayalı veri toplama ile sınırlı kalamaz. SCADA ortadan kalkmaz - HMI ve operasyonel kontrol için kullanılmaya devam eder - ancak kurumsal veri dağıtımında merkezi tek katman rolü giderek azalır.

Ne zaman uygun olmayabilir?

• Düşük frekanslı telemetride daha basit yaklaşımlar yeterli olabilir.
• Tek hatlı küçük tesislerde tam dağıtık mimari maliyet-etkin olmayabilir.
• Katı legacy kısıtları olan ortamlarda kademeli geçiş gerekebilir.
• Emniyet-kritik kapalı çevrim kontrol, PLC/Safety PLC katmanında kalmalıdır.

Sonuçlar yük profiline, donanım kapasitesine ve dağıtım topolojisine bağlıdır.

Sık Sorulan Sorular

"SCADA öldü" mevcut SCADA'mı sökmem mi gerektiğini anlatıyor?

Hayır. SCADA temel amacına hizmet etmeye devam eder: operatör görselleştirme ve belirli proseslerin manuel kontrolü. "Ölen" şey, SCADA'nın makine verisine tek geçit rolüdür. UNS mimarisinde SCADA, namespace'e abone olan birçok tüketiciden biri haline gelir - merkezi geçit değil.

UNS veri depolama açısından SCADA historian ile nasıl karşılaştırılır?

SCADA historian'lar sıkıştırılmış zaman serisi verisini tescilli API'ler ve satıcıya özgü tag isimlendirmesiyle saklar. UNS destekli veri gölü aynı veriyi herhangi bir tüketicinin erişebildiği açık formatlarda semantik bağlamla saklar. Kritik fark: UNS verisi zaten bağlamsallaştırılmıştır (ör: Fabrika/Hat1/OEE), historian verisi ise anlam çıkarmak için manuel eşleme gerektirir.

Geçiş sürecinde SCADA ve UNS paralel çalıştırılabilir mi?

Evet, ve bu önerilen yaklaşımdır. UNS rollout'unun 3. Fazında, SCADA sistemleri kademeli olarak PLC'leri doğrudan yoklamak yerine UNS'e abone olacak şekilde yeniden yapılandırılır. Bu "büyük patlama" riskini ortadan kaldırır ve aşamalı doğrulamaya olanak tanır.

Kaynaklar

1. ISA-95 / IEC 62264 - Hem SCADA hem de UNS mimarilerinin referans aldığı otomasyon hiyerarşi standardı.
2. MQTT v5.0 OASIS Standardı - SCADA'nın yoklama tabanlı veri çekme modelinin yerini alan publish-subscribe protokolü. mqtt.org
3. Eclipse Sparkplug - SCADA historian'ların sağladığı semantik veri modellemesini satıcı kilidi olmadan sunan MQTT payload standardı. sparkplug.eclipse.org

SCADA’dan UNS’e Geçiş Seçeneklerini Değerlendirin →