Bluetooth 4.2 est-il compatible avec 4.0?
Je lisais sur la compatibilité entre BT 4.0 et 4.2. J'ai trouvé ici et dans un autre forum des gens disant qu'il était entièrement compatible. De plus, selon ce que j'ai lu, les principales différences seraient essentiellement la sécurité, la vitesse et les objets connectés. Donc, si j'exécute une simple connexion BT (sans IP) et ne nécessite pas de transmission à vitesse maximale, puis-je compter sur le fait que 4.0 et 4.2 seront compatibles?
Ma pile de bibliothèque MCU est basée sur 4.2 mais je veux rendre le produit 4.0 compatible. Y a-t-il quelque chose que je devrais savoir? Toute autre fonctionnalité/fonction que je ne devrais pas utiliser?
4.2 Les fonctionnalités sont négociées entre la centrale et le périphérique. Si un hôte 4.2 essaie de négocier avec un 4.0, la négociation échouera car les messages sont inconnus. L'erreur doit être supposée car une fonction de défaillance logicielle n'est pas prise en charge pour un hôte 4.2. Par exemple:
extension de longueur en 6.B.5.1.9:
Si la couche liaison du maître ou de l'esclave envoie la PDU LL_LENGTH_REQ à un périphérique qui ne comprend pas cette PDU, le périphérique doit alors s'attendre à une PDU LL_UNknown_RSP en réponse. Si la couche liaison reçoit une PDU LL_UNknown_RSP avec le champ UnknownType défini sur LL_LENGTH_REQ, elle ne doit pas transmettre une autre PDU LL_LENGTH_REQ au dispositif homologue.
Connexion sécurisée dans 3.H.3.5.2:
Le champ SC est un indicateur de 1 bit qui est défini sur un pour demander l'appariement de connexion sécurisée LE, sinon il doit être défini sur 0 en fonction des fonctionnalités prises en charge par l'initiateur et le répondeur, le possible Les mécanismes d'appariement qui en résultent sont: si les deux appareils prennent en charge LE Secure Connections, utilisez LE Secure Connections; sinon utilisez l'appariement LE hérité.
Donc, fondamentalement, oui, ils sont entièrement compatibles.
Note latérale: Même dans la spécification 4.2, toutes les "nouvelles" fonctionnalités sont optionnelles (extension de longueur, connexions sécurisées, etc.). Donc, tant que l'hôte répond aux négociations avec des messages signifiant "je les connais, mais je ne les supporte pas", il peut revendiquer la compatibilité 4.2 et ne pas implémenter quoi que ce soit de fantaisiste! La plupart des fournisseurs de SoC qui ont publié des mises à niveau logicielles à 4.2 pour leur matériel actuel l'ont fait.