BLE mi yoksa klasik Bluetooth 4.0 mı?


10

BLE'nin sadece 100Kbps veri yükü var, bu yüzden Bluetooth Düşük Enerji kullanarak canlı bir video akışının mümkün olup olmadığını merak ediyordum?

Klasik Bluetooth 4.0, 2Mbps'lik bir veri yüküne sahiptir, bu da video aktarımını kolaylaştırır, ancak toplam güç konusunda daha fazla endişe duyuyorum, bu yüzden BLE'yi uygulamak istiyorum. Videoyu yayınlamak için BLE kullandığımda aynı sonucu alabilir miyim?


1
Bu soru, 2M (bps) PHY'ye sahip BLE denetleyicileri için Bluetooth 5 için güncel değildir.
ZX9

Yanıtlar:


12

BLE, orta bant genişliği akışı (ses veya video) için bile çok uygun değildir, çünkü aralarında çok fazla uyku süresi olan birkaç ve küçük veri paketinin aktarılması için tasarlanmıştır. Bu yüzden 'düşük enerji' olarak adlandırılır ve 'düşük güç' olarak adlandırılır - rekabet eden standartlara göre küçük paketler için bit başına pikikoül miktarını azaltır. Diğer standartlar çoğunlukla daha az verimli radyolara sahip oldukları için değil, en azından alıcı, radyo trafiğinde nispeten büyük gecikmeler olsa bile sürekli olarak çalıştırıldığından ve aktarılan bitlerin önemli bir kısmı yük değil, bunun yerine ek yük olduğu için daha fazla güç kullanır. - protokol başlıkları, sağlama toplamları, hatta sadece boşluk. BLE bu gereksiz güç çekimlerinin çoğunu ortadan kaldırır. Ama dikkat edin, öyle değil t Alıcı vericilerin etkin olduklarında güç kullanımını sihirli bir şekilde iyileştirme. Ve video aktarımı yaparken, alıcı-vericiler sürekli olarak çalışır. BLE'nin en büyük avantajını kaybedersiniz.

Bu tasarım seçimi, yükü istediğiniz kadar azaltır, ancak aynı zamanda paket rekombinasyonu, gecikmiş onay ve asenkron aktarımlar gibi yerleşik olarak herhangi bir akış tesisine sahip olmamasını sağlar . Aslında dahili bir şey yok, BLE kablosuz bir arayüze ulaşabileceğiniz kadar ham, belki nRF24 ve TI CC2x00'i engelliyor. Sonuç olarak, bunu yazılımda (bir mikro denetleyicide veya kullanıcı cihazınızda) yapmanız gerekir ve bu, Bluetooth 3.0 EDR veya bunun için donanım olanaklarına sahip özel bir protokol kullanmanızdan çok daha fazla enerji kullanır. Kablosuz internet.

Bu, ses tipi veri hızlarına ve üstüne çıkmaya başladığınızda, Bluetooth Düşük Enerjisinin, uygulamanıza bağlı olarak, Bluetooth 3.0'dan yaklaşık 2 kat daha az verimli hale geldiği ve megabit aralığına girdiğinizde WiFi'den daha az verimli. Bu yüzden WiFi var - bu ve tartışmasız kablosuz menzil, ancak günümüzde her iki standart için alıcı-vericiler çok eşdeğerdir. WiFi sadece isteğe bağlı MIMO ve çeşitliliğe sahiptir.

Bu nedenle, - en azından video için - çok kısıtlayıcı bant genişliği ve Bluetooth'un dayattığı aralık sınırları göz önüne alınmasa bile, bu yöntemle düşük güçlü video aktarımı hedefine ulaşamayabilirsiniz.


8

100kbps ile bir posta damgası boyutunda düşük kaliteli bir video akışı sağlayabilirsiniz :-)

Herhangi bir hassasiyet olmadan, H264'te HD (tam HD değil) @ 30fps, ortalama hareketle (faktör 2) istediğinizi tahmin edeceğim, yaklaşık bir bit hızı tahmini olabilir:

(1280 piksel * 720 piksel) * 30 kare / sn * 2 * 0,07 ~ = 3800 kb / sn

Yani bunu bir faktör 38 azaltmalısınız (en azından!).

Diyelim ki ~ 320x200 @ 15fps için razı oldunuz, hala biraz yukarıdasınız ( teorik bant genişliği, daha az bekliyoruz).


1
Ortalama hareket faktörü nedir? Peki 0.07 değeri nedir?
m.Alin

@ m.Alin .07 ses belki de?
ZX9

0

Tüm testlerim 2000 octets / saniye'nin altında sona erdi

Ön şartlar:

  • Android: Nexus Gallaxy Tab 7 Android 6.0.1 (GATT istemcisi)
  • Linux: R-PI + BCM20702A0 (GATT sunucusu)
  • NUCLEO-F411RE: BlueNRG (GATT sunucusu)

Android <-> Linux & Bunget, Android <-> Linux & Bleno, Android <-> ST-Micro Nucleus + blueNRG arasında yaptığım tüm testler. GATT sunucularını çalıştıran Linux ve NUCLEO. Android esas olarak GATT istemcisi çalıştırıyor.

  • Android-> GATT sunucusu BİLDİRİMİ / YAZMA YANIT YOK 13 ms'den daha sık gönderilemez. Daha sonra 13ms den fazla kayıp paket içeri girdi.

  • Sunucu-> Android BİLDİRİMİ / YAZMA YANIT YOK 15 ms'den daha sık gönderilemez

  • Her iki taraf da, GÖSTERGESİ OKU, 15..20 ms'den daha sık çağrılamaz.

Bu, 1000ms / 13ms'ye kadar -> 20 bayt / saniyede 77 kez / 1500 oktet / saniye.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.