Hallo, ich bin auf der Suche nach einem Bluetooth-Modul, welches es mir erlaubt möglichst viele kleine Datenpakete zu übermitteln. Ich hatte überlegt ein Modul mit dem SPP Profil zu verwenden, allerdings ist dieses Protokoll 1. Vermutlich zu langsam für die anfallenden Datenraten und 2. ist es unter Bluetooth 4.0 nicht mehr aktuell. Außerdem hatte ich OBEX ins Visier genommen. Aber auch dieses Profil scheint ehr für BT Classic zu sein. Jetzt stellt sich mir die Frage, worauf achte ich bei der Wahl des Bluetooth-Moduls. Das Modul soll in Verbindung mit einem ARM Cortex M0 verwendet werden. Es soll den BT4.0 Standard verwenden. Jetzt liest man immer wieder dass BT4.0+EDR Datenraten von bis zu 24Mb/s kann. Unter welchen Umständen ist dies der Fall? Ich hatte mir bisher die Module von Bluegiga, Laird und Microchip angesehen. Bin dort bei den Modulen von Laird nicht sicher welche Profile nun alle unterstützt werden. Die Microchip Module scheinen kein Obex/SPP zu können. Haben dafür aber MLDP, welches aber auch nur eine Serielle Verbindung emuliert. Wäre für jede hilfe dankbar.
Hallo, ich kenne nur BLE4.0, die höheren Versionen 4.1 und 4.2 kenne ich leider nicht, daher bezieht sich meine Aussage auf 4.0 und das Module BLE113 von Bluegiga: Zunächst muss du abschätzen, wie viele Daten du tatsächlich übertragen willst. Bei 4.0 ist die effektive Datenrate wirklich klein. Laut einigen Foren kommt man bei dem BLE113 auf maximale effektive Datenraten von 1kBit/s bis 10kBit/s. Man hat bei BLE keine richtigen Profile, sondern man definiert sich Attribute, die z.B. einem Sensorwert entsprechen und schreibt dort die Werte rein. Auf der Gegenseite holt man die Attribute aus dem BLE-Modul dann ab. Man kann die Attribute auch mehrere Byts groß definieren, so dass man sich dann Pakete basteln kann, die mehrere Daten enthalten. Ich denke, dass bei den höheren Standards (4.1 und 4.2) dieses Konzept beibehalten wurde (wie gesagt, ich kenne sie nicht), nur dass die Paketgröße und die Übertragungsintervalle angepasst wurden, um höhere Datenraten zu erreichen. Du etwas im Hinterkopf haben, mit welchen Endgeräten du dein Gerät nutzen möchtest. Wenn du es für die Allgemeinheit baust, kann es sein, dass es nicht genügend Endgeräte gibt, die die Standards 4.1 und 4.2 unterstützen. Ich kenne den Markt nicht so genau, denke aber, dass es z.zT nur wenige Mobiltelefone mit >4.0 gibt. Am Besten wird es sein, wenn du dir die Datenblätter mal durchliest. Die geben Aufschluss über die genaue Funktion der Module. Ich hoffe, ich konnte dir etwas helfen. Vielleicht kannst du etwas über die Anwendung schreiben, dann kann ich dir evtl. noch etwas sagen. Viele Grüße Mr.Moe
Hallo, dann komme ich mit BLE4.0 nicht aus. 1-10kbits waren auch die werte die ich gestern noch gefunden habe. Ich benötige schon minimum 500kbits. Vielen dank für deine Ausführungen, das bestätigt mich schon in meinen eigenen Recherchen. Gruß Manuel
Manollo139 schrieb: > Hallo, ich bin auf der Suche nach einem Bluetooth-Modul, welches es mir > erlaubt möglichst viele kleine Datenpakete zu übermitteln. Viele kleine Datenpakete sind der Tod für eine hohe Übertragungsrate. Wenn du außerdem tatsächlich Paketorientiert übertragen willst, fällt RFCOMM und somit SPP schonmal weg. Muss es ein Protokoll sein, das einem allgemeinem Standard entspricht? Wenn nicht, nimm ein Chip mit HCI interface und schreibe dein eigenes Protokoll, das auf L2CAP aufbaut. (L2CAP sendet Paketorientiert) Solche Chips gibts von TI, die CC256x-serie z.B. oder von Panasonic die PAN13xx-serie (was aber auch nur ein CC25xx-Chip ist) Verwende dann btstack als Protokollstack, gibts bei googlecode
Ich verwende ein AMS002/001 von ack.me. Funktioniert einwandfrei, kostet um die 7.-.
Hallo EFA, kannst du bitte kurz erklären wie du die AMS002/001 von ack.me einsetzt. Ich möchte meine BTM220-Bluetooth Module durch die AMS001 ersetzen, die Daten an einen PC mit USB-Bluetooth Dongle senden. Vielen Dank. Gruß biker10
Das AMS001 ist gemäß Appnote/Evalkit per Uart mit meinem Cortex-M0+ verbunden, (rxd, txd, reset), zusätzlich verwende ich noch einen gpio für die umschaltung zwischen STREAM/COMMAND-Mode, und einen GPIO für die Erkennung ob ein Client connected ist. Das Ganze kommuniziert mit ca. 20Hz, mit kurzen Datenpaketen mit einer selbstgebauten IOS-Iphone-APP, eine Verbindung zum MAC habe ich nicht getestet.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.