Testeur de gyroscope

Les pannes de gyroscope sont fréquentes après des chutes, une exposition à l'eau ou une fatigue de soudure sur les pastilles BGA du capteur, et se manifestent souvent d'abord par des applications AR boguées, des cartes qui dérivent ou une rotation automatique qui ne réagit plus. Le test confirme si les trois axes répondent, si les valeurs sont bruyantes ou bloquées, et si le biais (sortie à vitesse zéro) est conforme aux spécifications. Pour les casques VR et les IMU de drones, la santé du gyroscope affecte directement la latence mouvement-photon et la stabilité de vol. Pour les téléphones, un gyroscope dégradé peut ruiner l'OIS (stabilisation optique), la stabilisation vidéo et la précision du podomètre. Exécuter ce testeur avant d'acheter un appareil d'occasion prend 30 secondes.

Le DeviceOrientationEvent du navigateur renvoie les angles d'orientation en degrés (alpha 0–360°, beta −180 à 180°, gamma −90 à 90°), tandis que DeviceMotionEvent.rotationRate donne la vitesse angulaire en degrés par seconde dans la plupart des navigateurs (rad/s sur certaines anciennes versions de Safari — toujours vérifier). Pour un téléphone immobile sur le bureau, rotationRate devrait osciller près de 0 ±0,5 dps; toute valeur plus grande signifie une dérive de biais. Lorsque vous secouez le téléphone rapidement, des pics de 500–1500 dps sont typiques. Les gyroscopes de grade industriel sont spécifiés en millièmes de degrés par seconde (mdps) pour le biais et le bruit, tandis que les MEMS grand public sont généralement donnés en dps.

La dérive provient de deux sources. Premièrement, l'instabilité de biais : la sortie à vitesse zéro de chaque gyroscope MEMS erre lentement à cause des changements de température, du stress mécanique et du bruit électronique — les pièces grand public typiques dérivent de 10–50 dps par heure sans correction. Deuxièmement, l'erreur d'intégration : si vous intégrez la vitesse angulaire pour obtenir un angle, même un petit biais constant s'accumule linéairement en grande erreur d'angle en quelques minutes. C'est pourquoi les téléphones fusionnent les données du gyroscope avec les lectures de l'accéléromètre et du magnétomètre (fusion de capteurs via filtre complémentaire ou Kalman) pour ancrer l'estimation d'orientation. Si vous voyez des lectures constantes non nulles lorsque l'appareil est immobile, c'est le biais brut — les applications soustraient généralement un offset de calibration capturé au démarrage.

La spécification W3C DeviceOrientation définit alpha comme rotation autour de l'axe Z (cap de boussole, 0° = nord), beta comme rotation autour de l'axe X (inclinaison avant-arrière, +90° = écran vers le haut verticalement), et gamma comme rotation autour de l'axe Y (inclinaison gauche-droite, ±90° = posé sur le côté). Les conventions aérospatiales appellent ces derniers yaw, pitch et roll respectivement — mais attention au signe et à l'ordre des axes, ils diffèrent entre les standards. Pour Tait-Bryan ZXY (ordre W3C), le verrouillage de cardan se produit à beta = ±90°, faisant que alpha et gamma deviennent couplés. Pour le suivi de rotation continue, les quaternions sont préférés aux angles d'Euler exactement pour cette raison.

Le verrouillage de cardan se produit lorsque deux des trois axes de rotation s'alignent, faisant s'effondrer votre orientation tridimensionnelle à deux degrés de liberté. Dans l'ordre ZXY Tait-Bryan du W3C, cela se produit quand beta s'approche de ±90° — les rotations alpha et gamma deviennent indiscernables, et de petites inclinaisons d'appareil provoquent d'énormes sauts en alpha ou gamma. Vous le voyez en inclinant le téléphone complètement vertical (mode portrait pointant vers le haut) : le cap de boussole devient fou. Ce n'est pas un bug dans votre capteur; c'est un artefact mathématique des angles d'Euler. Les applications robustes détectent la proximité de ±90° beta et basculent vers les mathématiques quaternioniques, ou verrouillent simplement la valeur alpha lorsque beta est extrême. Les frameworks AR comme ARKit et ARCore utilisent les quaternions en interne exactement pour cette raison.

Deux APIs web sont utilisées. DeviceOrientationEvent fournit une orientation absolue (alpha/beta/gamma en degrés) via des données fusionnées gyroscope + accéléromètre + magnétomètre, déclenchées à ~60 Hz. DeviceMotionEvent fournit la vitesse angulaire brute (rotationRate.alpha/beta/gamma en dps) et l'accélération linéaire. Depuis iOS 13, les deux APIs nécessitent une permission explicite via DeviceOrientationEvent.requestPermission() appelée depuis un geste utilisateur — sans cela, Safari émet silencieusement des zéros. Android Chrome accorde l'accès automatiquement sur les pages HTTPS. La plus récente Generic Sensor API (Gyroscope, AbsoluteOrientationSensor) offre une plus grande précision mais n'est pas encore prise en charge sur Safari iOS. Cet outil retombe gracieusement lorsque l'API est manquante.

