Existe-t-il d'autres méthodes ou protocoles que le GATT qui peuvent être utilisés dans le cadre du BLE (puces monomodes) et qui sont mieux adaptés aux tâches à plus haut débit ?
D'après ce que j'ai compris, la réponse à ma question est non, mais j'aimerais obtenir une validation et des éclaircissements.
J'aimerais mettre en œuvre des services qui impliquent plus qu'une simple manipulation de caractéristiques (courtes) via BLE. Ces services pourraient inclure le transfert de fichiers, le streaming audio, et fondamentalement des services qui sont standards dans les versions précédentes de Bluetooth.
Une solution pratique consisterait à utiliser le profil de transfert de fichiers (sur GOEP) ou un profil similaire pour le transfert de fichiers. Pour l'audio, l'A2DP semble convenir. Toutefois, il ne semble pas possible d'utiliser le BLE.
Après avoir lu le core spec v4 de bluetooth.org (en particulier le Vol. 3), il semble que le seul protocole applicable que je puisse utiliser et adapter (via des profils) à de telles fins soit le GATT, qui semble très peu pratique à utiliser.
Par ailleurs, selon Vue d'ensemble et évaluation de Bluetooth Low Energy : Une nouvelle technologie sans fil à faible consommation d'énergie Il semble que le débit effectif soit faible :
Alors que le débit de données de la couche physique est de 1 Mbps, le débit de données de la couche physique est de 1 Mbps. est égal à 236,7 kbps.
Cependant (lors de la mesure des performances réelles avec le TI CC254x via GATT) :
... Dans les conditions décrites, le débit maximal de la couche application que nous avons mesuré est de 58,48 kbps. Ce Ce faible résultat peut s'expliquer par les deux faits suivants : (i) alors qu'en théorie, jusqu'à onze notifications de ce type sont possibles, (ii) le débit de la couche d'application est inférieur à celui de la couche d'application. notifications peuvent être transmises au cours d'un événement de connexion de 7,5 ms, seules quatre notifications sont autorisées par événement de connexion, comme indiqué plus haut. par événement de connexion, comme indiqué ci-dessus ; et (ii) nous avons observé que moins de quatre notifications sont effectivement transmises dans la plupart des événements de connexion. sont effectivement transmises dans la plupart des événements de connexion au cours de l'expérience (toutefois, le le même phénomène se produit moins fréquemment pour les intervalles de connexion supérieurs à 7,5 ms). Ces Ces observations montrent qu'un débit élevé n'a pas été l'objectif principal dans la conception de l'implémentation BLE utilisée pour l'évaluation.
Je me rends compte que le texte ci-dessus est spécifique à la mise en œuvre sur la puce TI, mais de telles limitations pourraient également s'appliquer à d'autres mises en œuvre au-dessus du GATT.
