7. Vérification d'erreur de l'instrument

La vérification d'erreur de l'instrument (nommée par la suite vérification d'erreur) est le second aspect le plus important de votre application de commande à distance. L'objectif de la vérification d'erreur est de s'assurer une communication sans erreur avec votre instrument, afin que tous les réglages souhaités aient été correctement effectués, et que les résultats de mesure obtenus aient été acquis en utilisant les réglages souhaités.

Une partie du sous-système des statuts de l'instrument contient une mémoire tampon pour les messages d'erreur appelée Error Queue (liste d'erreurs). Si, par exemple, vous envoyez une commande SCPI que l'instrument ne reconnaît pas, il génère une nouvelle entrée dans la liste d'erreurs (Error queue). La liste d'erreurs est limitée en longueur, généralement 10 entrées et l'entrée la plus ancienne est écrasée pour laisser de la place à la suivante.

Expliqué dans le chapitre Synchronisation de la mesure, le bit de statutcontient un bit 2 ‒ Error Message Available (message d'erreur disponible). Pour découvrir si la liste d'erreurs est vide, interrogez le *STB? bit 2. Si sa valeur est 0, continuez sans autres actions. Sinon, utilisez l'interrogation SCPI SYSTem:ERRor?. L'instrument retourne la dernière erreur générée par exemple -113,”Undefined Header” (en-tête non défini). Dans le même temps, cette entrée est effacée de la liste d'erreurs. Pour lire toutes les entrées, vous devez appeler le SYSTem:ERRor? dans une boucle jusqu'à ce que vous receviez la réponse 0,”No Error”indiquant qu'il n'y a plus d'erreurs en attente.

Le VISA Trace suivant montre une vérification d'erreurs en action :

• La première commande *RSTest envoyée correctement, donc aucune erreur générée.
• La seconde commande *RSaTest mal orthographiée, ce qui génère une erreur ‒113, "Undefined Header". L'interrogation SYST:ERR? est envoyée dans une boucle jusqu'à ce que la réponse soit 0,"No Error"

Si vous utilisez des pilotes d'instruments, la vérification d'erreurs est déjà implémentée et effectuée dans chaque fonction et après un réglage de chaque Propriété (Attribut). Cela est très pratique, car vous êtes immédiatement informé qu'une erreur s'est produite et après quelle commande elle s'est produite. Si vous avez besoin de la vitesse maximale, les pilotes proposent la possibilité de désactiver cette fonctionnalité (voir l'astuce plus loin dans le Chapitre 8 : Optimisation de la vitesse).

Si vous utilisez des commandes SCPI directes, vous devez faire attention à la vérification d'erreurs par vous-même. Nous recommandons de faire la vérification d'erreur après un bloc logique de commandes. Ici, gardons à l'esprit que plus vous envoyez de commandes dans un bloc, plus il est compliqué de pointer une commande spécifique ayant généré une erreur.

Prenons l'exemple précédent du Chapitre 6 : Synchronisation de la mesureet concentrons-nous uniquement sur les actions dans le PC. Implémentation pratique de la vérification d'erreurs que nous montrons dans les exemples qui sont liés dans ce chapitre. L'image ci-dessous illustre une vérification d'erreurs effectuée après des blocs logiques de commandes :