Endüstriyel Protokol Dönüşümü Nedir? Modbus, OPC UA, MQTT ve Gateway Çözümleri
Endüstriyel tesislerde kullanılan bütün cihazların aynı haberleşme protokolünü desteklemesi beklenemez. Bir üretim hattında yıllardır çalışan Modbus RTU cihazları, Siemens PLC'ler, Ethernet tabanlı kontrol sistemleri, enerji analizörleri ve yeni nesil IoT cihazları aynı anda bulunabilir.
Sorun, bu cihazların farklı protokoller kullanması değil; ürettikleri verilerin SCADA, MES, ERP, veri tabanı veya bulut uygulamalarına nasıl güvenilir şekilde aktarılacağıdır.
Endüstriyel protokol dönüşümü, farklı haberleşme yöntemlerini kullanan saha cihazları ile üst seviye sistemler arasında veri alışverişi kurulmasını sağlar. Bu amaçla kullanılan Protocol Gateway cihazları, mevcut otomasyon ekipmanlarını değiştirmeden farklı sistemlerin birlikte çalışmasına yardımcı olur.
Fabrikadaki bütün cihazların aynı dili konuşması gerekmez. Önemli olan, farklı kaynaklardan gelen verinin doğru şekilde okunması, dönüştürülmesi ve ihtiyaç duyulan sisteme aktarılmasıdır.
Endüstriyel Protokol Dönüşümü Nedir?
Endüstriyel protokol dönüşümü, bir cihazın veya sistemin kullandığı haberleşme yönteminden alınan verinin başka bir protokol veya veri formatı üzerinden erişilebilir hale getirilmesidir.
Örneğin sahada Modbus RTU üzerinden çalışan bir enerji analizörünün verileri modern bir SCADA sistemine OPC UA üzerinden aktarılabilir. Benzer şekilde bir PLC'den okunan üretim bilgileri MQTT ile bir IIoT platformuna veya SQL veri tabanına gönderilebilir.
Bu işlem her zaman yalnızca bir mesaj paketinin başka bir mesaj paketine çevrilmesi anlamına gelmez. Modern gateway sistemleri veriyi okuyabilir, adresleyebilir, ölçekleyebilir, tampon bellekte saklayabilir ve farklı üst sistemlere farklı yöntemlerle sunabilir.
Protocol Gateway Nedir?
Protocol Gateway, farklı endüstriyel cihaz ve yazılım sistemleri arasında veri köprüsü oluşturan donanım veya yazılım çözümüdür.
Gateway bir tarafta PLC, sayaç, sensör, sürücü, enerji analizörü veya farklı OT ekipmanlarından veri okuyabilir; diğer tarafta bu bilgileri OPC UA, MQTT, SQL, REST API veya farklı üst sistem arabirimleri üzerinden paylaşabilir.
Bu yapı özellikle farklı üreticilere ait otomasyon cihazlarının aynı SCADA, MES veya veri toplama sistemine bağlanması gereken projelerde önemli avantaj sağlar.
Converter ile Protocol Gateway Arasındaki Fark Nedir?
Basit protokol dönüştürücüler çoğunlukla iki belirli haberleşme yöntemi arasında dönüşüm yapmak üzere tasarlanır. Örneğin Modbus RTU ile Modbus TCP arasında çalışan bir converter belirli ve sınırlı bir görevi yerine getirebilir.
Modern Protocol Gateway'ler ise çok daha geniş bir veri entegrasyon katmanı oluşturabilir. Birden fazla cihazdan veri okuyabilir, farklı protokolleri aynı projede kullanabilir, verileri tamponlayabilir ve aynı bilgiyi farklı üst sistemlere aktarabilir.

