Étape 24 : Calibration de temps
Sur les images, nous pouvons voir toutes les données que j’ai pris un analysées. L’intrigue de « Pistes de Monte » est le plus intéressant parce qu’il nous indique le taux d’acquisition réelle de mon système à chaque configuration de diviseur. Les pentes ont été mesurés en nombre [ch/ms] mais c’est équivalent à un [kHz], alors les valeurs de pentes sont effectivement kHz ou aussi kéch. / s (kilo échantillons par seconde). Cela signifie que, avec le prescaler 8 de que nous obtenons un taux d’acquisition la valeur :
(154±2) kéch. / s
Pas mal, euh ?
Alors que l’intrigue de « Monté ordonnée » nous obtenons un aperçu de la linéarité du système. Tous l’ordonnée doit être zéro, parce qu’à un signal avec une longueur nulle doit correspondre une impulsion avec une longueur nulle. Comme nous pouvons voir sur le graphique, ils sont tous sont compatibles avec zéro, mais pas le dataset 18-Prédiviseur. Cet ensemble de données, cependant, est la pire parce qu’est a seulement deux données et son étalonnage ne peut pas faire confiance.
Après il est un tableau avec les taux d’acquisition pour chaque paramètre de diviseur.
Prédiviseur | Fréquence d’acquisition [kéch. / s] |
128 | 9,74 ± 0,04 |
64 | 19.39 ± 0,06 |
32 | 37.3 ± 0,6 |
16 | 75,5 ± 0,3 |
8 | 153 ± 2 |
Les erreurs citées sont en provenance du moteur Gnuplot monter et je ne suis pas sûr d’eux.
J’ai aussi essayé un ajustement non pondéré des taux parce que vous pouvez voir qu’elles doublent environ lorsque les moitiés prescaling, cela ressemble à une loi de proportionnalité inverse. Donc j’ai adapté le taux vs les paramètres diviseur avec un simple droit de
y = a/x
J’ai eu une valeur pour des
un = 1223
avec un χ² = 3.14 et 4 degrés de liberté, cela signifie que la Loi est acceptée avec un niveau de confiance de 95 % !