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
Gast
#7350328
Sieh Dir mal an, wie BLE funktioniert und was der zentrale Unterschied zu BT ist. Dann ist die Frage vielleicht schon beantwortet.
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.
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
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
Gast
#7350528
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
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.
sorry, 800 kbit/s
Gast
#7351375
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.
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.