MQTT tasarımı, cihaz kimliği, konu hiyerarşisi, zaman damgaları, kalite, QoS ve çevrimdışı tekrar tanımlamalıdır. Daha yüksek QoS otomatik olarak daha güvenilir değildir çünkü depolama, oturumlar ve platform deduplication da önemlidir.
Temel Çıkarımlar
- Konular kararlı ve ölçeklenebilir olmalı
- Telemetri ve komutlar ayrılmalıdır
- Çevrimdışı veriler orijinal alım süresini korumalıdır
Teknik İlke ve Proje Değeri
MQTT tasarımı, cihaz kimliği, konu hiyerarşisi, zaman damgaları, kalite, QoS ve çevrimdışı tekrar tanımlamalıdır. Daha yüksek QoS otomatik olarak daha güvenilir değildir çünkü depolama, oturumlar ve platform deduplication da önemlidir. Gerçek bir projede, konular kararlı ve ölçeklenebilir olmalı, telemetri ve komutlar ayrı olmalı ve aynı mimaride değerlendirilmelidir. Tek bir pazarlama spesifikasyonu yerine iş yükü, saha cihazları ve çalışma modeliyle başlayın.
Uygulama sırasında Onaylanacak Parametreler
Pratik bir dizis, aracı ve kimlik doğrulama ile konu konvansiyonunu doğrulamak, ardından qos seçimini ve mesaj boyutu/sıklığını doğrulamak, son olarak çevrimdışı verilerin gerçek ekipmanla orijinal alım süresini koruması gerektiğini test etmektir. Tasarım farklı alanlarda tekrarlanabilmesi için geçme kriterlerini kaydet.
Gerçek İş Yükü Testi Neden Gerekli
Sınırsız kuyruklar ve tekrar denemeler, gerçek zamanlı mesajları geciktiren bir kurtarma patlaması yaratabilir. Bu nedenle kamuya açık içerik ve proje belgeleri, model, yazılım, bölgesel ağ, seçenekler ve çevresel koşulları belirtmeli ve 'her proje için çalışıyor' veya 'mutlak güvenilirlik' gibi doğrulanamayan iddialardan kaçınmalıdır.
Tespro Nasıl Uyum Sağlar
Tespro TG-424, kenar verilerini organize edebilir ve MQTT ile ilgili ağ protokolleri aracılığıyla yayınlayabilir. TLS, QoS, kalıcı oturumları ve yazılım sürümüne göre tamponlamayı onaylayın.
Karar ve Doğrulama Tablosu
| Karar faktörü | Neleri doğrulamalı? |
| Konular kararlı ve ölçeklenebilir olmalı | Pilot veya site testinde broker ve doğrulama ile belge geçiş/başarısızlık kriterlerini onaylayın. |
| Telemetri ve komutlar ayrılmalıdır | Konu sözleşmesine karşı onaylayın ve pilot veya saha testinde geçme/başarısız kriterlerini belgeleyin. |
| Çevrimdışı veriler orijinal alım süresini korumalıdır | Qos seçimine karşı onay verin ve pilot veya saha testinde geçme/başarısızlık kriterlerini belgeleyin. |
Uyumluluk ve Seçim Kontrol Listesi
- ✓ Aracı ve doğrulama
- ✓ Konu konvansiyonu
- ✓ QoS seçimi
- ✓ Mesaj boyutu/frekansı
- ✓ Çevrimdışı pencere
- ✓ Komuta güvenliği
Sıkça Sorulan Sorular
S: Tüm endüstriyel veriler QoS 2 kullanmalı mı?
C: Hayır. QoS 2 daha yüksek yüke sahip ve deduplication ile güvenilirlik ihtiyaçlarını karşılamalı.
S: Çevrimdışı tekrarlayan veri oluşturabilir mi?
C: Evet. Platform, cihaz kimliği, zaman damgası ve sırasını kullanarak deduplicate olmalıdır.
S: MQTT komutları ekipmanı doğrudan kontrol edebilir mi?
C: Herhangi bir tehlikeli eylemden önce kimlik doğrulama, yetkilendirme, doğrulama ve yerel güvenlik mantığı gereklidir.