Endüstriyel Protokol Dönüşümü Nasıl Çalışır?
Tipik bir projede gateway önce saha cihazıyla onun desteklediği protokol üzerinden haberleşir. PLC veya cihaz içerisindeki gerekli adresler gateway içerisinde tanımlanır ve veriler belirlenen periyotlarda okunur.
Okunan veriler gateway içerisinde farklı bir veri yapısına eşlenebilir. Ardından üst sistemin kullandığı protokole göre OPC UA değişkeni, MQTT mesajı, SQL kaydı veya REST API verisi olarak sunulabilir.
Böylece saha cihazının kendi haberleşme yapısını değiştirmeden daha modern bir bilgi sistemine entegrasyonu sağlanabilir.
Modbus RTU Verileri Modern Sistemlere Nasıl Aktarılır?
Modbus RTU, özellikle RS485 tabanlı saha cihazlarında uzun yıllardır yaygın olarak kullanılan protokollerden biridir. Enerji analizörleri, sıcaklık kontrol cihazları, debimetreler, sayaçlar ve farklı ölçüm ekipmanlarında sıkça karşılaşılır.
Ancak modern SCADA veya IIoT uygulamalarında seri haberleşme yerine Ethernet tabanlı protokoller tercih edilebilir.
Bu durumda Protocol Gateway, RS485 üzerinden Modbus RTU cihazlarını okuyarak verileri örneğin OPC UA veya MQTT üzerinden üst sisteme sunabilir.
Modbus RTU ile Modbus TCP Arasında Dönüşüm
Bazı projelerde ihtiyaç üst seviye bir protokole geçmek değil, seri Modbus cihazlarını Ethernet ağına dahil etmektir.
Bu durumda Modbus RTU ile Modbus TCP arasında çalışan bir gateway kullanılabilir. Böylece RS485 hattındaki cihazlara Ethernet üzerinden erişilebilir.
Ancak cihaz adresleri, register yapısı, sorgulama periyotları ve seri haberleşme parametreleri doğru yapılandırılmalıdır. Ethernet tarafındaki hızın artması, seri hattaki fiziksel haberleşme sınırlarını ortadan kaldırmaz.
Modbus'tan OPC UA'ya Protokol Dönüşümü
Modbus'tan OPC UA'ya dönüşüm, eski veya daha basit saha cihazlarını modern SCADA ve veri toplama platformlarına bağlamak için sık kullanılan senaryolardan biridir.
Modbus tarafında veriler register adresleri üzerinden okunurken OPC UA tarafında bu bilgiler daha anlamlı tag yapıları içerisinde sunulabilir.
Örneğin Modbus cihazındaki 40001 adresi gateway içerisinde Line1.Temperature gibi daha anlaşılır bir OPC UA değişkenine dönüştürülebilir.
Bu yaklaşım, SCADA yazılımının farklı saha cihazlarının özel register haritalarıyla doğrudan uğraşmasını azaltabilir.
Siemens PLC Verileri OPC UA'ya Aktarılabilir mi?
Evet. Kullanılan PLC modeli, desteklenen protokol ve gateway yeteneklerine bağlı olarak Siemens PLC'lerden okunan veriler OPC UA üzerinden farklı sistemlere aktarılabilir.
Bu yöntem özellikle mevcut PLC programına mümkün olduğunca az müdahale edilmesi gereken modernizasyon projelerinde kullanılabilir.
Gateway PLC ile kendi desteklediği haberleşme yöntemi üzerinden iletişim kurar ve gerekli değişkenleri üst tarafta OPC UA Server olarak yayınlayabilir.
PLC Verileri MQTT ile Nasıl Gönderilir?
MQTT özellikle IIoT, uzak izleme ve dağıtık veri toplama uygulamalarında kullanılan publish/subscribe tabanlı bir mesajlaşma protokolüdür.
Bir PLC doğrudan MQTT desteklemiyorsa gateway üzerinden PLC verileri okunabilir ve MQTT Broker'a belirlenen topic yapısı üzerinden yayınlanabilir.
PLC Verileri SQL Veri Tabanına Aktarılabilir mi?
Gateway'in SQL desteği bulunuyorsa saha cihazlarından alınan proses veya üretim verileri doğrudan veri tabanına kaydedilebilir.
Bu yöntem üretim kayıtları, sayaç değerleri, proses parametreleri veya farklı tarihsel verilerin merkezi bir veri tabanında saklanması gereken uygulamalarda kullanılabilir.
Ancak veri tabanı tasarımı yapılırken kayıt sıklığı, veri miktarı, bağlantı kesintileri ve uzun vadeli depolama ihtiyacı mutlaka hesaba katılmalıdır.
REST API ile OT Verisi Kurumsal Sistemlere Taşınabilir mi?
Modern kurumsal yazılımlar genellikle klasik endüstriyel protokolleri doğrudan desteklemez. ERP, web uygulaması veya işletmeye özel yazılımlar REST API üzerinden veri alışverişi yapabilir.
Uygun gateway altyapısı sayesinde OT tarafındaki veriler REST tabanlı entegrasyonlarla IT sistemlerine aktarılabilir. Böylece üretim sahası ile kurumsal yazılım katmanı arasında ek bir veri köprüsü oluşturulabilir.
Eski Saha Cihazlarını Değiştirmek Zorunda mısınız?
Protokol dönüşümünün en önemli avantajlarından biri çalışan saha yatırımlarının korunabilmesidir.
Yıllardır sorunsuz çalışan bir enerji analizörünü, PLC'yi veya seri haberleşmeli cihazı yalnızca yeni SCADA sistemi OPC UA kullandığı için değiştirmek her zaman ekonomik veya teknik olarak doğru olmayabilir.
Eğer mevcut cihazın sunduğu veri yeterliyse ve gateway ilgili protokolü destekliyorsa mevcut ekipman korunarak verinin yeni sisteme taşınması mümkün olabilir.
Modernizasyon her zaman çalışan ekipmanı değiştirmek değildir. Bazen doğru veri köprüsünü kurmak, mevcut yatırımı koruyarak yeni sisteme geçmenin en verimli yoludur.
Novakon GW-01 Protocol Gateway
Novakon GW-01, farklı PLC ve OT protokollerinden veri toplanarak üst sistemlere aktarılması gereken uygulamalar için geliştirilen çok protokollü endüstriyel gateway çözümüdür.
Cihaz, farklı üreticilere ait otomasyon sistemlerinden veri okuyabilme ve üst tarafta OPC UA, MQTT, SQL veya farklı entegrasyon yöntemleriyle veriyi paylaşabilme yetenekleri sayesinde heterojen sahalarda ortak veri katmanı oluşturmak için kullanılabilir.
İki Ethernet bağlantısı ile birlikte seri haberleşme arayüzlerinin bulunması, farklı ağ ve saha topolojilerinin oluşturulmasını kolaylaştırır. Dahili buffer yapısı ise üst sistem bağlantısında yaşanabilecek geçici kesintilerde veri sürekliliğinin korunmasına yardımcı olabilir.
Protocol Gateway Yalnızca Protokol Çevirir mi?
Günümüzde birçok gateway yalnızca A protokolünü B protokolüne dönüştüren basit bir çevirici değildir.
Gateway çözümüne bağlı olarak aşağıdaki fonksiyonlar da bulunabilir:
- Birden fazla PLC veya saha cihazından veri toplama
- Tag eşleme ve veri dönüştürme
- Ölçekleme veya temel matematiksel işlemler
- Veri tamponlama
- OPC UA Server oluşturma
- MQTT Broker'a veri yayınlama
- SQL veri tabanına veri kaydetme
- REST tabanlı entegrasyon
- Farklı ağlar arasında veri aktarımı
Bu nedenle gateway seçerken yalnızca desteklenen protokol listesini kontrol etmek yeterli değildir.
Buffer Neden Önemlidir?
Saha cihazı çalışmaya devam ederken SCADA, veri tabanı veya bulut sistemi geçici olarak erişilemez hale gelebilir.
Gateway üzerinde uygun bir buffer mekanizması bulunuyorsa bağlantı kesintisi sırasında alınan veriler geçici olarak saklanabilir ve üst sistem yeniden erişilebilir olduğunda aktarılabilir.
Ancak buffer kapasitesi, veri sıklığı, kesinti süresi ve kullanılan protokol gibi kriterler birlikte değerlendirilmelidir. Buffer bulunması sınırsız veri saklama anlamına gelmez.
Protokol Dönüşümü ve IT/OT Entegrasyonu
Endüstriyel protokol dönüşümü geçmişte çoğunlukla PLC ile HMI veya iki saha cihazı arasındaki haberleşme problemi olarak görülüyordu.
Günümüzde ise üretim verisinin SCADA'dan MES'e, MES'ten ERP'ye veya doğrudan veri tabanı ve bulut sistemlerine taşınması gerekiyor.
Bu nedenle Protocol Gateway artık yalnızca protokol dönüştürücü değil, IT ve OT sistemleri arasındaki veri mimarisinin önemli bileşenlerinden biri haline gelmiştir.
Ağ Ayrımı Neden Önemlidir?
Bir gateway'in birden fazla Ethernet arayüzüne sahip olması farklı ağların fiziksel olarak ayrılmasına yardımcı olabilir.
Örneğin bir Ethernet arayüzü PLC ve saha cihazlarının bulunduğu OT ağına, diğer arayüz ise SCADA veya üst sistemlerin bulunduğu farklı bir ağa bağlanabilir.
Bununla birlikte iki Ethernet portunun bulunması tek başına güvenli ağ mimarisi oluşturmaz. Firewall kuralları, VLAN yapısı, ağ segmentasyonu ve gerekli siber güvenlik politikaları ayrıca tasarlanmalıdır.
Protocol Gateway Siber Güvenliği
Gateway OT ve IT ağları arasında veri taşıdığı için siber güvenlik açısından kritik bir noktada bulunabilir.
Projeye göre aşağıdaki konular değerlendirilmelidir:
- Kullanılmayan servislerin kapatılması
- Güçlü kullanıcı parolaları
- Yönetim arayüzüne erişim sınırları
- OT ve IT ağlarının segmentasyonu
- Firewall kuralları
- Desteklenen protokollerde şifreleme ve sertifika kullanımı
- Firmware ve güvenlik güncellemeleri
Protocol Gateway'in kendisi firewall veya güvenlik ürünü yerine geçmez. Gateway'in bulunduğu ağ mimarisinin bütün olarak güvenli şekilde tasarlanması gerekir.
Protocol Gateway Seçerken Nelere Dikkat Edilmeli?
Doğru gateway'i seçerken yalnızca “Modbus destekliyor mu?” veya “OPC UA var mı?” sorularını sormak yeterli değildir.
Projenin veri akışı baştan sona değerlendirilmelidir:
- Kaynak protokol: Hangi PLC ve saha cihazları okunacak?
- Hedef sistem: OPC UA, MQTT, SQL, REST veya başka bir yapı mı kullanılacak?
- Fiziksel bağlantı: RS485, Ethernet veya farklı haberleşme arayüzleri gerekiyor mu?
- Cihaz ve tag kapasitesi: Kaç cihazdan kaç değişken okunacak?
- Güncelleme hızı: Verinin saniyede mi, dakikada mı güncellenmesi gerekiyor?
- Buffer: Bağlantı kesildiğinde verinin saklanması gerekiyor mu?
- Ağ ve güvenlik: OT ve IT tarafları nasıl ayrılacak?

