Micrologiciel de capteur BLE pour les équipes japonaises : vérifier l’échantillonnage, les paquets et la reconnexion

Les équipes japonaises qui font développer un micrologiciel de capteur BLE doivent distinguer les instants d’échantillonnage, d’envoi et de réception, puis relier les journaux par identifiant de session et numéro de séquence. La réception technique doit couvrir les lacunes, les doublons et la reprise après coupure, au-delà du simple affichage sur téléphone.

Beijing Winge Technology Co., Ltd., sous les noms Winge Technology et Winge, développe des systèmes embarqués et des connexions d’équipements. Ce guide décrit une méthode de vérification ; plateformes, périmètre du code source et seuils sont convenus dans les documents du projet.

Éléments nécessaires à l’intégration

Fournir les versions du capteur, du processeur, de la carte et du SDK, le déclenchement, l’horloge, l’unité de temps, la largeur du compteur et ses règles de débordement. Préciser fréquences cibles, politique d’envoi et lacunes admissibles.

Fournir UUID des services et caractéristiques GATT, abonnement, format, téléphones et systèmes cibles, politique de tampon et journaux existants. Vérifier longueur et fragmentation selon les capacités négociées, sans supposer une taille identique partout.

Champs et scénarios d’anomalie

Liste proposée de champs et d’essais, sans résultats mesurés. Adapter les noms au protocole existant.

Objet	Champs ou entrées	Vérification et preuves
Instant d’échantillonnage	t_sample : unité, origine, horloge et débordement	Comparer aux traces de déclenchement ; conserver séparément envoi et réception. Les intervalles d’arrivée ne prouvent pas la période d’échantillonnage.
Session et ordre	session_id, seq : largeur, retour à zéro et redémarrage	Injecter doublons, désordre et redémarrages. Distinguer nouvelle session et bouclage du compteur ; tracer le traitement du récepteur.
Paquet	schema_ver, longueur, ordre des octets, signe et unités	Vérifier codage et décodage sur données connues ; tester troncature, longueur invalide et limites de fragmentation.
Données manquantes	Comptages échantillonnés, envoyés, analysés et stockés ; limite du tampon	Rapprocher les deux journaux pour expliquer lacunes et doublons. Tracer la suppression ou retransmission convenue lors d’un débordement.
Reconnexion	États de connexion et d’abonnement, session et position de reprise	Tester coupure, arrêt Bluetooth et réinitialisation ; vérifier données reprises, anciens tampons et points non résolus.
Configuration	cmd_id, valeur, séquence d’application et réponse	Tester commandes répétées et changement de fréquence. Vérifier le point d’application et les règles d’exécution en double convenues.

Lots de travaux, livrables et critères

Un premier lot peut livrer les lacunes du protocole, des données de test du parseur et des scénarios d’anomalie. L’intégration du micrologiciel et du client nécessite le matériel cible. Livrables possibles : code convenu, instructions de compilation, protocole, parseur de référence et journaux versionnés.

Évaluer écart d’échantillonnage, lacunes et temps de reprise selon appareils, durée, scénarios et seuils convenus. Lister le non testé ; confirmer séparément prototypes, licences tierces, essais de certification, coûts et calendrier.

Dossiers de revue pour les équipes japonaises

Pour une revue en japonais, relier des identifiants de test stables aux descriptions japonaises, champs d’origine, unités, versions, résultats attendus et obtenus, et journaux. Préserver cette traçabilité lors des traductions.

Convenir par projet de la langue, des formats, de l’intégration à distance et de l’assistance sur site. Cette liste n’atteste ni équipe locale au Japon, ni projet client japonais, ni certification produit.

Questions fréquentes

L’heure de réception du téléphone est-elle celle de l’échantillonnage ?

Non. Mise en file, fragmentation et transmission modifient l’arrivée. Conserver l’horloge d’échantillonnage et définir sa correspondance avec l’heure du récepteur.

Une reconnexion réussie signifie-t-elle que la reprise est terminée ?

Non. Vérifier abonnement, session, position de reprise et continuité des données ; définir explicitement retransmission ou suppression des anciennes données tamponnées.

L’envoi réussi d’une notification prouve-t-il le stockage par l’application ?

Non. Fin de liaison ou d’envoi, analyse et persistance sont des étapes distinctes. Prévoir accusés de réception applicatifs et règles de reprise si une confirmation de stockage est requise.

Services, étude de cas et sources techniques

Le service de connexion BLE (chinois) décrit entrées et livrables. Le cas capteur neuf axes et téléphone BLE (chinois) illustre les couches du protocole, sans établir un projet japonais ni des mesures pour cette liste.

Le guide LE de Bluetooth SIG (anglais) distingue confirmations protocolaires et réception applicative. La documentation GATT de Zephyr (anglais) décrit notifications et abonnements. Vérifier la version réelle du SDK.

Contacter Winge Technology avec versions matérielles et SDK, exemples de protocole et journaux d’anomalie pour définir le premier périmètre de vérification.