Discussion :

[Albertus14]

Bonjour,
J'aurai une question. Je pense que la longueur de la Data maximal qui peut être lu est envoyée par l'émetteur BLE qui est défini dans le UUID ce qui permet donc au récepteur (mon application) de définir combien d'octets il doit lire dans la chaîne qu'il reçoit. Ai-je raison?
Merci, je ne comprends pas encore tout dans le ble mais je commence à cerné le sujet.
(Mon but étant que mon application puisse lire des données de 4k octets au max. Je crois que l'émetteur ne veut pas que j'envois au dessus d'une certaine taille ce qui expliquerai mes problèmes!)
Merci encore.

[Drowan]

La taille n'est pas toujours définie dans l'UUID. Dans le cas d'UUID standard bien défini, le format des messages est défini précisément, et donc parfois la taille est définie. Mais dans la majorité des cas elle ne l'est pas, notamment si tu utilise des UUID perso pour ton appli particulière.
Ensuite de manière générale (sans prendre en compte l'UUID), un message BLE peut transporter 20 octets de données maximum. Au-delà il faut décomposer les données en plusieurs messages.
Enfin, le BLE est conçu pour communiquer peu de données avec des intervalle entre chaque échange assez grand. Il est défini dans la norme du BLE qu'il ne faut pas utiliser l'espace radio plus de X% du temps (avec X vraiment petit, je ne sais plus la valeur exacte). Les émetteurs sont donc physiquement conçu pour ne pas envoyer trop de données et se bloquer si l'on dépasse ce qui est autorisé.

Dans ton cas 4K c'est énorme pour du BLE. Alors soit il faut revoir le choix technique (le Bluetooth correspondrait peut-être mieux), soit il faut mettre très longtemps pour envoyer tes données, soit va falloir ruser je ne sais comment pour contourner le problème.