LabVIEW est un des premiers langages de programmation graphique destiné au développement d'applications d'instrumentation. Un logiciel d'instrumentation pourrait être défini comme un programme permettant de contrôler depuis un ordinateur, un système allant du capteur à la chaine d'acquisition ou de commande jusqu'à l'édition du rapport final. Couplé à des cartes d'entrées/sorties, il permet de gérer des flux d'informations numériques ou analogiques et de créer ou de simuler des instruments de mesures (oscilloscope, compteur, multimètre, etc.). Le temps nécessaire à l'assemblage des composants de ce type de système est négligeable par rapport à celui nécessaire à sa programmation dans un langage classique (C, Pascal, Ada, etc.). Les interfaces utilisateurs, développées avec ces langages, sont le plus souvent obscures et incompréhensibles. Les utilisateurs disposent avec LabVIEW d'un puissant outil intégré d'acquisition, d'analyse et de présentation des données, une solution qui entraîne un gain notable de productivité comparable à celui obtenu par l'introduction des tableurs dans les logiciels financiers. Pour cela, le langage utilise toute la convivialité des interfaces interactives des ordinateurs actuels en fournissant des objets proches graphiquement des objets réels (voyants, curseurs, interrupteurs, boutons, graphes, etc.) mais aussi des commandes systèmes (pour une représentation plus standard) ainsi que des outils familiers et simples d'utilisation pour la programmation (structures de programmation, fonctions arithmétiques, fonctions logiques, comparateurs, etc.).

Cet ouvrage est divisé en six chapitres.

Le premier présente les concepts et l'intérêt de la programmation graphique. Le flux de données qui est une notion fondamentale à comprendre sous LabVIEW est définit, ainsi que les éléments nécessaires à sa propagation et son exploitation. 

Le chapitre deux permet de décrire les éléments de base de l'environnement de programmation, illustrés avec des exemples simples.  Le lecteur apprend à utiliser les objets pour réaliser une interface utilisateur mais aussi les structures de programmation et les bibliothèques de fonctions. Le langage de développement graphique LabVIEW est intuitif, mais cela ne doit pas faire oublier que, comme avec tous les langages, il faut respecter des règles.

Le chapitre trois aborde des aspects plus avancés de l'utilisation de l'environnement en définissant des techniques permettant au code d'être maintenable, évolutif, performant et compréhensible par d'autres utilisateurs. Il permet de décrire par des exemples concrets et détaillés les structures de programme à utiliser afin de permettre au lecteur de réaliser une application. L'utilisateur sera capable à la suite de ce chapitre de préparer la certification LabVIEW développeur.

Les trois derniers chapitres  abordent les capacités spécifiques de LabVIEW pour l'acquisition, l'analyse et la présentation des données. Il est le langage de développement le plus efficace pour réaliser un tel système. Dans le chapitre quatre, le lecteur apprendra à construire un système de mesure ou de génération de signal, à base de carte d'acquisition (DAQ), d'instrument (IVI, VISA), de système Temps Réel (RT) ou de FPGA. Différentes méthodes de connexion seront envisagées (Série, GPIB, Ethernet, PCI, etc.), ainsi que la réalisation de driver dans les règles de l'art. Après cette collecte des données, dans le chapitre cinq l'utilisateur pourra à partir de bibliothèques intégrées réaliser un traitement du signal, une analyse mathématique ou un filtrage de l'information. Dans le dernier chapitre, nous illustrerons comment archiver et échanger les données ainsi traitées. Nous verrons comment finaliser son développement, en générant un exécutable autonome et en réalisant un rapport professionnel sous Microsoft Office, pour présenter ses données.

Ce livre n'a pas pour but d'être un ouvrage exhaustif. En effet il existe la documentation en ligne sur le site de National Instruments, également fournie avec le logiciel, qui est une description complète de l'ensemble des possibilités de LabVIEW. Mais cet ouvrage permet à son lecteur de s'initier aux bonnes règles de développement du logiciel LabVIEW, de comprendre et de les mettre rapidement en œuvre par des exemples concerts. Il permet aussi d'appréhender différents domaines d'applications du langage pour l'acquisition, l'analyse et la présentation des données.

Un logiciel de mesure est un instrument de mesure qui est contrôlé depuis un ordinateur à la place des boutons sur sa face-avant.

Cette logique conduit à la notion d'instrument virtuel : instrument réel contrôlé depuis un ordinateur.

