**Ceci est une ancienne révision du document !**
Table des matières
Vérification — L'écart-type au chronographe
Fiche de traçabilité de l'article L'écart-type (SD) au chronographe. Voir la méthode.
Ce qui a été fait
Cette page est presque entièrement calculatoire : chaque chiffre y est ou bien vérifiable exactement, ou bien une spécification de matériel. Les deux ont été traités séparément.
- Tous les intervalles de confiance ont été recalculés, avec la même formule que celle de la loi du $\chi^2$ : $\sigma \in \left[ s\sqrt{(n-1)/\chi^2_{1-\alpha/2}} ; ; ; s\sqrt{(n-1)/\chi^2_{\alpha/2}} \right]$.
- Le code de l'outil du site a été lu, pas seulement la page :
notebooks/chronographe.jsapplique exactement la même formule. La page et l'outil sont cohérents. - Les spécifications des chronographes ont été confrontées aux annonces des constructeurs.
- Les six liens de la page ont été suivis — les cinq outils du site répondent, et le lien relatif vers
technique/probabilites_statistiquesest bien résolu en lien wiki par le rendu.
Ressorti intact : le tableau central
C'est le cœur de la page, et il est exact au dixième sur les huit bornes :
| $n$ | Publié | Recalculé |
|---|---|---|
| 5 | $[2{,}1 ; 10{,}1]$, $+187\ %$ / $-40\ %$ | $[2{,}10 ; 10{,}06]$, $+187\ %$ / $-40\ %$ |
| 10 | $[2{,}4 ; 6{,}4]$, $+83\ %$ / $-31\ %$ | $[2{,}41 ; 6{,}39]$, $+83\ %$ / $-31\ %$ |
| 20 | $[2{,}7 ; 5{,}1]$, $+46\ %$ / $-24\ %$ | $[2{,}66 ; 5{,}11]$, $+46\ %$ / $-24\ %$ |
| 50 | $[2{,}9 ; 4{,}4]$, $+25\ %$ / $-16\ %$ | $[2{,}92 ; 4{,}36]$, $+25\ %$ / $-16\ %$ |
Sont également justes : la correction de Bessel et sa justification, l'addition en variance des sources indépendantes, et l'exemple du théorème de Pythagore des erreurs ($\sqrt{1{,}5^2 + 0{,}3^2} = 1{,}53$ MOA). La démonstration que le facteur dominant masque les autres est correcte et bien choisie.
Le commentaire qui contredisait son propre tableau
Sous le tableau, la ligne consacrée à 10 tirs annonçait une incertitude « d'environ ±40 % ». Le tableau situé quatre lignes au-dessus donne $+83\ %$ / $-31\ %$.
Ce n'est pas un arrondi : c'est une symétrisation, qui efface la propriété la plus utile de la loi du $\chi^2$. L'incertitude sur un écart-type d'échantillon est franchement asymétrique — un « bon » SD sur petit échantillon a beaucoup plus de latitude pour être en réalité mauvais que l'inverse. Le paragraphe dit maintenant l'asymétrie et explique ce qu'elle implique pour le lecteur.
Le même paragraphe affirmait qu'on ne peut pas distinguer deux chargements à $3{,}4$ et $3{,}8\text{ m/s}$ sur 10 coups. C'est vrai, et le calcul a été ajouté pour qu'on n'ait pas à le croire : le rapport des variances vaut 1,25 pour un seuil de Fisher à 4,03.
L'erreur de fond : une exactitude prise pour une répétabilité
La page écrivait que les radars balistiques « réduisent drastiquement cette erreur instrumentale ($< 0{,}5\text{ m/s}$) », à comparer aux $1{,}5$ à $2\text{ m/s}$ d'un chronographe optique, le tout injecté dans $s_{\text{mesuré}}^2 = s_{\text{réel}}^2 + s_{\text{appareil}}^2$.
Deux problèmes, dont le second est le vrai.
Le chiffre. Garmin et LabRadar annoncent tous deux $\pm 0{,}1\ %$, ce qui vaut $0{,}8\text{ m/s}$ à $800\text{ m/s}$ — pas $0{,}5$. Le seuil annoncé n'était atteint qu'en dessous de $500\text{ m/s}$.
La catégorie. Cette spécification est une exactitude, c'est-à-dire pour l'essentiel une erreur d'échelle : un appareil qui lit 0,1 % trop haut lit 0,1 % trop haut à chaque coup. Une erreur d'échelle déplace la moyenne et ne gonfle l'écart-type que de 0,1 % de lui-même — $0{,}0035\text{ m/s}$ sur un SD de $3{,}5$. Elle n'a rien à faire dans $s_{\text{appareil}}$.
L'injecter comme du bruit coup par coup n'est pas anodin : sur un lot réellement à $2\text{ m/s}$, $\sqrt{2^2 + 0{,}8^2} = 2{,}15$, soit près de 8 % d'inflation imaginaire — sur des SD que les rechargeurs comparent au dixième.
Ce qui entre dans $s_{\text{appareil}}$ est la répétabilité, la dispersion de mesures répétées du même projectile. Aucun constructeur ne la publie. La page dit maintenant qu'on ne connaît pas ce terme pour un radar, au lieu de lui donner une valeur empruntée à une autre grandeur.
Pour le chronographe optique, en revanche, le chiffre se calcule — et c'est ce qui a remplacé la valeur citée. Avec des cellules à $0{,}6\text{ m}$ et un projectile à $800\text{ m/s}$ le temps de passage est de $0{,}75\text{ ms}$ ; la quantification de l'horloge donne alors $1{,}1\text{ m/s}$ à 1 MHz, $0{,}5$ à 2 MHz, $0{,}3$ à 4 MHz. Cette erreur-là est bien aléatoire d'un coup à l'autre.
L'ordre du mètre par seconde souvent cité pour ces appareils est donc plausible sur les modèles à horloge lente. La page le présente désormais comme un calcul et non comme un chiffre reçu, ce qui permet au lecteur de le refaire pour son propre matériel.
Ce qui n'a pas été vérifié
- Le seuil « ES > 25 m/s signale un problème physique » : c'est un repère d'atelier, sans source. Il est plausible et présenté comme un garde-fou, pas comme une règle — mais il n'est adossé à rien.
- Les recommandations de 15-20 puis 30-40 coups : ce sont des conseils, cohérents avec le tableau, mais aucun critère n'est explicité pour les justifier (quelle largeur d'intervalle est jugée acceptable, et pour quelle décision).
- « Il ignore 90 % de l'information » n'est exact qu'à $n = 20$, le cas que le texte prend juste après. La formule vaut pour l'exemple, pas en général.
- La répétabilité réelle des radars : c'est précisément le chiffre qui manque, et il faudrait le mesurer soi-même — plusieurs mesures simultanées du même coup par deux appareils — pour le donner honnêtement. Piste ouverte.
- La sensibilité balistique $\partial Y / \partial V_0$ est décrite mais jamais chiffrée sur cette page ; l'outil de dispersion du site la calcule et n'a pas été confronté ici.
- Le notebook Julia sur la convergence n'a pas été ré-exécuté ; seul le JS de l'analyseur a été lu.
Addendum du 2026-09-25 — l'outil interactif
L'article renvoie à l'analyseur de chronographe pour « calculer des intervalles de confiance précis ». L'outil n'avait jamais été vérifié. Il l'a été après qu'une relecture de sa traduction a fait apparaître une erreur d'affichage (voir la fiche de la version anglaise).
Ce qui a été fait. Le code a été lu en entier. Chaque calcul a été confronté à une implémentation indépendante (SciPy), sur cinq séries et aux trois niveaux de confiance. L'import a été éprouvé sur un vrai rapport LabRadar (29 coups, publié par un banc d'essai comparatif) et sur un export Garmin Xero reconstruit d'après son format documenté (colonnes et lignes de synthèse). Enfin, l'outil a été utilisé de bout en bout dans un navigateur, fichier compris, dans les deux langues.
Ressorti intact : le calcul
Moyenne, écart-type, intervalle de Student sur la moyenne, intervalle du χ² sur l'écart-type (quantiles dans le bon sens), ES : tout concorde avec SciPy à 2·10⁻¹⁰ près. Le niveau de confiance est bien transmis en α.
L'erreur principale : l'import lisait tous les nombres du fichier
La page promettait de lire les exports de chronographe (« une colonne d'index est écartée »). En réalité, l'outil extrayait tous les nombres du fichier et gardait ceux qui ressemblaient à une vitesse. Or un export ne contient pas que des vitesses à la bouche :
| Rapport LabRadar réel, 29 coups | Lu par l'outil | Réalité (colonne V0) |
|---|---|---|
| Nombre de « vitesses » | 351 | 29 |
| Moyenne | 2 352 fps | 2 594 fps |
| Écart-type | 280 fps | 112 fps |
Les vitesses à distance (V1 à V10), les énergies (Ke0 à Ke10) et les statistiques de l'appareil passaient toutes le filtre. Un export Garmin porte l'énergie en ft·lb, du même ordre qu'une vitesse en fps pour une balle de 170 à 180 grains, et elle passait de même. Rien ne le signalait, à part un compte de nombres « écartés ».
L'outil lit désormais la colonne de vitesse à la bouche désignée par son en-tête (V0, SPEED, vitesse…), dans l'unité que le fichier déclare, et affiche la colonne qu'il a lue. Sur le rapport LabRadar, il retrouve 29 coups et un écart-type de 111,55 fps, au centième celui que l'appareil imprime dans son propre en-tête.
Les corrections secondaires
| Défaut | Conséquence | Correction |
|---|---|---|
| Intervalle sur σ affiché en largeur totale derrière un « ± » | « ±114 % » pour 10 coups, au lieu de −31 % / +83 % | les deux côtés affichés, comme dans le tableau de l'article |
| Tirs aberrants : seuil de 3 écarts-types de l'échantillon lui-même | ne pouvait jamais se déclencher sous 11 coups : un point ne peut s'écarter de plus de (n − 1)/√n écarts-types, 2,85 à 10 coups ; une double détection dans une série de 10 passait inaperçue et portait l'écart-type de 3,4 à 63 fps | score z modifié sur la médiane (Iglewicz et Hoaglin), qui la signale ; le conseil rejoint la règle de l'article : ne retirer un coup que si une cause est établie |
| Deux conseils jugeant σ par deux critères | « l'écart-type reste imprécis » au-dessus de « acceptable » (29 coups) ; « bien stabilisés » au-dessus de « encore imprécis » (30 coups, 99 %) | l'intervalle est seul juge |
| Liste collée à virgules sans décimales | « 1,2812 » (numéro de coup, vitesse) lu 1,2812 | virgule décimale seulement si suivie d'un ou deux chiffres |
| Écart-type calculé par Σx² − n·m² | racine d'un nombre négatif possible sur des valeurs identiques | algorithme de Welford |
Le notebook d'accompagnement : constaté, non corrigé
L'outil renvoie à un notebook Julia (Ecarts-type.html). Deux constats :
- deux versions divergent : le fichier source a été réécrit en mai sans que la version publiée soit régénérée ;
- la version publiée porte deux erreurs d'indice : l'intervalle sur la moyenne de la cellule d'exemple est centré sur 22 coups au lieu de 20, et un autre calcul prend l'écart-type de 24 coups sans l'afficher. L'intervalle asymptotique sur σ² y est de plus donné sous la seule hypothèse « i.i.d. », alors que son facteur √2 suppose une loi normale.
Le notebook tire ses données au hasard sans graine : le corriger demande de le réexécuter, et donc de réécrire les valeurs que son texte cite. Décision laissée au propriétaire.
Ce qui n'a pas été vérifié
- Un vrai export Garmin : le format a été confirmé par deux sources indépendantes, mais le fichier d'essai est reconstruit.
- Les exports d'autres appareils (chronographes optiques, MagnetoSpeed), dont les en-têtes peuvent ne pas être reconnus. L'outil retombe alors sur la lecture d'une liste, et le dit en n'affichant pas de colonne.