Kablolu rölelerin ve yalıtılmış PLC’lerin ilk dönemlerinden akıllı üretimi yönlendiren açık, birlikte çalışabilir mimarilere kadar endüstriyel iletişim protokollerinin gelişim çizgisi köklü bir dönüşüm geçirdi. Tesis katı otomasyonunun ilk on yıllarında kontrol döngüleri dijital adalar gibi çalışıyordu. Denetleyiciler deterministik mantığı yerel olarak yürütüyordu; ancak proses sınırları arasındaki telemetriyi paylaşmak için kapsamlı noktadan noktaya kablolama veya özel arabirim kartları gerekiyordu.

Modern proses endüstrileri daha karmaşık hâle geldikçe gerçek zamanlı tanılama, sistemler arası koordinasyon ve kurumsal görünürlük yönündeki operasyonel talep, yalıtılmış saha denetleyicilerinin yeteneklerini aştı. Birbirine bağlı ortamlara geçiş yalnızca bir kablo üzerinden bit aktarmakla sınırlı kalmadı; endüstriyel verilerin saha cihazları, uç denetleyicileri ve kurumsal analitik ağları arasında nasıl yapılandırıldığının, bağlamsal olarak eşlendiğinin ve iletildiğinin temelden yeniden tasarlanmasını temsil etti.

Tesis Ağlarının Temelleri: Modbus, İlk PLC’ler ve Protokol Parçalanması

Programlanabilir mantık denetleyicileri 1960’ların sonlarında üretim tesislerine girdiğinde, karmaşık röle panolarının yerini yazılım tabanlı merdiven mantığı aldı. Ancak tesisler büyüyüp işleme hatları boyunca onlarca bağımsız PLC kullanmaya başladıkça, mühendislerin denetleyicilerin ara röle sinyallemesi olmadan dahili yazmaçları paylaşabilmesini sağlayacak standartlaştırılmış bir fiziksel ve mantıksal ortama ihtiyacı oldu.

1979’da Modicon (günümüzde Schneider Electric), endüstriyel iletişimleri temelden değiştiren Modbus standardını tanıttı. RS-485 gibi seri arabirimler üzerinden çalışan ana/bağımlı (günümüzde istemci/sunucu) mimarisi temel alınarak tasarlanan Modbus, yazmaç düzeyinde veri almayı kolaylaştıran açık ve telifsiz bir protokol sundu. Basitliği ve kolay uygulanabilirliği, onu bugün milyonlarca etkin uç noktada varlığını sürdüren yaygın bir standart hâline getirdi.

Tarihsel başarısına rağmen Modbus, veri yoğun otomasyon ortamlarında kullanıldığında yapısal darboğazlar ortaya çıkarır. Modbus’ta yerel veri türü tanımlama, bağlam üst verileri, zaman damgalama ve pub/sub yetenekleri bulunmaz. Bir analog değeri almak için ana denetleyicinin belirli tutma yazmaçlarını sürekli yoklaması gerekir. Kontrol ağları binlerce G/Ç noktasını kapsayacak şekilde genişledikçe, rutin yoklama ciddi bant genişliği yoğunluğu ve gecikme sorunları oluşturdu.

Bu sınırlamaların üstesinden gelmek ve yüksek hızlı, deterministik kontrol sağlamak için önde gelen otomasyon tedarikçileri tescilli fieldbus mimarileri ve performans odaklı protokol uzantıları geliştirdi:

• Siemens, Siemens SIMATIC denetleyicileri gibi dağıtık saha istasyonları arasında G/Ç verilerinin yüksek hızlı çevrimsel değişimini ve karmaşık tanılama bayraklarını desteklemek için PROFIBUS'u (ve daha sonra PROFINET'i) uyguladı.
• Allen-Bradley / Rockwell Automation, daha sonra Common Industrial Protocol (CIP) aracılığıyla EtherNet/IP'ye evrilen Data Highway Plus (DH+) ve ControlNet'i kullanıma sundu.
• Mitsubishi Electric, özel gürültü bağışımlı fiziksel katmanlar üzerinden yüksek hızlı deterministik kontrol sağlamak için CC-Link'i uyguladı.

