Android BLE iBeacon annonce paquet plus grand que prévu

Question

Je tente d'obtenir une estimation de la portée d'un périphérique BLE, compte tenu des périphériques RSSI et de la puissance de transmission calibrée.

Le txPower calibré est censé être émis comme dernier octet dans le paquet de publicité iBeacon des périphériques. Ces paquets, selon la documentation que j'ai trouvée, devraient avoir une longueur de 30 octets.

Toutefois, le byte[] renvoyé pour le paquet a une longueur de 62 octets. Pour cette raison, le format des données de publicité est inconnu.

Pourquoi cela peut-il se produire et y a-t-il un moyen de déchiffrer le format du paquet de 62 octets?

Answer 1

Lors de la recherche de périphériques BLE, les API Android renvoient non seulement les octets des PDU de publicité brutes mais également les PDU de réponse d'analyse. Ces derniers sont collés à la fin du premier dans le tableau d'octets renvoyé par les API d'analyse.

Pour cette raison, vous ne pouvez pas utiliser de manière fiable un décalage négatif à partir de la fin si le tableau d'octets permet d'accéder aux champs de balise. L'utilisation d'un décalage positif depuis le début est plus fiable, mais même cela peut échouer si des PDU inhabituelles sont insérées avant la PDU du fabricant, qui est celle qui vous intéresse.

Pour une fiabilité à 100%, vous devez analyser toutes les unités PDU, trouver la publication du fabricant et examiner les octets. J'ai appris cela à la dure lors de l'écriture du Android Beacon Library. Il est open source, donc même si vous voulez faire votre propre scan, c'est une bonne idée de voir comment ça marche.