Un instrument virtuel est donc un programme qui présente une interface sous forme graphique (IHM) pour l'apparenter à un instrument physique. Les utilisateurs manipulent alors des instruments depuis l'ordinateur (virtuels) comme s'il s'agissait d'instruments physiques sur « étagère » (réels). Comme historiquement l'environnement de développement (IDE) est orienté « instrumentation », les inventeurs de LabVIEW ont donné l'extension .vi (Virtual Instrument : VI) au programme développé avec cette environnement.

Un programme ou VI, développé dans l'environnement LabVIEW, se compose principalement de deux éléments étroitement associés et regroupés sous le même nom « nom_application.vi » (l'extension .vi permet une reconnaissance immédiate par l'environnement LabVIEW). Ainsi nous avons :

·         La « Face-avant » (Front panel) qui est l'interface utilisateur du programme au sens génie logiciel  : définition des entrées/sorties de données accessibles par l'utilisateur du programme (figures 1.4, 1.5 et 1.18). Cette notion sera reprise en détail dans le chapitre 3.

·         Le « Diagramme » (diagram) qui est le programme de l'application ou code source . Il écrit sous la forme d'un diagramme flux de données en langage G : ensemble des icônes et des liaisons entre ces icônes utilisées (figure 1.19). Cette partie de l'application est ce que l'on appelle le code source par opposition à l'interface utilisateur.

Lorsqu'un développeur débute, il est normal qu'il se pose de nombreuses questions et qu'il ait besoin d'aide. S'il est le seul, comme c'est souvent le cas, il peut rapidement se trouver dans une impasse et perdre beaucoup de temps. Il est très important de connaître les bonnes méthodologies à appliquer pour trouver les bonnes réponses.

II-A-1. Recherche dans l'Aide Contextuelle▲

II-A-2. Recherche dans l'Aide LabVIEW▲

II-A-3. Recherche d'exemples▲

II-A-4. La communauté travaille pour vous▲

Internet et surtout le site de National Instruments, www.ni.com, regroupent des liens vers des cours et formations, solutions utilisateurs (voir paragraphe 6.6), VIs d'exemple, support technique, groupes utilisateurs et forum. Il est très riche en contenu et constitue une réelle source d'inspiration. À noter qu'il existe en langue française :

• Deux forums de discussions pour NI LabVIEW et autres sujets, avec des experts qui répondent rapidement à toutes les questions. Les forums francophones sont d'une très grande qualité. Pour les trouver, le plus simple est de faire une recherche sur Internet avec les mots-clés : « Discussions au sujet de NI LabVIEW » ;
• Une communauté très dynamique qui organise des rencontres développeurs pour le partage de techniques, d'informations et de convivialité.

II-A-5. Contacter un partenaire certifié du « Programme Alliance »▲

II-B-1. Définition▲

La gestion de l'erreur n'est jamais une option mais une obligation. Elle consiste à anticiper, détecter et résoudre les mises en garde et les erreurs. Sans cette gestion, le programme peut avoir un comportement incohérent, mais sans pouvoir en identifier la cause. Par exemple, sans gestion d'erreur, un programme pourrait réaliser une acquisition sur un instrument éteint, et sauvegarder sans problème les données sur un disque dur réseau qui n'existe pas. Un miracle ? Non un calvaire.

La structure de la donnée « erreur » au niveau de LabVIEW est un cluster formé des trois éléments suivants (figure 3.22) :

• Etat : un booléen qui est à l'état « Vrai » si une erreur s'est produite ;
• Code, un entier de 32 bits, qui contient le numéro de l'erreur ou « 0 » s'il n'y pas d'erreur. Un code d'erreur différent de zéro avec un état « Faux » signale une mise en garde. Une mise en garde n'empêche pas le code de tourner, mais LabVIEW attire votre attention sur un point qu'il lui semble anormal.
• Source : une chaîne de caractères identifiant l'endroit où l'erreur s'est produite.

II-B-2. Comprendre l'origine et la raison de l'erreur▲

En code source, pour résoudre le problème, il est possible de faire un clic droit sur le bord du cluster d'erreur et de sélectionner Expliquer l'erreur (figure 3.23). Une boîte de dialogue de gestion de l'erreur va s'ouvrir permettant de :

