Doğru Veri Toplama Yolunu Seçmek: Sürücüler, OPC UA ve MQTT

"Tesis verisini buluta nasıl taşıyacağız?" sorusunun tek bir doğru cevabı yoktur; cihaz çeşitliliği, mesafe, bant genişliği ve veriyi kimin tüketeceği doğru mimariyi belirler. Bu yazıda üç ana veri toplama yolunu, güçlü yönlerini ve tipik kullanım alanlarını karşılaştırıyoruz.

1. Doğrudan Sürücüler: Heterojen Sahayı Tek Platformda Toplamak

Sahada Siemens, Allen-Bradley, Mitsubishi, Modbus uyumlu cihazlar ve CNC tezgâhlar bir aradayken her üreticinin protokolüne ayrı bir çözüm geliştirmek sürdürülemez. Kepware Server bu noktada devreye girer: 150+ sürücü ile farklı protokolleri tek sunucuda toplar ve veriyi OPC UA gibi açık standartlara çevirir.

  • Ne zaman uygun: Heterojen cihaz parkı, çok sayıda yerel protokol, SCADA ve MES'e tek noktadan besleme.
  • Güçlü yanı: Yerel protokol desteğinin genişliği ve merkezi yapılandırma.

2. OPC UA: Standartlaşmış Bilgi Erişimi

OPC UA veriyi taşımakla kalmaz; bilgi modeli ile anlamını da taşır. İstemci-sunucu modelinde çalışır ve sertifika tabanlı güvenliği standartlaşmıştır. OT/IT köprüsünün fiili standardıdır.

  • Ne zaman uygun: Farklı üreticilerin sistemleri arasında ortak dil gerektiğinde, güvenli erişim şart olduğunda.
  • Güçlü yanı: Üretici bağımsızlığı, güvenlik modeli, veri modeli zenginliği.

3. MQTT ve Sparkplug B: Hafif Yayın/Abone Akışı

Veri tüketicisi buluttaysa veya bağlantı kısıtlıysa istemci-sunucu yerine yayın/abone modeli daha uygundur. MQTT hafif ve akan veriye doğal bir uygundur; Sparkplug B üzerine ortak veri modeli ekler. Kepware Server'ın IoT Gateway eklentisi, sahadan toplanan veriyi broker üzerinden yayınlar.

  • Ne zaman uygun: Uzak tesisler, sınırlı bant genişliği, bulut analitiği, çok sayıda abone.
  • Güçlü yanı: Bant genişliği verimliliği, gevşek bağlı mimari, ölçeklenme.

Karar Kriterleri

  • Cihaz çeşitliliği: Çok sayıda farklı protokol varsa önce sürücü katmanını (Kepware Server) düşünün.
  • Mesafe ve ağ: Yerel ağ içinde istemci-sunucu (OPC UA); WAN ve bulut üzerinde MQTT.
  • Veri modeli ihtiyacı: Tüketiciler anlamı (bağlam, birim, durum) kendileri çözemeyecekse Sparkplug B veya OPC UA bilgi modeli gerekir.
  • Güvenlik gereksinimi: OPC UA sertifika tabanlı güvenliği standart olarak getirir; MQTT tarafında TLS ve kimlik doğrulama yapılandırılmalıdır.
  • Kurumsal sistemler: SQL, MES ve SAP entegrasyonlarında OPC Router kod yazmadan köprü kurar.

Pratikte en yaygın ve sağlıklı sonuç hibrit mimaridir: saha verisi Kepware Server ile toplanır, kurumsal sistemler OPC UA üzerinden beslenir, bulut ve analitik akışı MQTT ile yayınlanır. Sparkplug B ayrıntıları için yazımıza göz atabilirsiniz.

Mimari seçiminiz için bizimle görüşün; ürün ayrıntıları için Kepware Server ve OPC Router sayfalarımızı inceleyin.

Kaynaklar