UNS'ye geçiş yol haritası: pilot hattan tüm tesise beş aşama

Tek bir pilot hattan tüm tesise

Mevcut tesislerin çoğu tek bir büyük entegrasyon arızası yaşamaz. Bunun yerine süregelen bir "entegrasyon vergisi" öder: veriyi kullanan her yeni sistem (geçmiş veri deposu, MES, ERP, analitik) aynı kontrolörlere kendi bağlantısını, kendi eşlemesini ve kendi kırılgan bağımlılığını getirir. 3 sistemle bu katlanılabilir; 30 sistemle değildir, çünkü noktadan noktaya bağlantı sayısı her üretici ile her tüketicinin çarpımı kadar büyür.

Unified Namespace (UNS), yani ortak veri modeli, bu yapıyı değiştirir: veriyi üretenler bir kez, ortak ve kuralları belli bir veri ağacına yayınlar; kullananlar ihtiyaç duydukları dallara abone olur. Zor olan MQTT sunucusu değildir. Zor olan, çalışan bir tesisi bu yapıya adım adım taşımak ve ikinci hat katılmadan önce veri ağacının kurallarında anlaşmaktır.

1. aşamadan önce karar verilmesi gerekenler

Sonraki her aşamayı üç karar belirler. Her biri uygulamalı rehberde ayrıntılı olarak anlatılıyor; yol haritasının bunlardan ihtiyaç duyduğu şunlar:

• Hiyerarşi. Çoğu ekip bunu ISA-95'ten türetir: Enterprise / Site / Area / Line / Cell / Device; örneğin GearCo/Munich/Stamping/Line1/Press3/metrics/HydraulicPressure. Seviyeleri ve yazım kurallarını (bir yerde Line1, başka bir yerde line-1 ya da Linie_1 değil) pilottan önce sabitleyin ve değişiklikleri onaylayacak bir sorumlu atayın; tıpkı bir veritabanı şemasının sahibi gibi.
• Veri içeriği sözleşmesi. Değer, kaynaktaki zaman damgası, kalite ve birim birlikte taşınır. Tek tesisli bir pilot için belgelenmiş şemaya sahip düz bir JSON çoğu zaman yeterlidir; Sparkplug B'nin getirdiği karmaşıklık, farklı üreticilerin cihazları, birden fazla tesis ya da üçüncü taraf uygulamalar olduğunda karşılığını verir. Proxus'ta Sparkplug B bir çıkış biçimidir: veri ağacı, Sparkplug'ı anlayan uygulamalara Sparkplug B olarak yayınlanabilir; Proxus diğer düğümlerin trafiği için Sparkplug host olarak çalışmaz.
• Sahadaki köprü. Kontrolörler MQTT değil; Modbus TCP, EtherNet/IP, Siemens S7, Omron FINS gibi protokoller konuşur. Tesis ağındaki bir Edge Gateway bunları okur, %MD400 gibi ham adresleri veri ağacındaki yollara eşler ve merkezle bağlantı kesikken veriyi ara bellekte tutar; bağlantı geri gelince özgün zaman damgalarıyla sırasıyla gönderir (depola ve ilet). Pilotu planlamadan önce kontrolörlerinizi desteklenen sürücüler listesiyle karşılaştırın.

Beş aşama

Unified Namespace kurmak, her şeyin bir hafta sonunda söküp yeniden kurulduğu bir proje değil, küçük ve geri alınabilir adımlardan oluşan bir sıradır. Aşağıdaki her aşama tesisi çalışır hâlde bırakır ve bir sonrakine üzerine kurabileceği bir zemin verir.

Bu yaklaşım ne zaman uygun olmayabilir?

• Düşük frekanslı telemetri, dağıtık bir mimarinin tüm karmaşıklığına değmeyebilir.
• Tek hatlı küçük tesisler önce daha sade mimarileri tercih edebilir.
• Katı eski sistem kısıtları aşamalı bir geçiş gerektirebilir.
• Emniyet açısından kritik kapalı çevrim kontrol, PLC ve emniyet PLC'si katmanlarında kalmalıdır.

Gözlenen performans iş yükünün niteliğine, düğüm kapasitesine ve kurulum tasarımına bağlıdır.

Sık sorulan sorular

Bir UNS kurulumu ne kadar sürer?

Her duruma uyan bir süre vermek dürüst olmaz. Tek bir üretim hattındaki pilot projenin (birkaç PLC ve yalnızca kritik veri noktaları) süresini veri ağacı tasarımı, ağ ve güvenlik onayları, Edge Gateway yapılandırması ve veriyi kullanacak kişilerle yapılan doğrulama belirler. Çok tesisli yaygınlaştırmalar ise protokol çeşitliliğine, değişiklik pencerelerine ve IT ile OT arasındaki kuralların ve sorumlulukların ne kadar oturduğuna bağlıdır. Tahmininizi kendi envanterinizden yapın.

