Exportation de données de fréquence différentes en utilisant les commandes d'exportation de trace SCPI et ASCII

Question

J'ai remarqué un comportement différent lors de la lecture d'une trace (X et Y) à partir du spectre, en utilisant les commandes d'exportation de trace SCPI et ASCII. J'ai comparé les résultats de l'exportation de trace SCPI et l'ASCII. En utilisant le SCPI, je remarque que les fréquences de départ et d'arrêt ne sont pas intégrées.
Dans mon cas, la fréquence de départ est 1,845 GHz et la fréquence d'arrêt 1,85 GHz. Lors de la lecture des valeurs X (fréquences), les valeurs s'étendent de 1,845005 GHz à 1,849995 GHz. Que se passe-t-il avec les points finaux ? Pourquoi y-a-t-il une différence ?

Réponse

Tout d'abord, les deux possibilités de lecture des fréquences de la trace (requête en contrôle à distance, exportation de trace ASCII) suivent des algorithmes différents.
Cela a toujours été le cas par le passé et ne peut pas être changé pour des raisons de compatibilité. Néanmoins les deux procédures restent correctes. Voici un exemple simple pour expliquer la correction :

Nous avons par exemple un balayage de 100 MHz à 201 MHz avec 101 points de balayage.
Du fait du nombre de points de balayage, chaque pixel (niveau) représente une sous-gamme du spectre mesuré. Dans cet exemple, vous obtiendrez les fréquences suivantes :

100,5 MHz

101,5 MHz

102,5 MHz

Pour l'export de fichier ASCII, le span est divisé par le nombre de points de balayage moins 1. Du fait de ce calcul, vous obtiendrez un espacement de 1,01 MHz par pixel.
Cet algorithme vous donne la fréquence de départ et ajoutera toujours la différence de 1,01 MHz pour maintenir l'espacement. Cet algorithme amène aux fréquences suivantes :

100 MHz

101,01 MHz

102,02 MHz

Un balayage s'exécute en continu sur l'axe des fréquences. Par exemple, le premier pixel couvre une sous-gamme de fréquence de 100 MHz <= f <101 MHz. Le second pixel correspond à 101 MHz <= f <102 MHz.
Donc, vous pouvez dire qu'un point / pixel contient l'information spectrale d'une sous-gamme relativement large, plusieurs valeurs mesurées en interne (nous parlons d'échantillons) tombent sur un point / pixel. L'échantillon qui sera représenté par le pixel dépendra de la pondération sélectionnée qui est déterminée par le détecteur.

Comme vous pouvez le constater sur la figure, les valeurs détectées sont regroupées dans les sous-gammes respectives et affichées en tant que niveau.
Toutes les fréquences qui appartiennent à cette sous-gamme sont correctes. Dans le cas du premier pixel, ce serait la gamme 100 MHz <= f <101 MHz

Les deux algorithmes sont corrects et fonctionnent parfaitement.