Aller au contenu
Templora, bureau de sourcing de lunettes connectéesFCC Part 15 · CE RED + EN 18031 · ISO 12312-1 · UN 38.3Une marque de sourcing FULVERA
  1. Accueil
  2. Ingénierie
  3. Firmware et application

EN-05

Firmware et application des lunettes connectées

Une grande partie de ce que juge le porteur la première semaine - appairage, bascule des appels, réponse tactile, mises à jour - dépend du firmware et de l’application compagnon plutôt que du matériel. Cette page explique ce que les acheteurs peuvent spécifier et ce qu’exigent désormais les règles européennes de cybersécurité ; la liste de contrôle de l’acheteur figure dans l’article applications et firmware des lunettes connectées.

Demander un devis

Ingénierie du firmware et de l’application de lunettes connectées : carte de branche avec SoC Bluetooth reliée à un banc de test et téléphone exécutant l’application

Le chipset et ce qu’il détermine

Au cœur de chaque carte de branche se trouve un système sur puce audio Bluetooth : une radio, un processeur, des convertisseurs audio et une gestion de l’alimentation dans un seul boîtier. Dans la catégorie, les modèles actuels utilisent le Bluetooth 5.2 à 5.4, le 5.3 étant le plus courant. La génération du chipset fige beaucoup d’éléments que le firmware ne pourra pas modifier ensuite : la consommation, la sensibilité radio, la disponibilité du LE Audio et du codec LC3, le nombre d’appareils gérables en multipoint et la mémoire restante pour les fonctions et les mises à jour. Ce site ne nomme pas les fournisseurs de chipsets ; le bureau compare les cartes par version, fonctions et stabilité de la branche de firmware de l’usine, plutôt que par le nom du fabricant de la puce. Les différences pratiques entre versions sont présentées dans l’article Bluetooth 5.3 ou 5.4 dans les lunettes.

Comportement de la connexion : multipoint, synchronisation et codecs

Le multipoint permet à une paire de rester connectée à deux appareils, généralement un téléphone et un ordinateur portable, et de faire basculer appels et audio de l’un à l’autre. C’est une fonction du firmware sur un chipset compatible, et l’élément le plus demandé pour les modèles d’appels professionnels ; son comportement - quel appareil l’emporte quand les deux diffusent, combien de temps dure la bascule - est défini selon le firmware et doit être vérifié sur l’échantillon avec les propres appareils de l’acheteur. La synchronisation gauche-droite entre les branches est l’autre sujet de connexion : les conceptions avec une carte dans chaque branche les maintiennent synchronisées par une liaison radio, et les décrochages se traduisent par la coupure d’un côté. La prise en charge des codecs dépend aussi du firmware. Le SBC est universel, l’AAC est courant, et le LC3 est disponible sur les chipsets qui prennent en charge le LE Audio. Les noms de codecs dans une fiche technique doivent toujours être indiqués selon le firmware et confirmés sur l’échantillon de référence. Davantage dans les articles codecs Bluetooth des lunettes audio et le Bluetooth multipoint dans les lunettes.

Mises à jour OTA et leurs risques

Les mises à jour à distance via l’application compagnon permettent à une marque de corriger des bugs et d’ajouter des fonctions après le lancement. Elles portent aussi le risque terrain le plus élevé côté firmware : une mise à jour qui échoue à mi-parcours peut laisser une branche inerte, une mise à jour appliquée à une branche mais pas à l’autre peut rompre la synchronisation, et une mise à jour publiée sans tests de non-régression peut faire réapparaître d’anciens défauts. Les garde-fous d’ingénierie sont une double partition ou une partition de récupération, une vérification du niveau de batterie avant le démarrage d’une mise à jour, des images de firmware signées, des contrôles de version pour les deux branches et un déploiement progressif. Le plan d’essais de stabilité du firmware et d’OTA fait partie de la commande ; son périmètre est une base de travail déclarée, confirmée pour chaque commande. Les défaillances sur le terrain et leurs correctifs sont traités dans l’article échecs de mise à jour du firmware.

Application en marque blanche

