Sanayi Sistemlerinde Modbus, OPC UA ve MQTT Protokolleri ile ERP Veri Entegrasyon Mimarisi

Fabrikalarda üretim sahası (Operasyonel Teknolojiler - OT) ile kurumsal yönetim katmanı (Bilgi Teknolojileri - IT) arasındaki veri kopukluğu, dijital dönüşüm süreçlerinin önündeki en büyük engeldir. Elektriksel test cihazları, montaj jigleri, CNC makineleri veya özel otomasyon panolarından elde edilen anlık verilerin ERP (Kurumsal Kaynak Planlaması) ve MES (Üretim Yürütme Sistemi) platformlarına aktarılması, operasyonel şeffaflık açısından kritik önem taşır. Bu veri akışının omurgasını ise endüstriyel haberleşme protokolleri oluşturur. Modbus, OPC UA ve MQTT gibi farklı dönemlerin ve ihtiyaçların ürünü olan protokoller, sahadaki ham veriyi ERP'nin anlayabileceği anlamlı iş kayıtlarına dönüştürür.

Endüstriyel Haberleşmede Katman Yapısı ve OT-IT Dönüşümü

OT dünyası milisaniyeler seviyesinde gecikme (latency) gerektiren, gerçek zamanlı ve deterministik bir yapıda çalışır. Buna karşılık IT dünyası; yüksek hacimli, transaction tabanlı ve olay odaklı (event-driven) veri işleme prensibini benimser. Klasik ISA-95 piramidinde sahadaki sensör ve eyleyiciler (Saha Katmanı), PLC ve SCADA (Kontrol Katmanı) üzerinden geçerek en üstteki ERP katmanına ulaşır. Ancak günümüz sanayi mimarilerinde bu piramit yerini hibrit ve nesne odaklı veri ağlarına bırakmaktadır.

Saha verisinin ERP'ye aktarılmasında doğrudan sorgulama (polling) yöntemi veri tabanlarında ve ağ altyapısında ciddi yük oluşturur. Bu nedenle OT ve IT sistemleri arasında bir ara yazılım (middleware) veya uç bilişim (edge computing) katmanı konumlandırılır. Ara yazılım, alt seviye endüstriyel haberleşme protokollerini dinler, veriyi anlamlandırır ve IT protokollerine dönüştürerek ERP servislerine iletir.

Modbus TCP/RTU: Miras Sistemlerden Veri Çekme Stratejileri

1970'li yıllarda geliştirilen Modbus, basitliği ve geniş cihaz desteği nedeniyle günümüzde halen birçok makine, sayaç ve test donanımında varsayılan haberleşme standardıdır. Modbus RTU (seri haberleşme / RS-485) ve Modbus TCP (Ethernet) olmak üzere iki temel çeşidi bulunur. Register tabanlı bellek haritası (Holding Registers, Input Registers, Coils) üzerinde çalışan Modbus, veriyi ham sayısal değerler halinde sunar.

Modbus Entegrasyonunda Karşılaşılan Zorluklar

• Semantik Veri Eksikliği: Modbus protokolü taşınan verinin ne anlama geldiğini bildirmez. Örneğin 40001 adresindeki 1250 değerinin bir sıcaklık mı, basınç mı yoksa test sonucu mu olduğunu tanımlayan bir meta veri yoktur.
• Veri Tipi Dönüşümü: 16-bitlik register yapısı nedeniyle 32-bit float veya float64 veriler birden fazla register'a bölünerek taşınır. Endianness (byte sırası) farklılıkları veri okumada hatalara yol açabilir.
• Sürekli Sorgulama (Polling) Yükü: Modbus, istemci-sunucu (master-slave) mimarisinde çalışır. Değişiklik olmasa bile verinin güncelliğini korumak için sistem sürekli sorgulama yapmak zorundadır.