• Expliquer l'origine en visualisant le nom du VI qui a généré l'erreur, dans notre exemple « Mon Code Acquisition.vi » ;
• Proposer une ou des raisons possibles par rapport au code d'erreur, dans notre exemple LabVIEW propose la raison suivante : « La tâche spécifiée n'est pas valide ou n'existe pas », ce qui est le cas.
• L'origine et la cause permettent en général de comprendre le problème et de le résoudre. Si cela n'est pas le cas, il faut utiliser les outils de débogage, comme les sondes et les points d'arrêts.

II-B-3. Gestion dans les VIs▲

Exemple : faire  un GIF animé sous LabVIEW

Pour un aspect plus ergonomique, il est possible d'importer des images, par exemple en utilisant un menu déroulant d'images (picture Ring). Il est conseillé d'utiliser la fonction Édition → Importer une image dans le presse-papier afin de ne pas dégrader l'image, puis de sélectionner Ajouter un élément après par un clic droit sur le contrôle. L'état à afficher est disponible via la valeur de l'indicateur (figure 3.39).

Il est également possible d'ajouter une image animée pour signaler le déroulement d'une action en cours sans avoir besoin de saisir du code (figure 3.40). Par exemple, pour afficher une mise à jour, nous allons insérer un Gif animé dans l'état « vrai » d'un bouton, et aucune image dans l'état « faux ».

Cela permettra de visualiser cette mise à jour en affichant l'état « vrai » du bouton. La fin de la mise à jour correspondra à l'état « faux » du même bouton.

Après avoir réalisé ou téléchargé une image libre de droit au format Gif animé, positionnez une Commande de type Classique → Booléen → Bouton carré plat de la palette sur la « Face-avant ». Sélectionnez Personnaliser la commande (Customize Control…) du menu Édition (Edit). La fenêtre de l'éditeur de commande apparaît. Sélectionnez dans le menu : Édition → Importer une image dans le presse-papier afin de ne pas dégrader l'image, et sélectionnez l'image animée. Faites un clic droit sur le contrôle et sélectionnez Importer une image du presse-papiers → Vrai, nous avons modifié l'image du bouton pour l'état « Vrai ».

L'utilisation d'images et de couleurs permet de mieux respecter les critères subjectifs comme les conventions et la culture.

 Plus d'informations sur la personnalisation des objets avec LabVIEW dans le livre.

Le développeur LabVIEW devra suivre la synthèse des commandements suivants pour s'assurer que son code est conforme aux règles de développement.

1.       Sur un seul écran ton code tiendra.

2.       De gauche à droite tu coderas.

3.       Les fils tu ne croiseras pas.

4.       La gestion de l'erreur tu ne transgressas pas.

5.       Le connecteur de type 4x4 toujours tu utiliseras.

6.       Les contrôles, indicateurs et sous-VIs judicieux tu nommeras.

7.       Le flux de données tu respecteras.

8.       Ton code toujours et immédiatement tu documenteras.

9.       Des sous-VIs tu feras.

10.   La structure séquence empilée tu refuseras.

Plus d'informations sur les règles de style avec LabVIEW dans le livre.

II-E-1. Indicateur VS Locale VS Globale VS Nœud de propriété▲

II-E-2. 3.3.2 Variable Globale Fonctionnelle ou VGF (FGV)▲

II-E-2-a. Histoire▲

Ce n'est qu'à partir de la version 2 que l'équipe de développement du logiciel LabVIEW a défini que la valeur d'un registre à décalage non initialisé conserverait sa valeur précédente. L'autre alternative aurait été qu'elle reprenne sa valeur par défaut. À cette époque il n'y avait pas de globale « native » dans le logiciel. Cette technique s'est logiquement imposée comme la méthode pour partager des données dans une application sous le nom de « Globale LV2 », pour LabVIEW version 2, ou « Variable Globale Fonctionnelle (VGF) ». Mais son appellation la plus communément répandue est son nom anglais Functional Global Variable (FGV). Même avec l'arrivée des globales dans la version 3 de LabVIEW, cette méthode de développement a été conservée car elle permet d'apporter des solutions aux problèmes des locales et globales que nous avons exposés au paragraphe précédent.

Pour reprendre la définition, une VGF (FGV) est composée :

• D'une boucle While, avec la condition d'arrêt qui est une constante « vraie » pour qu'elle ne s'exécute qu'une seule fois ;
• D'un registre à décalage non initialisé, qui mémorise la valeur précédente de la donnée ;
• D'une structure « condition », avec 2 états « Écriture » et « Lecture » ;
• D'une commande de type énumération (ou énum), avec 2 valeurs « Écriture » et « Lecture ».