La plupart des usines partenaires exploitent une application compagnon pour leurs cartes : appairage, égaliseur, affectation des commandes tactiles, mises à jour du firmware et, pour les modèles IA ou de traduction, liens vers des services cloud. La marque blanche consiste à apposer le nom, l’icône, les couleurs et la fiche boutique de votre marque sur cette application, parfois en retirant ou en ajoutant des fonctions. Les chantiers sont les comptes des boutiques d’applications à votre nom, la politique de confidentialité et les conditions de traitement des données, le lieu d’hébergement des services cloud, la responsabilité des mises à jour après le lancement et le devenir de l’application si le programme prend fin. Pour les fonctions de traduction, le nombre de langues dépend de l’application et du moteur de traduction, et la latence cloud typique est de 0,5 à 3 s selon le réseau et la paire de langues. L’application en marque blanche relève normalement du travail OEM ou ODM, à partir de 3 000 paires par modèle à titre de fourchette de référence indicative.

EN 18031 et autorisations sur les données

Depuis le 1er août 2025, les exigences de cybersécurité de la directive Équipements radioélectriques, article 3(3)(d), (e) et (f), s’appliquent aux équipements radioélectriques mis sur le marché de l’UE. Le règlement délégué (UE) 2022/30 range les lunettes parmi les équipements radioélectriques portables, et les normes harmonisées sont EN 18031-1, -2 et -3, qui couvrent la protection du réseau, les données personnelles et, le cas échéant, les transactions financières. En pratique, cela concerne les mots de passe par défaut, les mécanismes de mise à jour sécurisés, la protection des données stockées et transmises, et la journalisation. À partir du 11 décembre 2027, le règlement sur la cyberrésilience prend le relais pour les produits comportant des éléments numériques, au titre du règlement délégué (UE) 2026/339.

SujetCe qu’il faut spécifierPreuve à demander
Mises à jourImages signées, chemin de récupération, déploiement progressifRegistre des essais OTA sur des unités DVT
Appairage et accèsPas de mot de passe par défaut fixe, confirmation d’appairagePérimètre de l’évaluation EN 18031
Autorisations de l’applicationUniquement les autorisations nécessaires aux fonctions ; microphone, localisation et contacts justifiésListe des autorisations par version de l’application
Flux de donnéesCe qui quitte le téléphone, où c’est traité et stockéCartographie des données et projet de politique de confidentialité
Période de supportDurée de fourniture des mises à jour de sécuritéEngagement écrit du propriétaire de l’application

La liste de contrôle de l’acheteur sur les autorisations figure dans l’article données et autorisations des applications de lunettes connectées ; le parcours plus large figure sur la page conformité et certifications. Confirmez le périmètre et les conclusions avec votre laboratoire d’essais et votre conseil. Pour cadrer le travail sur le firmware et l’application, utilisez le formulaire de devis.

Questions des acheteurs

Q01Quelle version Bluetooth les lunettes connectées doivent-elles utiliser ?

Les modèles actuels utilisent le Bluetooth 5.2 à 5.4, le 5.3 étant le plus courant. La version compte moins que les fonctions du chipset et la stabilité de la branche de firmware ; le LC3 et le LE Audio nécessitent un chipset qui les prend en charge.

Q02Les fonctions du firmware peuvent-elles être modifiées sur un modèle catalogue ?

L’égaliseur, l’affectation des commandes tactiles, les messages vocaux et certains réglages de connexion peuvent généralement être modifiés selon le firmware. Les fonctions que le chipset ne prend pas en charge, comme le LC3 sur un SoC plus ancien, ne peuvent pas être ajoutées par le firmware.

Q03EN 18031 s’applique-t-elle aux lunettes Bluetooth ?

Le règlement délégué (UE) 2022/30 désigne les lunettes comme équipements radioélectriques portables, et ses exigences s’appliquent depuis le 1er août 2025, avec EN 18031 comme normes harmonisées. Confirmez le périmètre de l’évaluation de votre modèle avec votre laboratoire d’essais.

Q04À qui appartient une application en marque blanche ?

La propriété est convenue pour chaque programme : les comptes des boutiques, la politique de confidentialité et les obligations de mise à jour peuvent relever de votre marque ou du fournisseur de l’application. Le bureau consigne ces conditions par écrit avant le lancement afin que le support après le programme soit clair.

Q05Qu’est-ce qui fait échouer une mise à jour OTA ?

Les causes courantes sont une batterie faible pendant la mise à jour, une connexion interrompue, une branche mise à jour sans l’autre et l’absence de partition de récupération. Les images signées, les vérifications de batterie et un chemin de récupération réduisent le risque ; l’OTA est testée sur des unités DVT.

Indiquez les lignes souhaitées, les spécifications cibles, la quantité par modèle et votre marché. Le bureau répond par écrit avec des usines adaptées, une fiche technique, les parcours de certification et la MOQ de référence.

Demander un devis