Miras (legacy) Modbus cihazlarını ERP'ye bağlarken, bir edge gateway üzerinden Modbus verisini okuyup adres haritasını (address mapping) JSON formatına çevirmek ve yalnızca veri değiştiğinde (Report by Exception) ERP API'sine göndermek en efektif mimari yaklaşımdır.

OPC UA: Endüstriyel Nesnelerin Nesnesel Semantik Modellemesi

OPC Unified Architecture (OPC UA), platform bağımsızlığı, dahili güvenlik mimarisi (TLS/X.509 sertifikaları) ve zengin nesne modellemesi ile modern endüstriyel otomasyonun standardı haline gelmiştir. Modbus'ın aksine OPC UA, sadece sayısal veri iletmekle kalmaz; veriyi ilişkisel bir nesne ağacı şeklinde sunar.

Semantik Veri Modelleme Avantajı

Bir OPC UA sunucusu içerisinde bir test jigini temsil eden bir nesne oluşturulabilir. Bu nesne altında TestSonucu, KalibrasyonTarihi, OperatörID ve BaskıKuvveti gibi değişkenler tanımlanır. Her değişken kendi veri tipini, ölçü birimini (örneğin Newton veya Volt) ve geçerlilik aralığını bünyesinde barındırır. ERP sistemi bu veri ağacını otomatik olarak keşfedebilir (browse capability) ve entegrasyon süreçlerinde manuel adres tanımlama ihtiyacını ortadan kaldırır.

Ayrıca OPC UA'nın sunduğu Pub/Sub (Publish/Subscribe) mimarisi ve olay bildirimleri (event notifications), sahadaki bir elektriksel test tamamlandığında veya bir arıza kodu üretildiğinde ERP tarafındaki iş emrinin anında tetiklenmesini sağlar.

MQTT: Düşük Bant Genişliğinde Olay Odaklı (Event-Driven) Veri Akışı

MQTT (Message Queuing Telemetry Transport), özellikle kısıtlı bant genişliğine sahip ağlarda ve dağıtık mimarilerde yüksek performans gösteren hafif sıklet bir publish/subscribe protokolüdür. Merkezi bir mesaj yönlendirici (Broker) üzerinden çalışan MQTT, veri üreten cihazlar (publishers) ile veriyi tüketen sistemleri (subscribers) birbirinden tamamen bağımsız kılar (decoupling).

MQTT'nin ERP Entegrasyonundaki Yeri

MQTT, haberleşme yükünü minimuma indirmesi ve JSON formatında esnek veri paketi taşıyabilmesi nedeniyle fabrikanın farklı noktalarındaki iş istasyonlarından ERP'ye veri toplamada oldukça popülerdir. Protokolün öne çıkan teknik özellikleri şunlardır:

• Hizmet Kalitesi (Quality of Service - QoS): QoS 0 (En fazla bir kez), QoS 1 (En az bir kez) ve QoS 2 (Tam olarak bir kez) seviyeleri ile mesajın ERP'ye ulaştığından emin olunur. Kes kritik test verileri için QoS 1 veya QoS 2 tercih edilir.
• Bakiye Mesajlar (Retained Messages): Broker'a katılan yeni bir ERP istemcisi, istasyonun son bilinen durumunu anında alır.
• Son Vasiyet (Last Will and Testament - LWT): Bir test cihazının veya uç bilgisayarın ağ bağlantısı ansızın koptuğunda, MQTT Broker bunu tespit eder ve ERP'ye cihazın çevrimdışı olduğuna dair otomatik bir bildirim gönderir.

Mimari Karşılaştırma ve ERP Entegrasyon Senaryoları

Hangi protokolün seçileceği, sahadaki donanım altyapısına, istenen veri iletim hızına ve güvenlik gereksinimlerine göre değişiklik gösterir. Aşağıdaki tablo üç protokolün temel teknik karakteristiklerini özetlemektedir:

Saha Test Cihazları ve İş İstasyonlarından Güvenli Veri Toplama Yöntemleri

