Uygulama rehberi · 13 Eylül 2026. Örnek proje yaklaşımıdır; cihaz, sürüm ve lisans uyumu ayrıca doğrulanır.
Taşıma protokolü ile veri modelini ayırın
Bir broker’a bağlanmak sistemlerin aynı veriyi aynı şekilde yorumladığı anlamına gelmez. Değerin türü, birimi, kaynak kimliği ve zaman damgası mesaj sözleşmesinde tanımlı olmalıdır. Düz MQTT ile proje özelinde bir payload tasarlanabilir. Bu esneklik beraberinde şema değişikliklerini ve tüm tüketicilerle uyumluluğu yönetme sorumluluğu getirir.
Sparkplug hangi boşluğu doldurur?
Eclipse Sparkplug belirtimi; MQTT topic ad alanı, payload ve oturum durum yönetimi için ortak kurallar tanımlar. Bu yaklaşım, Sparkplug uyumlu sistemlerde ortak bir yorum zemini sağlar. Ancak her MQTT ürünü Sparkplug uygulamaz. Seçtiğiniz kaynak, broker düzeni ve tüketicinin desteklediği profil ve sürümü ürün bazında doğrulayın; yalnızca MQTT desteğinden Sparkplug uyumu çıkarmayın.
Durum ve veri tazeliğini tasarlayın
Son görülen değerin hâlâ geçerli olup olmadığı gösterilmelidir. Kaynak çevrimdışı kaldığında panelin ve kayıt sisteminin davranışını belirleyin. Eski mesajın yeniden görünmesi, yeniden bağlantı sonrasında gelen veri ve sıra dışı teslim gibi durumları pilotta çalıştırın. Topic yetkilerini kaynak ve tüketici rollerine göre sınırlandırın; rastgele tüm ağacı okunabilir veya yazılabilir bırakmayın.
Ürünü veri ihtiyacından sonra seçin
Kepware IoT Gateway, endüstriyel veriyi MQTT ve HTTP/REST üzerinden aktarma seçenekleri sunar. OPC Router MQTT eklentisi, broker’dan gelen veriyi diğer entegrasyon akışlarına bağlamak için değerlendirilebilir. Bunları mesaj şeması, çift yönlü kullanım, veri dönüşümü ve işletme gereksinimlerine göre karşılaştırın. Belirli bir özellik için ürünün tam sürümünü ve eklenti lisansını kontrol edin.
Ekibinizle kontrol edin
- Payload şeması ve birimler tanımlı.
- Topic yetkileri ayrıldı.
- Çevrimdışı durum ve eski veri test edildi.
- Sparkplug gerekiyorsa her uçta uyum doğrulandı.