UNS ve SCADA'yı aynı anda çalıştırabilir miyim?

Evet, geçiş sürecinde zaten böyle yapmalısınız. UNS mevcut SCADA'nızı devreden çıkarmanızı gerektirmez; onu tamamlar. SCADA'nız, SCADA ve UNS'in rolleri yazısında anlatıldığı gibi, UNS verisinin abonelerinden biri hâline gelir.

İnternet kesildiğinde UNS'e ne olur?

Doğru kurulmuş bir UNS, yerel işletme için internete bağımlı değildir. Edge Gateway'ler yerel ya da tesis içindeki bir MQTT sunucusuna yayın yapmaya devam eder. Buluttaki aboneler anlık görünürlüğü kaybeder, ama depola ve ilet mekanizması veri kaybı riskini en aza indirir. Bağlantı geri geldiğinde ara bellekteki veri zaman sırasıyla yeniden gönderilir.

Bir MQTT sunucusu kaç konuyu kaldırabilir?

MQTT sunucusunun ve arkasındaki sistemlerin kapasitesi; hedeflenen konu sayısı, bağlantı sayısı, veri içeriği boyutu, QoS seviyesi, saklanan (retained) mesajlar, kalıcılık, kümeleme ve arıza modeliyle test edilmelidir. Kritik veri noktalarıyla başlayın, yolun tamamını ölçün ve adım adım genişletin.

UNS mevcut (eski) fabrikalar için uygun mu?

Kesinlikle; asıl kullanım alanı zaten mevcut tesislerdir. Edge Gateway'ler tam da kontrolör protokollerini (Modbus TCP, Siemens S7, Omron FINS, EtherNet/IP) mevcut PLC programlarına dokunmadan MQTT'ye köprülemek için vardır. Proxus'un neleri desteklediğini görmek için protokol başvuru kılavuzuna bakın.

Sonuç

Klasik otomasyon piramidi kontrol sınırları açısından hâlâ önemlidir, ama kurumun geneline veri dağıtmak için çoğu zaman en iyi yapı değildir.

Unified Namespace'i en doğru şekilde pratik bir yaklaşım olarak görmek gerekir. Veriyi üretenlerle kullananları birbirinden ayırır, tekrar eden entegrasyon işini azaltır ve işletme bağlamının sistemler arasında yeniden kullanılmasını kolaylaştırır.

İster tek bir hattı dönüştürün ister çok tesisli bir yaygınlaştırma planlayın, temel disiplin aynı kalır: bir kez bağlanın, veri ağacını özenle yönetin ve birçok sistemin aynı işletme bağlamını yeniden kullanmasını sağlayın.

Kaynaklar

1. ISA-95 (IEC 62264): Kurumsal sistemlerle kontrol sistemlerinin entegrasyonu için uluslararası standart; UNS konu tasarımında kullanılan hiyerarşik modeli tanımlar. ISA-95'e genel bakış
2. Eclipse Sparkplug Specification: Endüstriyel IoT'de MQTT tabanlı birlikte çalışabilirlik için açık spesifikasyon; doğum ve ölüm (Birth/Death) mesajlarını ve ProtoBuf veri içeriklerini tanımlar. Eclipse Sparkplug
3. MQTT v5.0 OASIS Standard: UNS'in taşıma katmanı olarak kullanılan yayınla-abone ol mesajlaşmasını tanımlayan protokol standardı. OASIS MQTT
4. Purdue Enterprise Reference Architecture (PERA): UNS yapısının, veri erişimi için düzleştirmeyi, güvenlik için ise korumayı amaçladığı özgün ağ bölümleme modeli. Purdue modeline genel bakış
5. Walker Reynolds, "Unified Namespace" kavramı: UNS kavramını modern IIoT mimarileri için sistemleştiren, sektörde tanınan uygulayıcı.
6. IEC 62541 (OPC UA): Makineden makineye iletişim için tamamlayıcı standart; UNS mimarilerinde sorgulama (OPC UA) ile değişince raporlamayı (MQTT) karşılaştırırken önemlidir. OPC Foundation

Her aşamanın arkasındaki tasarım kuralları için Unified Namespace mimarisi için uygulamalı rehber yazısıyla devam edin. Bu aşamaları kendi tesisinize göre planlamak için demo talep edin; tesislerinizin, hatlarınızın ve veriye ihtiyaç duyan sistemlerin listesini getirin.