Kablaj, savunma sanayi ve otomotiv yan sanayi gibi izlenebilirliğin kritik olduğu sektörlerde; elektriksel test jigleri, pin doğrulama sistemleri ve etiket yazıcılar üretim hattının kalbini oluşturur. Bu noktada yazılım mimarisi, fiziksel sinyalden kurumsal veri tabanına kadar uzanan kesintisiz bir zincir kurmalıdır.

İş istasyonunda bulunan bir test cihazından ERP'ye veri aktarımında izlenecek mimari adım şu şekildedir:

1. Sinyal Yakalama: Test jigi üzerindeki sensörler ve elektriksel test kartı (PLC veya mikrodenetleyici tabanlı donanım) ölçüm verisini üretir.
2. Yerel Ön İşleme (Edge Computing): İstasyonda yer alan endüstriyel bilgisayar veya uç yazılım, Modbus TCP veya Seri haberleşme üzerinden gelen ham voltaj/direnç değerlerini okur. Seri numarası ve barkod bilgisi ile eşleştirir.
3. Semantik Paketleme: Veri, OPC UA sunucusunda bir nesneye dönüştürülür veya JSON formatında paketlenerek MQTT başlığına (topic) yayınlanır (Örn: fabrika/hat1/jig04/test_sonuc).
4. ERP Servis Kabulü: ERP tarafındaki entegrasyon servisi (REST API veya gRPC), gelen doğrulanmış veriyi iş emri durumu güncellenmesi ve kalite kayıtlarının oluşturulması amacıyla veri tabanına yazar.

Veri Kaybını Önleyen Ara Yazılım (Middleware) ve Buffer Yönetimi

Endüstriyel ağlarda fiziksel kablo kopmaları, switch arızaları veya ERP sunucu bakımları kaçınılmazdır. Üretim sahasında gerçekleşen bir elektriksel test kaydının sunucuya ulaşılamadığı için kaybolması, izlenebilirlik zincirini kırar ve ISO 9001 / AS9100 gibi kalite standartlarına aykırı durumlar oluşturur.

Bu riski bertaraf etmek için uç yazılımlarda Store-and-Forward (Sakla ve İlet) mekanizması kurgulanmalıdır. Uç bilgisayarda çalışan entegrasyon katmanı, ERP sunucusu ile olan bağlantıyı sürekli olarak kontrol eder (heartbeat). Bağlantı koptuğu anda sahadan gelen test verileri local bir veri tabanına (SQLite, RocksDB veya Redis) önbelleklenir (buffering). Bağlantı tekrar kurulduğunda, biriken veriler kronolojik sırayla ve Idempotent API prensiplerine uygun olarak ERP'ye aktarılır. Bu sayede sunucuya aynı veri birden fazla kez gitse dahi ERP'de mükerrer kayıt oluşmaz.

Sonuç

Fabrika sahasındaki makine, jig ve test donanımlarının ERP sistemleri ile entegrasyonu, tek bir protokole bağımlı kalmadan hibrit bir mimari kurmayı gerektirir. Miras cihazlar ve düşük seviyeli PLC'ler için Modbus TCP vazgeçilmez bir köprü işlevi görürken; karmaşık makine parkurlarında semantik modelleme ve yüksek güvenlik sağlayan OPC UA öne çıkmaktadır. Dağıtık sensör ağları ve olay odaklı bildirimlerde ise MQTT yüksek performans sunar.

Doğru protokol seçimi, uç bilişim katmanında tamponlama (buffering) stratejileri ve esnek bir ERP ara yazılım altyapısı ile birleştirildiğinde; fabrika sahasındaki her bir konnektör takma işlemi veya elektriksel test sonucu, anında kurumsal hafızanın bir parçası haline gelir.

BENGU, Sakarya merkezli ERP, web tasarım ve dijital çözüm ortağıdır. Sahanıza uygun bir kurgu konuşmak isterseniz iletişim formundan yazabilirsiniz.