Bu IIoT bağlantı kontrol listesi, bir tesis bağlantı projesinin bir haftada canlıya mı geçeceğini yoksa aylarca mı tıkanacağını belirleyen soruları bir araya getiriyor. İlk gateway gelmeden önce listeyi baştan sona gözden geçirin; hangi güvenlik duvarı kurallarını talep etmeniz gerektiğini, hangi protokolleri dönüştürmeniz gerektiğini, verinizi nasıl adlandıracağınızı ve hangi broker'a bağlanacağınızı tam olarak bileceksiniz.
Kontrol listesi altı alana ayrılmıştır. Her madde belirsiz bir ilke değil, doğrulayabileceğiniz bir şeydir ve bazılarının yanında bugün çalıştırabileceğiniz bir komut bulunur.
1. Kapsam ve Sahiplik
Tıkanan projelerin çoğu paketler yüzünden değil, insanlar yüzünden başarısız olur. Bunları herhangi bir donanım tartışmasından önce netleştirin.
- OT tarafında ve BT tarafında, her biri kendi alanındaki değişiklikleri onaylama yetkisine sahip birer sorumlu belirleyin.
- İlk kullanım senaryosunu tek bir cümleyle yazın; örneğin "hücre 4'teki altı CNC makinesinin canlı durumunu ve parça sayısını göster."
- Kapsamdaki makineleri, kontrolcülerini ve fiziksel konumlarını listeleyin.
- Birinci aşamada neyin kapsam dışında olduğu konusunda anlaşın. PLC'lere yazma en sık ertelenen konudur.
- Başarıyı nasıl ölçeceğinizi tanımlayın: veri gecikmesi, eksiksizlik ve veriyi isteyen kişilerin onu gerçekten kullanıp kullanmadığı.
Bu cevaplar bulanıksa, IIoT kavram kanıtı (PoC) planımız bunları netleştirmeniz için 30 günlük bir yapı sunuyor.
2. Ağ Erişimi Kontrol Listesi
Verinizin makineden broker'a giden bir yola ihtiyacı vardır. Bu yolu atlama atlama haritalayın.
- Her makinenin ve gateway'in ağ bölgesini belirleyin: yalıtılmış hücre ağı, tesis OT ağı, DMZ veya kurumsal ağ.
- Gateway'in doğrudan internete mi, bir DMZ broker'ı üzerinden mi yoksa bir proxy üzerinden mi bağlanacağını doğrulayın. MQTT'yi endüstriyel DMZ'ye yerleştirme rehberimiz bu seçenekleri karşılaştırıyor.
- Broker host adına dışa doğru TCP 8883 (TLS üzerinden MQTT) talep edin. Hiçbir bölge sınırında şifresiz 1883 kullanmayın.
- Tarayıcıların veya web panellerinin canlı veriye ihtiyacı varsa TCP 8084'ü de (güvenli WebSocket üzerinden MQTT) talep edin.
- Gateway'in ağından DNS çözümlemesini doğrulayın.
- Yolda TLS denetimi yapan bir proxy olup olmadığını sorun. Varsa broker host adı için bir istisna talep edin.
- Güvenlik duvarının boşta kalma zaman aşımını kontrol edin ve MQTT keepalive değerini bunun altına ayarlayın.
- Gateway'in bir NTP sunucusuna ulaşabildiğini doğrulayın. Yanlış saatler TLS doğrulamasını ve zaman damgalarını bozar.
Yolu dizüstü bilgisayarınızdan değil, gateway'in kendisinden doğrulayın:
# Linux gateway: DNS, TCP ve TLS tek seferde
getent hosts broker.connectmq.com
openssl s_client -connect broker.connectmq.com:8883 -servername broker.connectmq.com </dev/null \
| grep -E "subject=|issuer=|Verify return code"
# Benzersiz bir client ID ve topic ile uçtan uca MQTT testi
mosquitto_pub -h broker.connectmq.com -p 8883 --capath /etc/ssl/certs \
-i gw-test-$RANDOM -t connectmq/demo/gw-test-$RANDOM/ping -m hello -d
Windows tabanlı bir gateway veya HMI PC'de hızlı eşdeğeri şudur:
powershell -Command "Test-NetConnection broker.connectmq.com -Port 8883"
OpenSSL'den Verify return code: 0 (ok) ve mosquitto_pub -d komutundan CONNACK (0) almak, ağ tarafının tamam olduğu anlamına gelir.
3. Protokol ve Veri Kaynağı Kontrol Listesi
Makineleriniz hangi protokolle üretildiyse onu konuşur. Bunun envanterini çıkarın.
| Kaynak | Tipik arayüz | Gereken dönüşüm | Ayarlanması gerekenler |
|---|---|---|---|
| Modern PLC | OPC UA, S7, Ethernet/IP | Gateway ile MQTT'ye | Salt okunur tag erişimi |
| Eski PLC veya sürücü | Modbus TCP veya RTU | Gateway ile MQTT'ye | Üreticiden register haritası |
| CNC kontrolcüsü | MTConnect, OPC UA, üretici API'si | Adaptör ile MQTT'ye | Üretici adaptörü veya lisansı |
| Röle mantıklı makine | Yok | Ek sensörler | Pensler ve kontaklar için elektrikçi |
| Yeni sensörler | Yerel MQTT, LoRaWAN, Wi-Fi | Çoğu zaman yok | Cihaz başına kimlik bilgileri |
- Her kaynak için protokolü, IP adresini ve port ya da seri port ayarlarını kaydedin.
- Salt okunur erişimin mümkün olduğunu doğrulayın ve kontrol sistemi sorumlusundan yazılı onay alın.
- Tag veya register listesini dışa aktarın ve gerçekten ihtiyacınız olan tag'leri işaretleyin. Yirmi iyi tag, kullanılmayan iki bin tag'den iyidir.
- Sorgulama sınırlarını not edin. Bazı eski kontrolcüler saniyede birden hızlı sorgulandığında zorlanır.
- Gateway'in JSON ile düz MQTT mi yoksa Sparkplug B mi kullanacağına karar verin. İkisi de çalışır; plansız şekilde karıştırmak ise çalışmaz.
4. Veri Modelleme Kontrol Listesi
Anlaşılmaz adlarla gelen veri, kimsenin kullanmadığı veridir.
- İdeal olarak ISA-95 ile uyumlu bir topic hiyerarşisi seçin: işletme, saha, alan, hat, hücre ve ardından makine.
- Adlandırma kurallarını yazıya dökün: küçük harf, boşluk yok, tire veya alt çizgi, tutarlı birimler.
- Payload formatını tanımlayın, örneğin
{"value": 72.4, "unit": "C", "ts": "2026-10-16T08:00:00Z"}. - Hangi topic'lerin retained (mevcut durum), hangilerinin olay (alarmlar, parça tamamlanmaları) olduğuna karar verin.
- Değişimde raporlama kuralları üzerinde anlaşın: değerdeki ne kadarlık bir değişim yeni bir mesaja değer.
- Gateway ve cihaz sağlığı için ayrı bir alt ağaç ayırın: çevrim içi durumu, son görülme zamanı, firmware sürümü.
ISA-95 MQTT topic'leri rehberi uyarlayabileceğiniz uygulamalı örnekler içeriyor.
5. Güvenlik Kontrol Listesi
- Her client kendi kullanıcı adı ve parolasıyla kimlik doğrular. Gateway'ler arasında paylaşılan kimlik bilgisi yoktur.
- Bir bölge sınırını geçen her bağlantıda TLS.
- Gateway'ler birinci aşamada yalnızca yukarı yönde yayın yapar. Her komut yolu açıkça tasarlanır ve gözden geçirilir.
- Kimlik bilgileri gateway'de korumalı bir dosyada saklanır; sürüm kontrolüne giren betiklere sabit kodlanmaz.
- Bir Last Will mesajı, beklenmedik şekilde bağlantısı kopan her gateway'i çevrim dışı olarak işaretler.
- Bir gateway değiştirildiğinde veya çalındığında kimlik bilgisini iptal etmek için bir süreciniz vardır.
- Hassas hiçbir şey asla genel bir test broker'ına yayınlanmaz.
Bunları asgari şartlar olarak görün: bunlardan herhangi birini karşılamayan bir gateway, pilot için bile bağlanmamalıdır.
6. Broker Seçimi Kontrol Listesi
Broker, diğer her şeyin bağımlı olduğu merkezdir. Onu yalnızca bir özellik listesine göre değil, tesisinizin ihtiyaçlarına göre değerlendirin.
- Hem eski gateway'lerin hem de modern client'ların bağlanabilmesi için MQTT 3.1.1 ve 5.0'ı destekler.
- 8883'te TLS ve tarayıcı panelleri için güvenli WebSocket sunar.
- Bağlantı sayınızı ve mesaj boyutlarınızı, büyüme payıyla birlikte karşılar.
- En az QoS 1'i, herhangi bir tüketicinin tam olarak bir kez teslime ihtiyacı varsa QoS 2'yi destekler.
- Durumun yeniden bağlanmalarda korunması için retained mesajları ve kalıcı oturumları destekler.
- Sparkplug B gibi endüstriyel payload'ları anlar ya da en azından onları incelemenize izin verir.
- Görünürlük sağlar: kimin bağlı olduğu, hangi topic'lerin aktif olduğu ve eşiklerde alarmlar.
- Yamaları ve izlemeyi kimin yapacağına net bir cevabı vardır. Kendi barındırdığınız bir broker, OT ekibinin sahiplenmesi gereken bir sunucu daha demektir.
Daha derin bir karşılaştırma için IoT MQTT broker nasıl seçilir yazısına ve bulut MQTT broker modeli rehberimize bakın. Tüm bu parçaların bir tesiste nasıl bir araya geldiğini görmek için MQTT ile Endüstriyel IoT rehberini okuyun.
ConnectMQ Kontrol Listesine Nasıl Uyuyor?
ConnectMQ, tesis bağlantıları göz önünde bulundurularak tasarlanmış tam yönetilen bir MQTT hizmetidir. TCP 1883, TLS 8883, WebSocket 8083 ve güvenli WebSocket 8084 üzerinde MQTT 3.1.1 ve 5.0'ı destekler; standart CA depolarının zaten güvendiği bir Let's Encrypt sertifikası kullanır ve client ID'leri verilen kimlik bilgilerine bağlar. ISA-95 ve Unified Namespace topic'lerini algılar, Sparkplug B payload'larını çözümler ve Sparkplug verisini okunabilir ISA-95 topic'lerine yeniden yayınlayabilir. Portal tarayıcı içi bir MQTT client, canlı bir topic gezgini ve eşik alarm kuralları içerir; bu da 4. ve 6. bölümlerdeki maddeleri devreye alma sırasında doğrulamayı kolaylaştırır.
ConnectMQ ile Başlayın
app.connectmq.com adresinde kredi kartı gerekmeden ücretsiz bir Serverless broker oluşturun. Dakikalar içinde kimlik bilgilerinize sahip olursunuz; böylece 2. bölümdeki ağ testlerini kendi ConnectMQ uç noktanıza karşı çalıştırabilir ve bu kontrol listesinin ilk yarısını bugün tamamlayabilirsiniz.
Sık Sorulan Sorular
Bir IIoT gateway'in MQTT broker'ına ulaşması için hangi portlar gerekir?
Genellikle yalnızca TLS üzerinden MQTT için dışa doğru TCP 8883. Tarayıcı panelleri güvenli WebSocket üzerinden bağlanıyorsa TCP 8084'ü ekleyin. Tesise doğru gelen yönde hiçbir port gerekmez.
Bir IIoT bağlantı projesinin sahibi kim olmalı?
Hem OT hem de BT. Her iki tarafta da değişiklikleri onaylama yetkisine sahip birer sorumlu belirleyin, çünkü gecikmelerin çoğu teknik sorunlardan değil, belirsiz onay süreçlerinden kaynaklanır.
Tesis verisi için Sparkplug B mi yoksa JSON mu kullanmalıyım?
İkisi de çalışır. Sparkplug B, SCADA araçlarının anladığı katı bir oturum ve durum modeli ekler; ISA-95 topic ağacıyla JSON ise okunması ve entegre edilmesi daha kolaydır. Her veri kaynağı için birini seçin ve seçimi belgeleyin.
Herhangi bir gateway yazılımı kurmadan önce bağlantıyı nasıl test ederim?
DNS, OpenSSL ve mosquitto_pub testlerini gelecekteki gateway ile aynı ağ bölgesindeki bir makineden çalıştırın. Üçü de 8883 portuna karşı başarılı olursa ağ yolu hazırdır.
