Frage zu BLE 5.0 und Bluetooth classic

[Mat. K. (matthias_kornfield)]

Hi
ich möchte über Bluettoh 800kb/s streamen. Das sind keine Audio Daten 
sondern  irgendwelche Sensordaten. Es kommt jedoch bei der Verzögerung 
der Daten an.
Wenn es um die Verzögerung geht, welchen Standard brauche ich, BLE oder 
classic?
Gibt es auch Bluetooth classic 5? Oder ist Classic bei 4.2 stehen 
geblieben?
Danke

[Ergo70 (Gast)]

Sieh Dir mal an, wie BLE funktioniert und was der zentrale Unterschied 
zu BT ist. Dann ist die Frage vielleicht schon beantwortet.

[Jim M. (turboj)]

Sind das 800kBit/sec or 800kByte/sec? Letzteres geht nur über WLAN.

Ersteres ginge theoretisch über BT Low Energy 5.0, aber das habe ich 
hier in der Praxis nie erreichen können.

BT Classic ist nicht viel besser, die (älteren) SPP Module hier liefern 
ca. 40KByte/sec netto bei optimaler Verbindungsqualität.

[Mat. K. (matthias_kornfield)]

Ergo70 schrieb:
> Sieh Dir mal an, wie BLE funktioniert und was der zentrale Unterschied
> zu BT ist. Dann ist die Frage vielleicht schon beantwortet.

Hi
kannst du mir ein Artikel empfehlen?
Danke

[Mat. K. (matthias_kornfield)]

Jim M. schrieb:
> Sind das 800kBit/sec or 800kByte/sec? Letzteres geht nur über WLAN.
>
> Ersteres ginge theoretisch über BT Low Energy 5.0, aber das habe ich
> hier in der Praxis nie erreichen können.
Der Nordic NRF52840 kommt gut auf 800 mbit/sec. Aber mir geht das aj 
auch dem delay.

> BT Classic ist nicht viel besser, die (älteren) SPP Module hier liefern
> ca. 40KByte/sec netto bei optimaler Verbindungsqualität.
wie heisst den die letzte Version von BT Classic? Heisst das noch 
bluetooth classic ? Oder heisst das "basic datarate"? Wie ist da dann 
die Versionsnummer?
Danke

[Ergo70 (Gast)]

BLE war ursprünglich ja verbindungslos, aber seit 5.0 gibt es L2CAP: 
https://software-dl.ti.com/lprf/simplelink_cc2640r2_sdk/1.35.00.33/exports/docs/ble5stack/ble_user_guide/html/ble-stack/l2cap.html

Aber: BLE schafft IMHO max. 2 Mbit/s, Du brauchst aber 6.5 Mbit/s für 
800 kB/s. Wird also wohl nicht gehen. Hier wird das diskutiert:
https://interrupt.memfault.com/blog/ble-throughput-primer

[Jim M. (turboj)]

Mat. K. schrieb:
>> Ersteres ginge theoretisch über BT Low Energy 5.0, aber das habe ich
>> hier in der Praxis nie erreichen können.
> Der Nordic NRF52840 kommt gut auf 800 mbit/sec. Aber mir geht das aj
> auch dem delay.

Ich hatte mit genau denen getestet. Die 800 MBit/sec muss ein Tippfehler 
sein, das Radio Peripherial kann nur 2MBit/sec physisch und BTLE hat 
Overhead in den Timings.

[Mat. K. (matthias_kornfield)]

sorry, 800 kbit/s

[123 (Gast)]

Schau dier die folgenden links mal an, da wird das ganze glaube ich 
recht gut aufgedröselt wie da die timings sind, wo der overhad liegt, 
...

Wenn BLE5 mit 2MBit und Length enextension. und ansonsten muss auf dem 
kanal ruhe sein, und selbst dann wird es vermutlich eng, ... und du must 
da gehörig tunen das das dann past, ATT payload maximal ausnutzen um den 
overhead so gering wie möglich zu halten.

https://novelbits.io/bluetooth-5-speed-maximum-throughput/

https://punchthrough.com/maximizing-ble-throughput-part-3-data-length-extension-dle-2/

ansonsten stellt sich die frage der entropie der von dir übermittelten 
daten, ... und ob man die daten nicht besser anders kodiert.

z.b anstelle des absoluten wertes die werte veränderung. Wenn mann z.B. 
weiß, der wert verändert sich nur sehr sehr langsam, dann kann das mit 
weniger bits kodiert werden als z.B. der absolute. ggf kann man auch 
kleine wertänderungen mit weniger bits kodieren und grössere mit mehr

Siehe z.B. Unicode, viel genutzte zeichen benötigen nur 8Bit, weniger 
genutzte 16bit ... ganz selten genutzte 32bit

LZ77 LZ78 compremierung, ...
z.B. messdaten für einen gewissen zietraum auflaufen lassen und dann als 
comprimiertes paktet übertragen. das Packet sollte dan am besten in ein 
ATT Payload passen.