Analyseur logique : qu’est ce que ça permet de calculer ?
Cet outil estime en quelques secondes la durée de capture disponible, la résolution temporelle, le nombre d’échantillons par période, la fréquence maximale observable de façon confortable et la taille typique d’une trame numérique. Il est conçu pour aider à dimensionner un analyseur logique avant un débogage SPI, I2C, UART ou GPIO.
Calculateur de capacité d’analyse logique
Résultats estimés
Analyseur logique : qu’est ce que ça permet de calculer concrètement ?
Un analyseur logique est un instrument de mesure dédié aux signaux numériques. Contrairement à un oscilloscope, qui montre l’amplitude analogique d’une tension dans le temps, l’analyseur logique se concentre sur l’état logique des lignes, c’est-à-dire le passage de 0 à 1, les changements d’état, l’alignement entre plusieurs voies et le décodage de protocoles. Quand on se demande analyseur logique qu’est ce que ça permet de calculer, la réponse ne se limite pas à une simple lecture binaire. En pratique, l’appareil permet d’estimer, mesurer et vérifier une longue liste de grandeurs utiles pour le débogage électronique.
Le premier calcul fondamental concerne la durée de capture. Cette durée dépend directement de la fréquence d’échantillonnage et de la profondeur mémoire. Plus on échantillonne vite, meilleure est la finesse temporelle, mais plus la mémoire se remplit rapidement. À l’inverse, si l’on réduit le taux d’échantillonnage, on capture une fenêtre plus longue, mais on perd du détail sur les fronts. C’est exactement l’arbitrage qu’un ingénieur doit faire lorsqu’il veut inspecter un bus SPI à quelques mégahertz, suivre une séquence UART longue ou repérer un événement rare sur une ligne d’interruption.
1. Calcul de la résolution temporelle
La résolution temporelle provient de l’inverse de la fréquence d’échantillonnage. Un analyseur logique à 100 MS/s prend un échantillon toutes les 10 ns. Cela signifie qu’un événement qui se produit entre deux instants d’échantillonnage ne sera pas localisé avec une précision meilleure que cet intervalle. Cette grandeur est essentielle pour comprendre :
- si les fronts d’horloge sont correctement espacés ;
- si un signal de données respecte les contraintes de setup et hold ;
- si des glitches très courts risquent d’être invisibles ;
- si la largeur d’une impulsion est suffisante pour être reconnue par le système.
Dans un contexte numérique, la résolution temporelle n’est pas un luxe. Elle détermine directement la confiance que l’on peut avoir dans un décodage de bus ou dans l’interprétation d’un événement critique. En dessous d’un certain nombre d’échantillons par période, on voit encore qu’un signal commute, mais on ne peut plus affirmer précisément quand il commute.
2. Calcul du nombre d’échantillons par période
Un autre calcul central consiste à déterminer combien d’échantillons représentent une période du signal observé. Si vous analysez un clock SPI à 5 MHz avec un analyseur réglé à 100 MS/s, vous obtenez 20 échantillons par période. C’est excellent pour visualiser les fronts et décoder proprement la trame. En revanche, à 10 MS/s sur un signal à 5 MHz, vous n’avez plus que 2 échantillons par période, ce qui est à peine suffisant d’un point de vue théorique et insuffisant pour une analyse robuste sur des fronts imparfaits.
Cette idée est directement liée au théorème d’échantillonnage, mais en pratique le monde réel impose une marge plus généreuse. Pour du debug fiable, on recommande souvent 4x à 10x la fréquence significative du signal, selon le protocole, la qualité des fronts, le bruit, la présence de jitter et le niveau d’incertitude acceptable.
| Protocole / signal | Débits ou fréquences courants | Suréchantillonnage pratique | Fréquence d’échantillonnage conseillée |
|---|---|---|---|
| UART | 9 600 b/s à 3 000 000 b/s | 8x à 16x | 0,0768 MS/s à 48 MS/s |
| I2C Standard / Fast / Fast Plus / High Speed | 100 kHz / 400 kHz / 1 MHz / 3,4 MHz | 4x à 10x | 0,4 MS/s à 34 MS/s |
| SPI embarqué | 1 MHz à 50 MHz | 4x à 10x | 4 MS/s à 500 MS/s |
| GPIO rapide | 1 MHz à 100 MHz | 4x à 8x | 4 MS/s à 800 MS/s |
Ces chiffres montrent que la question n’est pas seulement “est-ce que l’analyseur voit le signal ?”, mais plutôt “est-ce qu’il le voit avec assez de finesse pour être exploitable ?”. Voilà l’un des calculs les plus utiles qu’un analyseur logique vous aide à effectuer.
3. Calcul de la fenêtre de capture
La fenêtre de capture se calcule par la formule suivante : profondeur mémoire divisée par fréquence d’échantillonnage. Si un appareil dispose de 16 Mpts et travaille à 100 MS/s, la capture brute dure 0,16 seconde. Cela paraît long, mais dans certaines applications ce n’est pas énorme. Pour suivre un bus lent qui n’émet qu’occasionnellement, c’est confortable. Pour attraper un défaut rare sur une machine d’état très active, il faut souvent une mémoire plus profonde ou un déclenchement bien conçu.
Ce calcul permet de dimensionner l’instrument en fonction de l’objectif :
- voir un événement bref avec beaucoup de détail ;
- surveiller une longue séquence de communication ;
- capturer un événement avant et après déclenchement ;
- comparer plusieurs voies pendant une transaction complète.
| Profondeur mémoire | À 10 MS/s | À 100 MS/s | À 500 MS/s |
|---|---|---|---|
| 1 Mpts | 0,10 s | 0,01 s | 0,002 s |
| 16 Mpts | 1,60 s | 0,16 s | 0,032 s |
| 64 Mpts | 6,40 s | 0,64 s | 0,128 s |
| 256 Mpts | 25,60 s | 2,56 s | 0,512 s |
Ce tableau illustre très bien le compromis classique entre détail temporel et durée observée. Plus la fréquence monte, plus la fenêtre se raccourcit rapidement. C’est pour cette raison que de nombreux techniciens commencent avec une vue globale à faible fréquence d’échantillonnage, puis resserrent ensuite sur la zone suspecte avec un réglage plus rapide.
4. Calcul de la fréquence maximale observable de manière fiable
Sur le papier, la limite minimale issue de l’échantillonnage est de 2 échantillons par période. Mais en instrumentation réelle, cette limite est rarement satisfaisante. Pour un travail sérieux, on calcule plutôt une fréquence maximale conseillée en divisant la fréquence d’échantillonnage par un facteur de sécurité. Avec un facteur 4, un analyseur à 100 MS/s est confortable jusqu’à environ 25 MHz. Avec un facteur 10, on se limite à 10 MHz pour un niveau de confiance élevé.
Ce calcul est précieux dans les cas suivants :
- évaluer si un analyseur USB d’entrée de gamme suffit ;
- savoir si le décodage automatique de protocole sera stable ;
- déterminer si l’on risque de manquer des impulsions courtes ;
- choisir entre un analyseur logique et un oscilloscope à mémoire profonde.
5. Calcul des timings de trame et du débit utile
Un analyseur logique aide aussi à calculer la durée d’une trame. Si vous connaissez le nombre de bits et la fréquence du signal ou le débit série, vous pouvez estimer le temps occupé par une transaction. Sur une interface SPI, une trame de 64 bits à 5 MHz dure environ 12,8 microsecondes, hors éventuels temps morts, délais de sélection de circuit et contraintes propres au firmware. Sur de l’UART, une trame de 10 bits à 115 200 b/s dure environ 86,8 microsecondes. Ce calcul est très utile pour :
- vérifier que le firmware respecte une contrainte temps réel ;
- mesurer l’occupation d’un bus ;
- détecter des latences entre deux messages ;
- estimer un débit effectif par rapport au débit brut annoncé.
Beaucoup d’outils logiciels associés aux analyseurs logiques vont encore plus loin et calculent automatiquement l’intervalle entre paquets, la fréquence instantanée d’un signal, le duty cycle, la largeur d’impulsion ou encore le temps entre un déclenchement et une réponse externe.
6. Calculs utiles pour le débogage avancé
Dans la pratique, un analyseur logique moderne permet souvent de calculer ou de déduire :
- la chronologie relative entre plusieurs événements ;
- la fréquence effective d’un bus par mesure des périodes ;
- la largeur des pulses haut et bas ;
- la présence de glitches ou de rebonds ;
- le retard entre une interruption et l’émission d’une réponse ;
- la cohérence d’un protocole décodé sur plusieurs voies ;
- la durée exacte d’une séquence d’initialisation ;
- la répétitivité ou le jitter d’un événement numérique.
Point clé : un analyseur logique ne calcule pas seulement des fréquences. Il aide à transformer une série de changements d’état en informations temporelles exploitables : durée, cadence, séquencement, densité d’événements, marge d’échantillonnage et fiabilité de décodage.
7. Ce qu’un analyseur logique ne remplace pas
Il faut toutefois garder une limite importante en tête. L’analyseur logique observe généralement des niveaux logiques, pas la forme analogique détaillée du signal. Il n’est donc pas l’outil idéal pour calculer une surtension, une pente de front précise en volts par nanoseconde, une diaphonie analogique ou une intégrité de signal complexe. Si votre problème vient d’un overshoot, d’un undershoot, d’une impédance mal adaptée ou d’un front dégradé, l’oscilloscope reste indispensable.
En revanche, dès qu’il s’agit de comprendre quand les lignes changent, dans quel ordre, avec quelle cadence, et si une séquence protocolaire est valide, l’analyseur logique devient souvent l’outil le plus rentable.
Comment interpréter les résultats du calculateur
Le calculateur ci-dessus fournit plusieurs indicateurs :
- Résolution temporelle : intervalle entre deux échantillons, exprimé en ns ou µs.
- Fenêtre de capture : durée totale que la mémoire peut enregistrer.
- Échantillons par période : qualité de représentation d’un signal périodique.
- Fréquence maximale conseillée : fréquence confortable selon votre facteur de suréchantillonnage.
- Durée d’une trame : temps requis pour capturer une transaction du nombre de bits indiqué.
- Débit brut agrégé : estimation de la masse de données observées sur toutes les voies.
Si votre nombre d’échantillons par période est inférieur à 4, vous êtes dans une zone de prudence. Le signal peut rester visible, mais les détails temporels seront faibles. Entre 4 et 8, l’analyse est souvent correcte pour beaucoup de besoins embarqués. Au-delà de 8 ou 10, la confiance augmente nettement, notamment pour les protocoles rapides, les fronts durs et les captures destinées à documenter un incident complexe.
Exemples concrets d’utilisation
Débogage SPI sur microcontrôleur
Vous observez un bus SPI à 12 MHz et vous disposez d’un analyseur à 100 MS/s avec 16 Mpts. La résolution temporelle est de 10 ns, vous avez environ 8,33 échantillons par période, et la durée de capture atteint environ 160 ms. Dans ce cas, le débogage d’une transaction courte est très confortable. Vous pouvez vérifier le timing entre CS, CLK et MOSI, ainsi que repérer un retard éventuel entre deux transferts.
Analyse d’un bus I2C lent mais long
Sur un bus I2C à 400 kHz, une fréquence d’échantillonnage de 10 MS/s est déjà très correcte, avec 25 échantillons par période. Si votre but est de surveiller plusieurs secondes d’activité pour comprendre un timeout intermittent, il peut être plus intelligent de réduire le taux d’échantillonnage et de gagner énormément en fenêtre de capture.
Validation d’une liaison UART
Pour une liaison à 115 200 b/s, même un analyseur modeste peut fournir un grand confort de mesure. Le calcul important portera alors davantage sur la durée des trames, l’espacement entre messages, la latence de réponse et l’encombrement de la mémoire lorsqu’on enregistre une longue session de communication.
Sources d’autorité pour approfondir
Conclusion
Répondre à la question analyseur logique qu’est ce que ça permet de calculer, c’est comprendre qu’un analyseur logique est avant tout un calculateur de temps, de cadence et de cohérence numérique. Il permet de calculer une résolution temporelle, une fenêtre de capture, un nombre d’échantillons par période, une fréquence maximale praticable, une durée de trame, des intervalles entre événements et une foule d’indicateurs utiles au débogage embarqué. Bien utilisé, il réduit considérablement le temps passé à chercher des erreurs de protocole, des décalages d’horloge, des séquences incohérentes ou des défauts intermittents.
En résumé, il vous aide à transformer des transitions logiques en décisions d’ingénierie : faut-il plus de mémoire, plus de fréquence d’échantillonnage, un meilleur déclenchement, un autre instrument ou simplement un protocole mieux compris ? C’est précisément ce type de réponse que le calculateur de cette page cherche à vous donner immédiatement.