Endüstriyel Haberleşme Eğitimi: OPC UA ve MQTT’yi Eğitim Setinde Öğretmek
Endüstri 4.0’ın en büyük vaadi, makinelerin yalnızca otomatik çalışması değil; birbirleriyle ve üst sistemlerle anlamlı veri paylaşabilmesi. Bu yüzden eğitimde “haberleşme” konusu, kablo seçmekten çok daha fazlası: veri modeli, güvenlik ve doğru mimari konuşmayı gerektiriyor. Dijital dönüşüm yol haritalarında da Endüstri 4.0; yeni teknolojilerin geleneksel süreçlere entegre edilerek süreçlerin dijital dönüşümü şeklinde konumlanır.
Bu yazıda iki kavramı eğitim diline çeviriyoruz: OPC UA ve MQTT.
Endüstri 4.0’da “konuşabilen” sistemler neden kritik?
Endüstri 4.0 teknolojilerinin (IoT, bulut, büyük veri, CPS) ortak noktası, sahadan veri alıp anlamlandırmasıdır. Akademik tanımlarda CPS’in fiziksel süreçleri izlediği, sanal bir kopya oluşturduğu ve merkezi olmayan kararlar alabildiği vurgulanır. Bu iddia, veri toplama ve haberleşme katmanının sağlam olmasını şart koşar.
Eğitimde amaç; öğrencinin “protokol ezberlemesi” değil, şu üç soruyu yanıtlayabilmesidir:
- Veriyi kim üretiyor? (sensör/PLC/robot)
- Veriyi kim tüketiyor? (SCADA/MES/dashboard)
- Bu veri güvenli ve anlamlı biçimde nasıl taşınır?
OPC UA: semantik + güvenlik + üretici bağımsızlık
OPC UA, endüstriyel otomasyon alanında güvenli ve güvenilir veri değişimi için birlikte çalışabilirlik standardı olarak konumlandırılır; çoklu üreticiden cihazlar arasında kesintisiz bilgi akışı hedefler.
OPC Foundation’ın güvenlik özet dokümanı, OPC UA’nın “güvenli, güvenilir ve üretici bağımsız” iletişimi hedeflediğini ve IEC 62541 bağlamında ele alındığını belirtir.
Eğitim açısından OPC UA’yı değerli kılan nokta şu: Sadece “değer” taşımaz; nesnelerin anlamını da tanımlar. Üreticiden bağımsız veri alışverişi ve standardize erişim vurgusu, saha‑bulut hattında tutarlılık sağlar.
Eğitimde mini “address space” örneği
Bir sınıf etkinliği önerisi:
- Bir istasyonda “Motor1” nesnesini tanımlayın.
- Alt alanlar: “Durum”, “Akim”, “ArizaKodu”, “CalismaSaati”.
- Öğrenci, SCADA tarafında “Akim yüksekse alarm üret” kuralını yazsın.
Bu alıştırma, öğrenciyi veri modellemeyle tanıştırır: “Akim” sadece bir sayı değil; bağlamı olan bir sinyaldir.
MQTT: hafif publish/subscribe ve IIoT
MQTT, IoT için tasarlanmış, çok hafif publish/subscribe mesajlaşma protokolü olarak tanımlanır; düşük bant genişliği ve küçük kod ayak izi hedefler.
OASIS standardı olarak MQTT v5; “hafif, açık, basit ve uygulanması kolay” niteliklerle anılır ve M2M/IoT bağlamında uygunluğu vurgulanır.
Eğitimde MQTT genellikle “dashboard’a veri atmak” için kullanılır; ama asıl öğrenme kazanımı, öğrencinin topic mantığını ve veri tüketiminde abonelik yapısını anlamasıdır.
Bir eğitim senaryosu: PLC’den edge gateway’e, oradan dashboard’a
Basitleştirilmiş mimari:
- PLC, sensör verisini üretir (sıcaklık, sayaç, duruş).
- Edge gateway (PC/Raspberry Pi/endüstriyel gateway), PLC’den veriyi alır.
- Gateway, veriyi MQTT broker’a publish eder.
- Web panel / SCADA / basit bir aplikasyon, ilgili topic’e subscribe olur.
Bu senaryoda en kritik öğrenme noktaları:
- Topic tasarımı:
okul/lab1/istasyon3/sicaklikgibi hiyerarşi - Payload standardı: JSON gibi tutarlı format
- Güvenlik düşüncesi: kim publish eder, kim subscribe olur?
Burada OPC UA ve MQTT’yi “rakip” gibi konumlandırmak yerine, farklı işlevlere sahip iki araç olarak öğretmek daha doğrudur: OPC UA daha çok endüstriyel otomasyon entegrasyonlarında semantik ve standart erişimle öne çıkar; MQTT ise geniş IoT ekosistemlerinde hafif mesajlaşmayla avantaj sağlar.
Her zaman değil. SCADA izleme için güçlü; ancak IoT tabanlı farklı tüketiciler (mobil uygulama, bulut analitiği) devreye girdiğinde MQTT iyi bir eğitim konusu olabilir.
Ağırlaşan kısım protokol değil; veri modellemesi ve güvenlik bakışı. Eğitimde küçük bir address space örneğiyle başlamak işi kolaylaştırır.