II-E-2-b. Principe et bénéfice▲

Une FGV est donc un registre à décalage non initialisé d'un VI non réentrant, qui permet de mémoriser une valeur dans le registre lors d'une commande « Écriture » (noté souvent « Set »), et de la retourner sur un « Lecture » (noté souvent « Get »), comme illustré à la figure 3.51.

Les bénéfices apportés par cette technique

-       Une meilleure gestion des données en mémoire car le stockage de l'information est unique, soit dans le registre à décalage du VI. Il supprime ainsi toutes les copies mémoires ou buffer, engendrées par la présence des globales et/ou locales. Cette méthode est d'un grand intérêt, surtout pour des structures de données complexes comme des tableaux de cluster.

-       Possibilité d'ajouter une gestion de l'erreur, via le cluster d'erreur standard de LabVIEW et une structure condition. Il est ainsi possible d'éviter toute opération sur la FGV si une erreur est présente à son entrée. Il est à noter que cela est optionnel, mais conseillé.

Plus d'informations sur la gestion des données sous LabVIEW dans le livre.

II-F-1. Les règles d'architecture pour les applications et les modèles de conceptions les plus utilisées▲

II-F-2. Ensemble de VIs simples▲

II-F-3. général▲

II-F-4. Machine à états▲

II-F-4-a. Définition générale▲

Le modèle « Machine à états », appelé machine de Moore, est basé sur l'existence d'un diagramme états-transitions. Chaque section de code détermine la « transition » suivante et donc l'état suivant à réaliser. Ce modèle permet un découpage et un séquençage clair des tâches à effectuer conformément au diagramme des états-transitions.

Il facilite l'insertion de nouvelles sections de code (état) ou le changement de l'ordre d'exécution des sections, le tout sans devoir modifier considérablement la structure de l'application. C'est un modèle fondamental du développement logiciel, surtout en LabVIEW.

II-F-4-b. Transcription en LabVIEW▲

Nous allons reprendre notre exemple précédent qui réalise une série de mesures de température, à la fréquence d'un point toutes les 5 secondes. Mais contrairement à l'exemple précédent nous voulons que notre application réagisse en 125 ms à l'appui sur le bouton Stop, pour arrêter le programme. Nous voulons donc traduire le diagramme fonctionnel de la figure 3.61.

Figure 3.61 - Diagramme fonctionnel du programme de pilotage de l'instrument de mesure avec une mesure toutes les 5 secondes.

Il existe plusieurs versions pour traduire ce concept en langage G, nous les verrons au fur et à mesure dans ce chapitre.

Elle est composée par :

1.       Une boucle While, pour permettre l'exécution en continu du code ;

2.       Une structure Condition : chacun de ses états va reprendre par complète analogie un état du diagramme fonctionnel (figure 3.61) : « Démarrage ; Attente ; Mesure Arrêter ».

3.       La liste des états est représentée par les valeurs d'une énumération, qui sera déclarée comme une définition de type.  Ce qui signifie :

Ø Définition de type, la mise à jour du modèle sera répercutée sur toutes ses instances dans le code. Donc des états pourront être rapidement ajoutés et appliqués partout dans le code, par exemple dans des constantes (figure 3.17). Pour éditer la définition de type, faites un clic droit sur l'énumération et sélectionnez Ouvrir la déf. de type.

Ø La commande de type énumération, ou énum, lorsqu'elle est câblée au terminal de sélection d'une structure Condition, fait correspondre les conditions à la liste des éléments de l'énum (ou énumération). Le code est donc auto-décrit. Si un état n'est pas présent dans la structure, le code ne sera pas exécutable.

4.       Un registre à décalage, qui permet d'implémenter « chaque état définit l'état suivant ». Il est câblé au terminal de sélection de la structure condition, soit le symbole « ? ». À chaque itération de la boucle While, le contenu du registre à décalage définira donc, via la structure condition, l'état courant à exécuter. À la fin de l'exécution de chaque état, une constante de l'énumération d'états est câblée sur la sortie du registre à décalage, définissant ainsi le prochain état à exécuter.

II-F-4-c. Producteur/consommateur▲

TODO

II-F-4-d. Boite de dialogue ou interface utilisateur▲

TODO

II-F-4-e. Bien démarrer un projet LabVIEW avec le GMF (QMH)▲

Plus d'informations sur les modèles de conceptions avec LabVIEW dans le livre, mais aussi la présentation d'un modèle professionnel de projet « prêt à l'emploi » de type producteur consommateur avec structure événementielle, dont le code est disponible gratuitement en téléchargement.

