LabVIEW

Le langage de programmation utilisé dans LabVIEW, nommé G, fonctionne par flux de données. L’exécution d’un code est déterminée par un schéma graphique, le diagramme, qui est le code source. Le programmeur connecte différentes fonctions sous forme d’icônes dans le diagramme par l’intermédiaire de fils dessinés entre les terminaisons des blocs d’icônes. Chaque fil propage les variables du code et chaque nœud s’exécute dès que toutes les entrées d’une fonction sous forme d’icône sont disponibles.

La coloration syntaxique, née comme LabVIEW au milieu des années 1980, est complétée dans l'éditeur du diagramme par des éléments de forme (épaisseur, motifs, symboles) et de géométrie (taille, alignement, disposition) qui impactent fortement la lisibilité du code, en bien comme en mal selon le soin apporté par le rédacteur.

Cette manière de programmer propose une capacité intrinsèque à décrire des traitements indépendants et ainsi LabVIEW permet l’exécution de code en multitâche. Sur des machines multicœur, LabVIEW répartit ces tâches de manière automatique sur les différents cœurs tout en exploitant la capacité multithread des systèmes d’exploitation.

Les programmes sont souvent exécutés à partir de l'environnement de développement dans le cadre d'un développement fortement itératif. Les éditions les plus complètes du système de développement offrent néanmoins la possibilité de créer des fichiers exécutables ou des installeurs d’applications pour le déploiement sur d’autres machines[5]. Un runtime doit alors être installé sur le système hôte aux côtés du fichier exécutable proprement dit.

Le diagramme de LabVIEW est lié à une interface utilisateur graphique nommée face-avant. Les programmes et sous-programmes sous forme d’icônes sont appelés des instruments virtuels (VI) et les fichiers source enregistrés sur disque ont l’extension de nom de fichier .VI.

Chaque VI possède trois composants : un diagramme qui intègre le code graphique, une face-avant personnalisable par l’utilisateur et un panneau de connexions, qui prend le visage d'une petite icône carrée.

En associant certaines commandes et indicateurs de la face avant du VI avec les connecteurs de son panneau de connexion, le programmeur permet à un diagramme appelant d'échanger avec le VI des variables sous forme de fils. Une fois un VI écrit, il peut ainsi être posé et appelé dans le diagramme d'un autre VI, où il sera représenté par son icône et jouera le rôle de sous-programme, fonction ou procédure (on parle de sous-VI). Au même titre que son nom, l'icône d'un VI doit être personnalisée par un dessin ou un texte pour expliciter sa fonction à l'intention des relecteurs du code.