Bu saha veri yolu teknolojileri deterministik döngü yürütmesini başarıyla sağlasa da "üreticiye bağımlılık" yarattı. Bir Allen-Bradley PLC'yi bir Siemens sürücüye veya üçüncü taraf bir güç sayacına bağlamak; karmaşık protokol dönüştürücüleri, özelleştirilmiş bellek eşlemeleri ve arızaya açık ağ geçidi donanımları gerektiriyordu ve bu da yaşam döngüsü bakım maliyetlerini artırıyordu.

Üreticiye Bağımlılığı Ortadan Kaldırmak: OPC Classic'ten Platformdan Bağımsız OPC UA'ya

Protokol parçalanmasının yol açtığı operasyonel zorluklar, otomasyon sektörünü birleşik soyutlama katmanlarına yöneltti. Mühendislerin her PLC-HMI bağlantısı için özel yazılım sürücüleri yazmak yerine standartlaştırılmış bir çeviri arayüzüne ihtiyacı vardı.

1996'da bir grup otomasyon tedarikçisi, Open Platform Communications (OPC) standardını oluşturmak için Microsoft ile iş birliği yaptı; bu standart daha sonra OPC Classic olarak adlandırıldı. Microsoft'un OLE, COM ve DCOM teknolojileri temel alınarak geliştirilen OPC Classic, Veri Erişimi (OPC DA), Alarmlar ve Olaylar (OPC AE) ve Geçmiş Verilere Erişim (OPC HDA) için standartlaştırılmış istemci-sunucu arayüzleri oluşturdu. Bir otomasyon tedarikçisinin donanımı için yalnızca bir OPC Sunucusu sağlaması yeterliydi; OPC uyumlu herhangi bir HMI veya SCADA yazılımı daha sonra verileri sorunsuz bir şekilde okuyup yazabiliyordu.

Ancak Microsoft DCOM'a güvenilmesi, endüstriyel ağlar modernleştikçe belirgin operasyonel zorluklar yarattı:

• İşletim Sistemi Bağımlılığı: OPC Classic sunucuları yalnızca Windows işletim sistemlerinde çalışabiliyor, gömülü Linux denetleyicilerini, RTOS cihazlarını ve Unix kurumsal sunucularını dışarıda bırakıyordu.
• Güvenlik Kısıtlamaları: Güvenlik duvarları ve alt ağ sınırları üzerinden DCOM yapılandırması oldukça zordu; açık port aralıkları gerektirmesi ciddi siber güvenlik açıklarına yol açıyordu.
• Anlamsal Bağlam Eksikliği: Veriler, taşıma çerçevesinin içine doğrudan yerleştirilmiş yerleşik bağlam, mühendislik birimleri veya anlamsal meta veriler olmadan, çoğunlukla ham değerler olarak iletiliyordu.

Bu mimari güvenlik açıklarını gidermek amacıyla OPC Foundation, 2008 yılında OPC Unified Architecture'ı (OPC UA) yayımladı. OPC UA, DCOM'un yerine TCP/IP ve HTTP/HTTPS aktarım katmanlarını kullanan açık, hizmet odaklı bir mimariyi (SOA) benimsedi. Daha da önemlisi OPC UA, platformdan bağımsızdır; Linux uç ağ geçitleri, gömülü kontrolörler ve bulut ortamları içinde doğrudan yerel entegrasyona olanak tanır.

Ayrıca OPC UA, nesne yönelimli bir Bilgi Modeli sundu. OPC UA, yalıtılmış bir kayan noktalı sayı iletmek yerine verileri; mühendislik birimleri, üst/alt alarm sınırları, zaman damgası hassasiyeti ve erişim haklarıyla birlikte karmaşık nesneler halinde kapsüller. Yerleşik PKI şifrelemesi ve x509 sertifika kimlik doğrulamasıyla birleştiğinde OPC UA, güvenli BT/OT yakınsamasının temel taşlarından birini oluşturur.