Les architectures des instruments E/S (figure 4.8) et des cartes DAQ (figure 4.7) font apparaître deux éléments communs que sont le driver et le logiciel d'application. Aucun système de mesure par ordinateur n'est complet sans logiciel. L'application est le code réalisé pour permettre à l'utilisateur de piloter la chaîne d'instrumentation, analyser, sauvegarder et présenter les données.

Le driver est le programme qui fait le lien entre le logiciel d'application et le matériel. Il est chargé de traduire les commandes LabVIEW pour les rendre compréhensibles par la carte ou l'instrument. Il facilite le travail des développeurs en évitant une programmation fastidieuse et spécifique dans les registres bas niveau de la carte. Voici quelques exemples.

• Les cartes d'acquisition et génération de signaux : National Instruments fournit un driver unique qui est compatible avec toutes les cartes, qui est NI-DAQmx. Nous détaillerons ces fonctionnalités dans le chapitre 4.2.
• Les instruments autonomes sur table : nous utiliserons le driver VISA ou IVI. Nous détaillerons ses fonctionnalités dans le chapitre 4.3.
• Les instruments modulaires : nous utiliserons le driver VISA ou IVI ou un driver spécifique livré par le fabricant avec le matériel.

Après avoir analysé l'ensemble de la chaîne d'instrumentation physique, il reste un élément à sélectionner : l'ordinateur et sa cible d'exécution. En effet, prenons l'exemple d'une machine de surveillance d'un laser effectuant une intervention chirurgicale sur la rétine d'un œil humain. Personne n'acceptera une telle intervention si l'ordinateur fonctionne sous un système d'exploitation Windows, alors que l'antivirus réalise une mise à jour. La mise à jour n'est bien évidemment qu'un exemple et permet de mettre en évidence que le système est susceptible d'être interrompu à tout moment. Un arrêt d'urgence ne peut pas être géré par un système « standard ». Pas plus qu'un système de surveillance réalisant une analyse pendant plusieurs mois et qui ne devra pas être redémarré par le service informatique de l'entreprise.

Les VIs NI-DAQmx dans LabVIEW

Le driver NI-DAQmx installe sous LabVIEW une API, Application Programming Interface, qui est une bibliothèque de fonctions, constituée de VIs et de propriétés. Cette API va permettre d'utiliser les fonctions du driver. La palette est disponible sous E/S de mesures → DAQmx (figure 4.12). Elle est très intuitive et contient un nombre réduit de VIs qui correspondent aux fonctionnalités principales, approximativement 90 % des besoins : lecture, écriture, cadencement, déclenchement. Ce sont les mêmes fonctions qui sont utilisées pour les signaux analogiques et numériques. Pour les fonctionnalités avancées, il faut utiliser les propriétés, mais nous n'en aurons pas besoin dans les exemples du livre.

La bibliothèque a un nombre limité de VIs car ils sont polymorphes, c'est-à-dire qu'ils s'adaptent à des types de données différents. C'est un ensemble de VIs qui a le même modèle de connecteur. Par exemple, il n'y a qu'une seule fonction « Lecture DAQmx » car elle s'adapte à la lecture des données de signaux de type analogique, numérique ou compteur, pour une voie unique ou multiple, en retournant un échantillon unique ou multiple, sous la forme d'un nombre ou d'une Waveform. Cette liste est accessible en cliquant dans le menu sous l'icône du VI (figure 4.13). Quelques exemples des possibilités des VIs LabVIEW DAQmx pour les fonctions lecture et écriture sont présentés dans les tableaux 4.6 et 4.7. Les données E/S sont soit une valeur scalaire, un tableau 1D, un tableau 2D, ou une Waveform.

Measurement & Automation Explorer, abréviation MAX, est un logiciel complémentaire qui s'installe avec le driver NI-DAQmx. Il va permettre de configurer, créer, tester et diagnostiquer l'ensemble du système d'entrées/sorties de données (figure 4.19). Il donne accès à l'ensemble du matériel et logiciels de National Instruments. Son utilisation est donc beaucoup plus large que celle décrite dans ce chapitre.

L'accès à ce logiciel de configuration se fait soit directement par l'icône du logiciel, soit dans une fenêtre LabVIEW à partir du menu Outils, puis Measurement & Automation Explorer (figure 4.18).