La face-avant est construite en utilisant des objets dénommés commandes et indicateurs. Les commandes sont des entrées qui servent à saisir des valeurs à l’écran et les indicateurs sont des sorties qui servent à afficher des variables ou des résultats. Des éléments décoratifs (formes, texte libre, images...) peuvent enrichir visuellement l'interface graphique utilisateur. Ces derniers n'existent que sur la face avant du VI. Les commandes et indicateurs en revanche, apparaissent à la fois en face avant et sur le diagramme (terminal sous forme d'icône) pour qu'on puisse les relier aux opérations qui échangent des données avec eux.

Le diagramme contient enfin des structures de contrôle (boucles, conditions, événements, séquence...) pour déterminer l'exécution ou l'ordre des opérations comme dans tous les langages de programmation. Tous les objets de commandes, indicateurs, fonctions, structures sont accessibles au programmeur via des palettes, des menus ou des combinaisons de touches du clavier (Quick Drop). Les icônes de fonctions placées sur le diagramme deviennent des nœuds interconnectés par des fils d’entrées et de sorties. Par exemple la fonction addition offre deux connecteurs d'entrée et un connecteur de sortie pour le résultat. Chaque sous-VI d'un programme plus vaste conserve la capacité d'être exécuté indépendamment par l'utilisateur au moyen de sa face avant.

Pour le lecteur, un programme en langage G se présente comme un schéma, le diagramme, réunissant différentes icônes reliées par des fils de couleur. Chaque fil symbolise le passage d'une donnée depuis une source dont elle sort (comme résultat), vers une cible où elle entre (comme paramètre).

Les diagrammes du langage G ont donc une signification bien différente de celle des schémas électroniques qu'ils évoquent parfois. Dans un diagramme LabVIEW, la donnée ne transite dans le fil qu'au moment où elle est générée par son icône source. L'icône cible ne commencera son exécution que lorsque toutes ses données d'entrée seront disponibles. Ce modèle d'ordonnancement par flots de données détermine l'ordre d'exécution par défaut des traitements du programme. Une conséquence importante de cette règle est que les traitements qui n'échangent pas de données sont libres de s'exécuter en parallèle. Cette propriété du langage G facilite le développement d'applications multiprocessus, particulièrement intéressantes dans le cadre du contrôle de systèmes réactifs (embarqués ou non).

La conception des programmes en langage G conserve une approche essentiellement procédurale. Mariée à l'exécution par flots de données, cette approche procure de bons résultats dans le domaine de l'instrumentation. Elle est aussi la plus intuitive pour des ingénieurs ou des chercheurs souvent plus familiers des protocoles expérimentaux que des concepts informatiques.

Le support de la conception orientée objet s'est développé de façon confidentielle au cours des années 1990 dans LabVIEW, pour aboutir en 1999 à la commercialisation par la société suédoise Endevo d'un kit "GOOP" [6], puis un support natif à partir de 2006 (version 8.2) [7]. De nombreux éléments sont manipulés par méthodes et propriétés [8].

Le concept de projet est apparu dans l'éditeur à partir de 2005 (version 8.0) [9] pour la configuration, en particulier, des nouvelles cibles de compilation devenues accessibles à cette époque (systèmes temps réel, FPGA, micro-processeurs).

Depuis 2018, l'influence de Python se fait sentir avec la possibilité d'appeler des scripts dans ce langage [10], puis le support natif des concepts d'ensemble et de tableau associatif [11].

La programmation graphique de LabVIEW est prisée par les non-informaticiens, auxquels il permet de construire par simple glisser-déposer des programmes et des interfaces graphiques virtuelles évoquant les faces avant des vrais instruments de laboratoire [12]. Cette approche du développement par programmation est soutenue par un environnement intuitif, riche en documentation et en exemples.

Un défaut de rigueur, de connaissance des bonnes pratiques et des particularités du compilateur met néanmoins en péril la qualité et la performance des programmes, comme avec n'importe quel langage de programmation [13]. Pour réaliser des algorithmes plus complexes ou plus performants, des connaissance approfondies sont déterminantes (par exemple sur la gestion de la mémoire, qui est par défaut allouée de manière automatique, et le compilateur [14]). Des outils de génie logiciel existent également [15] pour créer des applications LabVIEW de grande ampleur en équipe.

L'ouverture d'un VI avec une version de LabVIEW plus ancienne que celle utilisée pour le produire n'est généralement pas possible. Chaque version peut en revanche enregistrer le code pour un nombre limité de versions antérieures, afin qu'il puisse être ouvert dans celles-ci.

Le code produit à partir de LabVIEW 6 peut être ouvert avec n'importe quelle version plus récente de LabVIEW.

LabVIEW est disponible pour Windows depuis sa version 2.5 (1992, Windows 3.1).

LabVIEW est disponible pour Linux depuis sa version 5.1 (1999). Sa compatibilité reste toutefois limitée ainsi que celle des toolkits et surtout des drivers matériels, qu'il convient de vérifier au cas par cas.

• TestStand

• (en) Site officiel
• Notices d'autorité :

  • Tchéquie
• Site web National Instrument
• (en) « LabVIEW Advanced Virtual Architects », sur lavag.org
• (fr) « Développez.com : Club des Développeurs et IT-Pro »