Önce protokolü değil, veri akışını tasarlayın. Verinin nereden alınacağını, nasıl işleneceğini ve nereye aktarılacağını belirledikten sonra doğru gateway çok daha kolay seçilir.
Protocol Gateway ve SCADA Birlikte Nasıl Çalışır?
SCADA sistemleri sahadaki farklı cihazlardan veri toplamak zorundadır. Ancak SCADA yazılımının her PLC üreticisinin özel haberleşme protokolünü doğrudan desteklemesi her zaman gerekli veya tercih edilen yöntem olmayabilir.
Gateway kullanılarak farklı PLC ve saha cihazlarından alınan veriler ortak bir OPC UA katmanına dönüştürülebilir.
Böylece SCADA tarafı farklı üreticilerin özel haberleşme yöntemleri yerine daha standart bir veri katmanı üzerinden çalışabilir.
Web tabanlı SCADA uygulamaları için Atvise Web SCADA çözümümüzü de inceleyebilirsiniz.
MES ve ERP Sistemleri Saha Verisine Nasıl Erişir?
MES ve ERP sistemleri genellikle PLC register'larını veya seri haberleşme protokollerini doğrudan okumak üzere tasarlanmaz.
Gateway veya ara yazılım katmanı sayesinde OT verileri SQL, REST veya üst sistemin desteklediği başka bir standart yapıya dönüştürülebilir.
Bu yaklaşım PLC programını kurumsal yazılım entegrasyonlarıyla gereksiz yere karmaşıklaştırmadan üretim verisinin üst sistemlere aktarılmasına yardımcı olur.
Donanım Gateway mi, Yazılım Gateway mi?
Protokol dönüşümü hem donanım hem de yazılım tabanlı çözümlerle gerçekleştirilebilir.
Saha yakınında, pano içerisinde veya bağımsız çalışan kompakt bir çözüm gerekiyorsa donanım gateway tercih edilebilir. Özellikle seri haberleşme portu, çift Ethernet veya fiziksel ağ ayrımı gibi ihtiyaçlarda donanım gateway avantajlıdır.
Mevcut endüstriyel bilgisayar veya sunucu üzerinde çok sayıda veri kaynağının işlenmesi gereken uygulamalarda ise yazılım tabanlı gateway çözümleri değerlendirilebilir.
Hangi yapının daha doğru olduğu; cihaz sayısı, çalışma ortamı, fiziksel port ihtiyacı, yedeklilik, bakım yaklaşımı ve sistem mimarisine göre belirlenmelidir.
Endüstriyel Protokol Dönüşümü Hakkında Sık Sorulan Sorular
Protocol Gateway Nedir?
Protocol Gateway, farklı protokolleri kullanan cihaz ve yazılım sistemleri arasında veri alışverişi sağlayan donanım veya yazılım çözümüdür.
Modbus OPC UA'ya Dönüştürülebilir mi?
Evet. Uygun gateway ile Modbus RTU veya Modbus TCP cihazlarından alınan veriler OPC UA üzerinden üst sistemlere sunulabilir.
PLC Verisi MQTT'ye Aktarılabilir mi?
Evet. Gateway PLC'nin desteklediği protokol üzerinden veriyi okuyarak MQTT Broker'a belirlenen topic yapısı üzerinden yayınlayabilir.
Protocol Gateway PLC Programını Değiştirmeyi Gerektirir mi?
Her zaman değil. Gateway mevcut PLC'nin desteklediği haberleşme protokolünden gerekli verilere erişebiliyorsa PLC programında büyük değişiklikler yapılmadan entegrasyon gerçekleştirilebilir. Projeye göre bazı değişkenlerin erişime açılması veya haberleşme ayarlarının yapılması gerekebilir.
Gateway İnternet Olmadan Çalışır mı?
Yerel PLC, SCADA veya OT ağları arasında çalışan bir gateway için internet bağlantısı zorunlu değildir. Bulut, uzak MQTT Broker veya internet üzerinden erişilen sistemler kullanılıyorsa dış bağlantı gerekebilir.
Protocol Gateway ile Veri Kaybı Önlenebilir mi?
Buffer özelliğine sahip gateway'ler belirli bağlantı kesintilerinde veriyi geçici olarak saklayabilir. Ancak veri kaybının tamamen engellenip engellenemeyeceği buffer kapasitesi, kayıt hızı, kesinti süresi ve sistem tasarımına bağlıdır.
Bir Gateway Birden Fazla PLC Markasını Aynı Anda Okuyabilir mi?
Kullanılan gateway birden fazla PLC protokolünü ve gerekli cihaz kapasitesini destekliyorsa farklı üreticilere ait PLC ve cihazlar aynı gateway projesine dahil edilebilir.
Protocol Gateway ile SCADA Arasında Hangi Protokol Kullanılmalı?
Tek bir doğru seçenek yoktur. SCADA'nın yeteneklerine ve proje mimarisine göre OPC UA, Modbus TCP veya farklı bir protokol kullanılabilir. Modern çok üreticili sistemlerde OPC UA sık tercih edilen seçeneklerden biridir.
Sonuç
Endüstriyel protokol dönüşümü, farklı nesil ve üreticilere ait cihazların aynı otomasyon ve bilgi sisteminde birlikte çalışabilmesini sağlayan önemli bir entegrasyon katmanıdır.
Modbus RTU, Modbus TCP, PLC üreticilerine özel protokoller veya farklı saha sistemlerinden alınan veriler; uygun gateway çözümleriyle OPC UA, MQTT, SQL ve REST gibi modern yapılara aktarılabilir.
Bu yaklaşım mevcut saha yatırımlarının korunmasına, farklı üreticilerin aynı sistem içerisinde kullanılmasına ve OT verisinin SCADA, MES, ERP veya bulut uygulamalarına taşınmasına yardımcı olur.
Ancak doğru gateway seçimi yalnızca desteklenen protokol listesine bakılarak yapılmamalıdır. Kaynak cihazlar, hedef sistemler, tag sayısı, veri güncelleme hızı, fiziksel bağlantılar, buffer ihtiyacı ve ağ mimarisi birlikte değerlendirilmelidir.
İyi tasarlanmış bir protokol dönüşüm projesinin amacı yalnızca iki protokolü konuşturmak değil; sahadan üst sisteme güvenilir, sürdürülebilir ve yönetilebilir bir veri akışı oluşturmaktır.