L'utilitaire présente sous forme d'une arborescence les éléments de configuration de votre ordinateur. Lors de la sélection d'un élément de l'arborescence, la partie droite de l'utilitaire présente des panneaux additionnels de configuration et/ou d'information.

Les éléments qui nous intéressent ici sont :

• Périphériques et interface : le matériel connecté à votre ordinateur est listé sous cette rubrique ;
• Voisinage de données : les tâches et voies virtuelles DAQmx configurées sur cet ordinateur ;
• Échelles : les échelles DAQmx qui sont configurées sur cet ordinateur.

Définitions paramètres DAQmx sous MAX

-       Une voie physique est un terminal ou broche sur lequel vous pouvez mesurer ou générer un signal analogique ou numérique. Chaque voie physique a un nom unique.

-       Une voie virtuelle est un ensemble de paramètres qui peuvent inclure un nom, une voie physique, des connexions d'entrée, le type de mesure ou de génération et des informations de mise à l'échelle.

-       Une tâche se compose d'un ensemble d'une ou de plusieurs voies virtuelles et comprend le cadencement, le déclenchement et d'autres propriétés. Une tâche représente la mesure ou la génération que vous voulez réaliser.

Tester le fonctionnement de la carte

La première action consiste à vérifier le bon fonctionnement de la carte d'entrées/sorties, dans Périphériques et interfaces, qui permet de :

• Visualiser la configuration d'un périphérique existant ;
• Diagnostiquer son fonctionnement via « Panneaux de test » ;
• Créer un périphérique simulé. Cette possibilité est très utile pour le développeur quand le matériel n'est pas disponible. Il est donc possible de simuler le matériel que nous utilisons dans le livre et de réaliser tous les exemples ;
• Accéder au « Brochage du périphérique » pour connaître le câblage des voies sur la carte.

III-D-1. Les drivers d'instruments▲

III-D-2. Trouver un driver d'instrument : IDNet▲

III-D-3. Zoom sur les fonctionnalités de VISA▲

L'API du driver VISA, Virtual Instrumentation Software Architecture, installe sous LabVIEW une bibliothèque de fonctions constituées de VIs et de propriétés. Elle va servir à créer des applications pour les instruments de mesure. Cette bibliothèque est très intuitive, mais contrairement à la bibliothèque NI-DAQmx, elle contient un nombre important de VIs, avec des sous-bibliothèques spécifiques à chaque bus de communication. Dans la réalité, seulement 6 fonctions sont nécessaires pour écrire la très grande majorité des drivers (figure 4.54 et 4.55).

Ouverture, Fermeture de la communication et Timeout

Ces trois fonctions (ouverture, fermeture et timeout) sont disponibles dans la palette VISA avancée. Ce sont les trois paramètres de base de la communication avec un instrument de mesure :

N°1 Un driver commence toujours par un VISA Open qui permet d'ouvrir une session sur le périphérique spécifié, à faire une seule fois en début de programme ;

N°2 La fonction d'ouverture est toujours suivie par la configuration du TimeOut, qui est le temps d'attente maximum lors d'une interrogation sur l'instrument, par défaut 10 secondes. Elle est disponible au travers d'une propriété ;

N°3 Le code du driver se termine toujours par un VISA Close qui permet de fermer la session sur le périphérique (à faire une seule fois uniquement en fin de programme).

Écriture des données dans l'instrument

N°4 Pour écrire des données dans l'instrument, on utilise VI VISA Write. Nous utiliserons uniquement la communication basée sur des messages, c'est-à-dire avec l'envoi de chaînes de caractères ASCII, et pas celle basée sur l'écriture de registre.

Lecture des données dans l'instrument

N°5 Pour la lecture des données retournées par l'instrument, on utilise VI VISA Read. Il est très important de comprendre que cette fonction retourne les données contenues dans le buffer dès qu'une de ces 3 conditions est présente :

• Un caractère de terminaison est arrivé, par exemple dans le cas d'une communication sur un bus série (voir figure 4.57) ;
• Le nombre d'octets dans le buffer de réception est égal à celui passé en paramètre à la fonction VISA Read (voir figure 4.56) ;
• Le temps d'attente a dépassé le TimeOut configuré par la fonction VISA Open. Dans ce cas LabVIEW retourne un code d'erreur, 0xBFFF0015, le délai d'attente (timeout) a expiré avant que l'opération ne soit achevée.

Plus d'informations sur la création de driver d'instruments avec LabVIEW dans le livre, avec des exemples concrets et détaillés.