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"