Bu makalede6 bölüm
- Teknoloji
- OPC UA, MQTT, Sparkplug B, edge gateway
- Konu
- Üretim verisi entegrasyonu
- Seviye
- Orta
- Ön koşullar
- Veri alınacak makine ve PLC listesi
- Hedef sistem (MES, historian, bulut)
- İlgili dokümantasyon
Üretim verisini toplamak isteyen ekiplerin ilk sorularından biri protokol seçimidir. OPC UA ve MQTT bu tartışmada en sık geçen iki isimdir; ancak ikisi farklı problemleri çözer. Doğru soru “hangisi?” değil, “hangi katmanda hangisi?” olmalıdır.
OPC UA: anlamı taşıyan protokol
OPC UA, endüstriyel cihaz ve yazılımlar arasında platformdan bağımsız veri alışverişi için geliştirilmiş bir standarttır. En güçlü yanı bilgi modelidir: veri yalnız bir sayı olarak değil; birimi, türü, hiyerarşisi ve ilişkileriyle birlikte sunulur. Ayrıca sektöre özel ortak modeller (companion specifications) sayesinde farklı üreticilerin makineleri benzer yapıda veri sunabilir.
- İstemci–sunucu modeli; abonelik (subscription) ile değişen veriyi alma
- Yerleşik güvenlik: sertifika tabanlı kimlik doğrulama, imzalama ve şifreleme
- Okuma yanında yazma ve metot çağırma desteği
- Birçok güncel PLC ve makinede yerleşik OPC UA sunucusu
MQTT: hafif dağıtım protokolü
MQTT, bir broker üzerinden çalışan yayın–abone (publish/subscribe) protokolüdür. Veri üreten taraf mesajı bir konuya yayınlar; ilgilenen her sistem o konuya abone olur. Üretici ile tüketici birbirini tanımak zorunda değildir.
- Düşük bant genişliği ve kesintili bağlantılarda verimli
- Bir veri kaynağını çok sayıda tüketiciye (MES, dashboard, bulut) kolayca dağıtma
- Mesaj içeriğinin yapısı tanımlı değildir; anlam ve isimlendirme projeye bırakılır
- Sparkplug B gibi tanımlar, MQTT üzerinde ortak veri yapısı ve durum yönetimi sağlar
Karşılaştırma
| Ölçüt | OPC UA | MQTT |
|---|---|---|
| İletişim modeli | İstemci–sunucu (ayrıca PubSub) | Broker üzerinden yayın–abone |
| Veri modeli | Zengin, standart | Serbest; Sparkplug B ile yapılandırılabilir |
| Tipik konum | Makine ve hat seviyesi | Tesis, kurumsal ve bulut seviyesi |
| Ölçeklenme | Her istemci sunucuya bağlanır | Tüketici eklemek kaynağı etkilemez |
| Güvenlik | Standart içinde tanımlı | TLS ve broker yetkilendirmesiyle yapılandırılır |
Birlikte kullanım: tipik mimari
Yaygın ve sağlıklı bir yapı şöyledir: makineler ve PLC’ler OPC UA (veya kendi protokolleri) üzerinden bir edge gateway’e bağlanır. Gateway veriyi normalleştirir, anlamlı isimlerle bir konu hiyerarşisine (ör. tesis/hat/makine/sinyal) yerleştirir ve MQTT broker’a yayınlar. MES, historian, dashboard ve bulut servisleri broker’dan ihtiyaç duydukları veriye abone olur. Böylece PLC’ye bağlanan istemci sayısı artmaz, yeni bir tüketici eklemek üretim tarafına dokunmayı gerektirmez.
Seçim için sorular
- Veriyi kaç sistem tüketecek? Çok tüketici varsa MQTT dağıtımı kolaylaştırır.
- Makineye komut veya reçete yazılacak mı? Bu tür işlemlerde OPC UA daha uygundur.
- Cihazlar hangi protokolleri destekliyor? Eski cihazlar için gateway gerekir.
- Veri hangi ağ seviyesinden çıkacak? IT/OT sınırı ve DMZ tasarımıyla birlikte planlanmalıdır.
- İsimlendirme standardı kimde? Protokolden bağımsız olarak en kritik konu budur.
Sık sorulan sorular
OPC UA ve MQTT birbirinin rakibi mi?
Çoğu projede rakip değil, tamamlayıcıdır. OPC UA makine ve PLC tarafında anlamlı veri modeli sunar; MQTT ise bu veriyi çok sayıda tüketiciye hafif bir şekilde dağıtmak için kullanılır.
Eski PLC’lerden veri almak için ne yapılır?
OPC UA veya MQTT desteği olmayan cihazlar için edge gateway, PLC’nin kendi protokolüyle (ör. S7, Modbus, EtherNet/IP) veri okur ve OPC UA ya da MQTT olarak sunar.
MQTT güvenli mi?
MQTT’nin güvenliği yapılandırmaya bağlıdır. TLS şifreleme, istemci kimlik doğrulaması ve konu (topic) bazlı yetkilendirme kullanılmadan kurulan broker’lar risk oluşturur.
- Teknoloji
- OPC UA, MQTT, Sparkplug B, edge gateway
- Konu
- Üretim verisi entegrasyonu
- Seviye
- Orta
- Ön koşullar
- Veri alınacak makine ve PLC listesi
- Hedef sistem (MES, historian, bulut)
- İlgili dokümantasyon