DCS Mimarileri, O-PAS ve Modern Hibrit Kontrol

PLC'ler yüksek hızlı ayrık kontrolde başarılı olsa da petrokimya rafinasyonu, elektrik üretimi ve özel kimyasallar gibi proses endüstrileri tarihsel olarak Dağıtık Kontrol Sistemlerine (DCS) dayanmıştır. Bir DCS; kontrolörleri, G/Ç alt sistemlerini, tarihçi veritabanlarını ve operatör iş istasyonlarını birleşik bir mühendislik ortamında bütünleştirir.

Eski DCS kurulumları yüksek sistem güvenilirliği ve yedekli kontrol döngüleri sağlıyordu. Ancak bu sıkı entegrasyon, modülerlik pahasına gerçekleşti. Tescilli kontrolör ağları, kapalı G/Ç veri yolları ve özel yapılandırma yazılımları, tesis işletmecilerini onlarca yıl boyunca tek bir tedarikçinin ekosistemine bağımlı kıldı. Eski bir DCS'yi genişletmek veya çevrim içi makine titreşimi izleme gibi uzmanlaşmış üçüncü taraf alt sistemlerini entegre etmek çoğu zaman maliyetli mühendislik değişiklikleri gerektiriyordu.

Şekil 1. Geleneksel hiyerarşik kontrol katmanlarını gösteren Dağıtık Kontrol Sistemi'nin (DCS) işlevsel seviyeleri. Görsel, Wikipedia Commons'ın izniyle kullanılmıştır.

Bu anlayışı değiştirmek amacıyla, ExxonMobil'in öncülük ettiği büyük endüstriyel işletmeciler, The Open Group'un OPA Forumu kapsamında Open Process Automation Standard'ı (O-PAS) başlattı. O-PAS, üç temel sütunla tanımlanan, donanımdan bağımsız ve açık bir proses otomasyonu mimarisi oluşturmayı amaçlar:

