IIoT Veri Bütçesi
Etiket sayısı, örnekleme aralığı ve saklama süresinden bant genişliğini ve depolamayı kestirin; değişimde gönderme (on-change) kazancını görün.
| Ölçü | Her örnek gönderilirse | Değişimde gönderme ile |
|---|
Hesap nasıl yapılır?
- Değer hızı = etiket sayısı ÷ örnekleme aralığı (değer/sn).
- Mesaj boyutu = (mesaj başına etiket × değer başına yük) + mesaj başlığı.
- Mesaj hızı = değer hızı ÷ mesaj başına etiket; bant genişliği = mesaj hızı × mesaj boyutu × 8.
- Günlük hacim = bant genişliği × 86 400 sn; depolama = günlük hacim × saklama süresi ÷ sıkıştırma oranı.
“Değişimde gönderme” sütunu, değerlerin yalnızca belirtilen yüzdesinin gönderilmediğini varsayar (deadband veya on-change filtreleme ile bastırılanlar). Gerçek kazanç sürece, filtre eşiğine ve sinyalin davranışına bağlıdır; sabit bir değer yoktur, bu yüzden varsayılan yalnızca denemek içindir. Mesaj başına etiket sayısını artırmak, başlık maliyetini daha çok değere yayar; ancak mesaj boyutu aracının ve ağın sınırlarını aşmamalıdır.
Sık sorulan sorular
Bu değerler gerçek ağ trafiğine ne kadar yakın?
Bir kestirimdir. TCP ve TLS başlıkları, yeniden iletimler, MQTT QoS onayları ve yük biçimi gerçek trafiği değiştirir. Planlama için güvenli bir üst sınır olarak düşünün ve pilot sırasında gerçek ölçümlerle karşılaştırın.
Değişimde gönderme (on-change) nasıl bir fark yaratır?
Yalnızca anlamlı değişiklikleri göndermek, yavaş değişen sinyallerde (sıcaklık, seviye) trafiği ve depolamayı belirgin biçimde azaltabilir; hızlı değişen sinyallerde kazanç düşer. Filtre eşiğini (deadband) süreç bilgisiyle belirleyin.
Girdiğim değerler saklanıyor mu?
Hayır, hesap tamamen tarayıcınızda yapılır.
İlgili içerikler: Store-and-Forward · Deadband (Ölü Bant) · Uç Bilişim (Edge Computing) · Edge mi Bulut mu? Endüstriyel Veri Mimarisi Kararları
Bu hesabı gerçek bir projede otomatikleştirmek mi istiyorsunuz?
Verinin makineden panoya otomatik akması için HighByte Intelligence Hub ve GoodData ile birlikte bir mimari tasarlayalım.