Les gyroscopes MEMS grand public sont caractérisés par quatre spécifications clés : plage pleine échelle (typiquement ±125 à ±2000 dps), sensibilité (LSB/dps), densité de bruit en mdps/√Hz (plus bas est meilleur, 4–10 est grade grand public, 0,01 est grade tactique), et instabilité de biais par variance d'Allan (le plancher de la dérive à long terme, typiquement 10–50 dph pour les pièces grand public, 0,01 dph pour le grade navigation). IEEE 1554 et IEEE 952 définissent les procédures de test standard. Le graphique de déviation d'Allan montre la marche aléatoire angulaire (ARW) à tau court et l'instabilité de biais à tau plus long — c'est ainsi qu'un amateur peut classer deux puces IMU. À titre de comparaison, le gyroscope de l'iPhone 15 a environ 0,005 dps/√Hz de bruit et ~10 dph d'instabilité de biais.

Les smartphones et tablettes Android sous Chrome, Edge ou Samsung Internet fonctionnent automatiquement tant que la page est servie en HTTPS — aucune invite n'apparaît, les données arrivent dès que vous appuyez sur Démarrer. iPhone et iPad sous iOS/iPadOS 13 ou plus fonctionnent dans Safari mais exigent une autorisation explicite : appuyer sur Démarrer déclenche DeviceOrientationEvent.requestPermission() (et DeviceMotionEvent.requestPermission() pour la vitesse de rotation brute), à laquelle vous devez répondre Autoriser. Les ordinateurs de bureau et portables n'ont presque jamais de gyroscope, donc DeviceOrientationEvent existe mais n'émet que des valeurs nulles ; cet outil le détecte en ~1,5 seconde et affiche un message honnête « aucune donnée de capteur reçue » au lieu d'un faux 0°. Les navigateurs intégrés aux applis (Facebook, Instagram) bloquent parfois l'autorisation de mouvement — ouvrez la page dans la vraie appli Safari ou Chrome si Démarrer ne fait rien.

Non. Chaque lecture est traitée entièrement dans votre navigateur via les API web DeviceOrientation et DeviceMotion. Rien n'est envoyé à un serveur, journalisé ou stocké — pas de compte, pas d'envoi, pas d'analytique sur le flux du capteur. Lorsque vous utilisez la fonction Enregistrer, les échantillons horodatés vivent uniquement dans la mémoire de l'onglet du navigateur ; les boutons Télécharger CSV et Télécharger JSON créent le fichier localement avec un Blob et le remettent directement aux téléchargements de l'appareil. Fermez l'onglet et les données capturées disparaissent. Cela rend le testeur sûr à exécuter sur les appareils des clients dans un atelier de réparation sans souci de confidentialité.

Un gyroscope sain répond de façon fluide et indépendante sur les trois axes. Pour tester alpha (Z), gardez le mobile à plat et faites-le tourner comme un volant — la valeur alpha et le cap de la boussole doivent balayer 0–360°. Pour beta (X), inclinez le bord supérieur de haut en bas — beta doit osciller d'environ −90° à +90°. Pour gamma (Y), inclinez à gauche et à droite — gamma doit bouger de ±90°. RÉUSSITE signifie que chaque valeur suit votre mouvement en temps réel et revient près de sa valeur de repos quand vous arrêtez. ÉCHEC ressemble à : un axe figé sur un nombre pendant que vous tournez (axe bloqué/mort), un axe sautant de façon erratique alors que l'appareil est immobile (axe bruyant), ou une grande vitesse de rotation non nulle sur le bureau (dérive de biais). Appuyez sur Enregistrer pendant un balayage complet de rotation, puis lisez la Plage par axe — une plage proche de zéro sur un axe que vous avez réellement bougé est le signe le plus clair d'un axe mort.

Parce que la machine n'a pas de gyroscope. L'API DeviceOrientation est implémentée dans Chrome, Edge et Firefox de bureau pour compatibilité, mais sans capteur physique derrière, le navigateur ne livre que des lectures nulles. Les testeurs anciens ou naïfs convertissent ces nuls en 0 et affichent un 0° confiant mais dénué de sens ; cet outil exécute plutôt une surveillance de 1,5 seconde et, si aucune lecture réelle (non nulle) n'arrive, s'arrête et indique clairement qu'aucune donnée de capteur n'a été reçue. Pour réellement tester un gyroscope, il vous faut un appareil qui en possède un — quasiment tout mobile ou tablette moderne — ouvert en HTTPS. Une IMU externe USB ou Bluetooth n'apparaîtra pas ici ; les API web n'exposent que les capteurs de mouvement intégrés.

Appuyer sur Enregistrer pendant que le capteur est actif enregistre un échantillon horodaté à chaque événement d'orientation : temps écoulé en millisecondes, les trois angles d'orientation (alpha, beta, gamma en degrés) et, lorsque DeviceMotion est disponible, la vitesse de rotation brute de chaque axe en degrés par seconde (dps). À l'arrêt de l'enregistrement, l'outil calcule min, max, moyenne et plage par axe ainsi que la vitesse de rotation absolue maximale, et active Télécharger CSV et Télécharger JSON. Le CSV (une ligne par échantillon) s'ouvre directement dans Excel, Google Sheets ou un notebook Python/pandas pour tracer le bruit et le biais ; le JSON intègre en plus les statistiques calculées et les métadonnées d'unités. Les laboratoires QA et techniciens de réparation l'utilisent pour joindre une preuve objective à un ticket de réparation, comparer un appareil avant et après réparation, et tester des lots d'unités numériquement plutôt qu'à l'œil sur une aiguille.