1. Birlikte çalışabilirlik: Farklı donanım üreticilerinin bileşenlerinin özel sürücü geliştirmeye gerek kalmadan yerel olarak veri alışverişi yapmasına olanak tanıyan standartlaştırılmış iletişim veri yolları (OPC UA'dan yararlanır).
2. Modülerlik: Konteynerleştirilmiş mikro hizmetler ve dağıtık kontrol düğümleri (DCN'ler) aracılığıyla yazılım uygulamalarını temel donanımdan ayırma.
3. Güvenlik: Her cihaz sınırında uygulanan IEC 62443 standartlarıyla uyumlu yerleşik siber güvenlik.

Günümüzde modern tesislerde hibrit mimariler sıklıkla kullanılır. Kritik proses varlıkları DCS kontrol sistemleri gibi güçlü DCS platformları tarafından yönetilirken yardımcı ekipmanlar, çevresel izleme cihazları ve özel türbomakine koruma panoları varlık sağlığı parametrelerini açık, standartlaştırılmış protokoller üzerinden doğrudan uç platformlarına aktarır.

Olay Güdümlü Telemetri: MQTT ve Düşük Bant Genişlikli Uç Ağları

Saha enstrümantasyonu temel ayrık sensörlerden yüzlerce tanılama parametresini bildirebilen karmaşık akıllı transmiterlere dönüştükçe, geleneksel istemci-sunucu istek/yanıt ağlarının operasyonel sınırları belirginleşti.

1999'da Andy Stanford-Clark (IBM) ve Arlen Nipper (Arcom, günümüzde Cirrus Link), özellikle uydu bağlantıları üzerinden petrol ve doğal gaz boru hatlarının izlenmesi gibi uzak SCADA uygulamalarındaki bant genişliği ve gecikme kısıtlarını çözmek amacıyla Message Queuing Telemetry Transport'ı (MQTT) geliştirdi. Bu ortamlarda, yüksek gecikmeli bağlantılar üzerinden sürekli yoklama yapmak maliyetli ve güvenilmezdi.

MQTT, bu zorlukları merkezi bir mesaj aracısından yararlanan olay güdümlü bir Yayınlama/Abone Olma (Pub/Sub) mimarisiyle çözdü:

• Ayrıştırılmış İletişim: Uç düğümler (Yayıncılar) ile kurumsal yazılımlar (Aboneler) doğrudan noktadan noktaya bağlantılar kurmaz. MQTT Aracısı üzerinden eşzamansız olarak iletişim kurarlar.
• Minimum Ek Yük: Kompakt 2 baytlık başlığı sayesinde MQTT, HTTP/REST API'lerine veya ağır RPC protokollerine kıyasla bant genişliği kullanımını önemli ölçüde azaltır.
• İstisnaya Göre Raporlama (RBE): Saha cihazları verileri yalnızca bir değer tanımlanmış ölü bant veya durum eşiğini aştığında değiştiğinde yayınlar; böylece ağ üzerinden gereksiz yoklama trafiği ortadan kaldırılır.
• Durum Farkındalığı: "Keep Alive" zamanlayıcıları ve "Last Will and Testament" (LWT) gibi özellikler, bir uç cihaz bağlantısı aniden kesildiğinde aracının abonelere hemen bildirim göndermesini sağlar.

Şekil 2. Uç düğümleri merkezi uygulama aracılarıyla birbirine bağlayan MQTT ağ mimarisinde Yayınlama/Abone Olma modeli. Görsel, Wikipedia Commons'ın izniyle kullanılmıştır.

Basit MQTT esnek bir yük taşıma mekanizması sunsa da konu yapılarının veya yüklerin nasıl biçimlendirileceğini standartlaştırmaz. Bu sorunu çözmek için endüstri topluluğu Sparkplug B spesifikasyonunu geliştirdi. Sparkplug B; standartlaştırılmış bir konu ad alanı, kompakt bir Google Protocol Buffer (Protobuf) yük yapısı ve durum yönetimi mekanizmaları tanımlayarak ham MQTT'yi kurumsal kullanıma hazır bir endüstriyel taşıma katmanına dönüştürür.

Modern Endüstriyel Paradigma: Birleşik Ad Alanı (UNS) Mimarisi

Eski yoklama protokollerinin, yalıtılmış OPC sunucularının ve noktadan noktaya API bağlantılarının birikmesi çoğu zaman karmaşık bir "spagetti mimarisi" ile sonuçlanır. Bu ortamda tek bir yeni analiz aracının eklenmesi, tesis genelindeki her SCADA düğümüne, veri tarihçesine ve MES veritabanına özel bağlantılar kurulmasını gerektirir.

Bu entegrasyon darboğazlarını ortadan kaldırmak için modern otomasyon mühendisleri Birleşik Ad Alanı (UNS) mimarisini uygulamaktadır. Birleşik Ad Alanı, bir kuruluş içindeki tüm operasyonel ve ticari veriler için "Tek Doğruluk Kaynağı" işlevi gören merkezi, gerçek zamanlı bir yazılım soyutlama katmanıdır.

Şekil 3. Tüm ISA-95 kuruluş katmanları arasında gerçek zamanlı veri akışını yöneten Birleşik Ad Alanı (UNS) yapısı. Görsel Wikipedia Commons'ın izniyle kullanılmıştır.

Genellikle MQTT Sparkplug B veya olay akışı platformları kullanılarak uygulanan yayınla/abone ol modeline dayanan UNS, verileri ISA-95 gibi standart fiziksel hiyerarşilere göre anlamsal olarak yapılandırır:

Kuruluş / Tesis / Alan / Hat / Hücre / Varlık

Tam anlamıyla uygulanmış bir UNS çerçevesinde:

• Bir saha PLC'si motor durumunu doğrudan şu konuya yayımlar: Kuruluş/Tesis_A/Hat_2/Mikser/Motor_Hızı durum değişikliğinde.
• SCADA sistemi, gerçek zamanlı operatör grafiklerini görüntülemek için konu yapısına abone olur.
• Kurumsal Varlık Yönetimi (EAM) sistemi, operasyon saatlerini takip etmek ve önleyici bakımı otomatik olarak planlamak için aynı konu akışını dinler.
• Bulut tabanlı makine öğrenimi modelleri, saha denetleyicisine ek yoklama yükü getirmeden öngörücü anomali tespiti gerçekleştirmek için birleştirilmiş veri akışını alır.

UNS aracılığıyla veri üreticilerini veri tüketicilerinden ayıran endüstriyel işletmeler, mevcut kontrol döngülerini yeniden tasarlamadan yazılım araçları ve uç sensörleri ekleyebilir, değiştirebilir veya ölçeklendirebilir.

Saha Düzeyi Protokol Matrisi ve Teknik Karşılaştırma

En uygun protokol stratejisinin seçilmesi, operasyonel ekosistemdeki her ağ katmanının teknik performans özelliklerinin, veri yükü ek yüklerinin ve hedef uygulamalarının anlaşılmasını gerektirir:

Gerçek Dünya Mimarisi Tasarlamak: Eski Tesis Operasyonlarını Modernleştirme

Faaliyette olan bir brownfield üretim tesisini eski sorgulama ağlarından açık, olay güdümlü bir mimariye geçirmek, tamamen sistem yenilemek yerine aşamalı bir mühendislik yaklaşımı gerektirir.

Eski PLC-5 veya ilk nesil ControlLogix sistemlerini bağımsız döner makine koruma donanımıyla birlikte çalıştıran tipik bir sürekli proses tesisini düşünün. Tüm eski donanımı aynı anda değiştirmeye çalışmak, kabul edilemez duruş riskleri ve sermaye maliyetleri doğurur. Yapılandırılmış, üç aşamalı bir modernizasyon yol haritası pratik bir ilerleme yolu sunar:

1. Aşama 1: Edge Protokolü Çeviri Katmanı
   Endüstriyel edge gateway’leri eski PLC raflarının yanına kurun. Edge gateway, yerel holding register’ları seri veya eski saha veri yolu protokolleri üzerinden sorgular ve ham değerleri yapılandırılmış OPC UA düğümlerine veya MQTT Sparkplug B konularına dönüştürür.
2. Aşama 2: Broker Dağıtımı ve UNS Yapılandırması
   Yüksek kullanılabilirlikli, yedekli bir MQTT Broker’ını tesis içinde devreye alın. Tesis sahası genelinde birleşik bir ISA-95 konu ad alanı tanımlayın. Edge gateway telemetrisini broker’a yönlendirerek, temel PLC tarama sürelerini veya kontrol mantığını değiştirmeden gerçek zamanlı varlık görünürlüğünü hemen etkinleştirin.
3. Aşama 3: Gelişmiş Analitik ve Hibrit Kontrol Entegrasyonu
   Kurumsal geçmiş veri tabanlarını, bulut analitiği motorlarını ve modern HMI sistemlerini abone olarak doğrudan UNS’ye bağlayın. Eski kontrolörler kullanım ömrünün sonuna ulaştıkça bunları OPC UA ve MQTT ortamlarını doğal olarak destekleyen, modern ve açık mimarili PAC’lerle değiştirin.

Bu modüler strateji sayesinde endüstriyel tesisler, saha donanımındaki mevcut sermaye yatırımlarını korurken modern Endüstri 4.0 operasyonları için gereken veri esnekliğine, siber güvenlik uyumluluğuna ve ölçeklenebilirliğe kavuşur.