Bien que le logiciel NI LabVIEW depuis longtemps pour aider les ingénieurs et les scientifiques à développer rapidement des applications de mesure et de contrôle fonctionnels, mais ce n'est pas la meilleure façon de programmation LabVIEW de tous les nouveaux utilisateurs suivront. LabVIEW programmation graphique relativement unique, parce que les utilisateurs ne doivent regarder à l'application, vous pouvez trouver la meilleure façon de coder l'utilisateur ou non à suivre. Certains utilisateurs de faire des erreurs parce qu'ils ne comprennent pas vraiment le principe du diagramme LabVIEW du flux de données, mais certains utilisateurs ne savent pas quelles fonctionnalités peuvent améliorer la qualité de la programmation LabVIEW.
Xiao Bian résume dur certains du manque d'expérience des erreurs de programmation le plus souvent les programmeurs LabVIEW engagés, mais fournit également une méthode de programmation LabVIEW correcte suggérée.
01
l'utilisation excessive de la structure plate Séquence
Beaucoup LabVIEW novice ne comprend pas pleinement le concept de la mise en uvre de « flux de données », qui est la base du concept de programmation LabVIEW. Il est un phénomène dans lequel les utilisateurs ont tendance à abuser Structure plate Séquence sur le diagramme. Les utilisateurs ont souvent recours sur la structure plate séquence pour obtenir l'exécution du schéma synoptique de codes série, au lieu d'utiliser le flux de données et la connexion entre les nuds.
programmation Dataflow Signifie que seulement lorsque toutes les données d'entrée requise arrive, le noeud (sub Vl, primitif, structure, etc.) sur le schéma de principe commencer l'exécution. Ceci est utile pour l'utilisation de programmeurs LabVIEW, car un processus distinct lui-même peut réaliser le fonctionnement en parallèle et le langage de commande, mais nécessite des paramètres supplémentaires pour mettre en uvre l'exécution parallèle.
Avec le nombre croissant de CPU de l'ordinateur, LabVIEW peut automatiquement parallèle processus de décomposition, d'améliorer les performances de code, sans que l'utilisateur d'avoir à écrire de code supplémentaire. Et forcé d'effectuer le schéma en utilisant la structure Séquence déroulée limitera non seulement la course en parallèle, nous allons perdre cet avantage. Les restrictions indues dans la structure du schéma fonctionnel permet d'améliorer la lisibilité globale et de maintenir un schéma fonctionnel plus compact.
Erreur de connexion peut être efficacement réalisé sur un bloc-diagramme de flux de données, sans compter la structure plate séquence, en plus contribue également à la politique de gestion des erreurs de connexion d'erreur.
Quand dois-je utiliser une structure Séquence déroulée?
Structure de données Séquence déroulée du flux de données de flux est différent des autres structures. Toutes les trames de données sont disponibles pour se connecter à la structure plat du cadre selon l'ordre d'exécution de gauche à droite. Après l'achèvement de l'exécution de chaque trame, les données sont transférées à la trame suivante. À savoir, la trame d'entrée est une trame peut dépendre de la sortie de l'autre.
des structures stratifiées avec un ordre différent, la structure de séquence plat sans utiliser la commande pour transférer des données entre une variable locale de trame en trame. Séquence déroulée chaque structure de trame est représentée dans le schéma fonctionnel, vous pouvez compléter la connexion entre le cadre et le cadre sans utiliser une séquence de variables locales, mais aussi ne cachera pas le code.
Lors de l'ajout ou la suppression des cadres structures plates séquence, les structures ajusteront automatiquement la taille.
Ne traînez pas le tunnel entre les cadres respectifs structures plates séquence.
Il devrait être établi à partir de données dépendant ou flux de données circulant VI paramètres contrôlables, afin d'éviter une utilisation excessive de la structure de séquence en mosaïque.
(En temps réel, Windows) Cliquez-droit sur la structure Séquence déroulée et sélectionnez Remplacer dans le menu contextuel est une séquence chronométrée, peut être remplacée par la structure Flat séquence est la structure de séquence chronométrée.
Contribuer à l'exécution de référence de la performance du code de diagramme en carrelage structure de séquence. Structure par séquentielle à l'aide des cadres dans le compteur de temps, vous pouvez déterminer le temps passé à exécuter le code entre deux compteur de temps. Ceci est une exécution de flux de données générales ne peut être atteint.
02
utilisation excessive des variables locales
LabVIEW programmation Une autre erreur fréquente est l'utilisation excessive des variables locales. Les variables locales sont un espace commun de la mémoire, pour transférer des données entre les différentes parties d'un programme informatique. Les variables locales sont généralement utilisées pour le langage de programmation basé sur le texte avec une fonctionnalité très puissante, mais si les conditions de concurrence se posent, des problèmes surgissent.
Pour tout autre langage de programmation, passent à travers les données de la variable est requise, le flux de données de LabVIEW est prévu un procédé, une partie de données peut être déplacé de l'une à une autre partie du programme. mécanisme de parallélisme LabVIEW inhérente détermine l'utilisateur ne peut pas excessive variable parce que généralement il y aura un certain nombre d'endroits différents dans le même temps pour accéder à la mémoire partagée. Si l'utilisation excessive de la variable, apparaît une des opérations de lecture / écriture pour gagner « la concurrence », tandis que d'autres opérations sont perdues, la « concurrence », la perte de données opérationnelles seront ignorées, et par conséquent l'utilisation excessive des variables dans LabVIEW peuvent éventuellement entraîner des données perdu.
vous pouvez transmission sécurisée de données par une variété de procédés à partir d'une partie de programme LabVIEW à une autre partie, comprenant une connexion, file d'attente, la notification d'événement, les variables globales, et ainsi la fonction. Chaque mécanisme est conçu pour une situation particulière, mais tous ont la fonction d'éliminer les conditions de concurrence.
03
Code modulaire est ignoré
Dans des circonstances normales, les nouveaux utilisateurs de LabVIEW pour créer une application « forget-écriture » pour accomplir des tâches simples, sans tenir compte du fait que le futur utilisera ces codes. De plus en plus de travail de programmation, ils vont se retrouver encore et réécrire à nouveau le même code. Et si vous créez un sous-VI modulaire réutilisable pour d'autres applications en même temps dans le programme, vous pouvez économiser beaucoup de temps de développement.
Si vous connaissez la partie spécifique du code sera réutilisé pour la même application, ou sentir qu'une partie du code peut être utilisé pour des applications futures, alors vous devriez passer un peu de temps, cette partie du code dans un sous-VI. Si vous voulez devenir une partie du code d'un sous-VI, vous devez faire est d'ajouter un document principal, utilisez le « terminal » pour désactiver certaines propriétés VI. L'un des plus simple de créer un sous-VI est un schéma synoptique de la partie en surbrillance du programme de marquage code, puis sélectionnez « Modifier dans la barre de menu > > Créer un sous-VI. « Donc, cette partie du code sera placé dans un VI séparé, puis utiliser le » terminal. « Vous toujours besoin d'ajouter une description sous forme d'icône, et des documents écrits et ajouté au schéma fonctionnel du VI Propriétés, puis annulez certains VI ensemble, mais " éditer > > Créer un sous-VI « Je peux vous aider à une bonne idée de modularité du code.
Un code de réglage doit être annulé lorsque la modularité est « pour permettre le débogage. » Vous pouvez trouver cette option dans le « VI Propriétés (Fichier », « Propriétés du VI) mise en uvre du » répertoire « de » dans. Lorsque le code est entièrement fonctionnel sans avoir à le débogage réutilisation des caractéristiques telles que l'exécution de surbrillance, Annuler « permet le débogage » réglage dans l'exécution, puis exécutez le VI à nouveau. L'avantage de cela est dû à l'optimisation lors de la compilation, la vitesse de l'application est susceptible d'accélérer, mais aussi en raison du démarrage de débogage du code est fermé, l'espace disque physique occupé par VI réduit en conséquence.
04
Créer un énorme bloc-diagramme de processus lourd
De nombreux utilisateurs vont mettre nouveau diagramme LabVIEW pour écrire très grande lourdeur. Pour certaines applications complexes, nous aurons besoin inévitablement d'écrire un grand schéma fonctionnel, mais un schéma fonctionnel énorme à partir d'une certaine mesure, le programme peut également indiquer un manque d'architecture de programmation. Sans un cadre de base pour le programme d'entretien à long terme, il est très difficile, mais si vous voulez ajouter de nouvelles fonctionnalités à l'avenir sera très difficile. Comme seulement un bon cadre pour construire une structure rationnelle de la maison, Une architecture de programmation bien peut construire votre application fournit un cadre sécurisé .
Presque tous les programmeurs trouveront cadre commun, l'architecture logicielle est très utile. Dans LabVIEW fait de nombreuses architectures, telles que les machines producteurs / consommateurs et de l'État, et d'autres langages de programmation sont très similaires.
Apprendre l'architecture LabVIEW peut réduire le temps de développement et d'améliorer l'évolutivité des applications . LabVIEW 2012 inclut des modèles et des exemples de projets, ce qui rend plus facile de comprendre l'architecture. Modèle explique les différentes architectures et applications. Des exemples de projets est basé sur le modèle d'une plus grande application qui montre comment utiliser le modèle pour faire face aux défis du réel. Vous pouvez utiliser le matériel ajouté à l'exemple de projet, ou le projet peut être un exemple de l'application dans son ensemble, alors que le projet est ouvert et le document exemple décrit en cas de besoin et très complet, de sorte que vous pouvez personnaliser pour les applications spécifiques.
05
Ne pas payer la documentation de l'attention
Une bonne documentation de code peut être efficace pour aider les autres à comprendre leurs propres procédures écrites . Malheureusement, beaucoup de programmeurs souvent n'a pas commencé à écrire le document après la fin de la fin du cycle de développement développement de fonctionnalités. Cela rend le temps pour la documentation du code devient très faible. La manière correcte est dans le processus de développement sur la nécessité de prendre le temps de commencer à documenter. La documentation est également très utile pour les programmeurs eux-mêmes, surtout quand ils reviennent au fil du temps pour regarder le code ne me souviens pas pourquoi ils ont choisi certain code. Les programmeurs souvent en buvant du café, rester debout toute la programmation de nuit, souvent il y aura « la mémoire à court terme. » Le document peut aider les programmeurs à souvenirs.
En général, en ce qui concerne l'application en mode texte, la nature graphique de LabVIEW rend plus facile à lire le programme, mais la documentation efficace peut réduire le temps « décodage » le programme désiré . La meilleure façon d'ajouter des commentaires au schéma synoptique du document est d'utiliser l'étiquette libérale. Vous pouvez double-cliquer sur un diagramme de bloc endroit vide de la gauche, et entrez le texte, ajouter des commentaires. Ensuite, utilisez la flèche pour pointer vers une référence constituée étiquette de code particulier. Si vous avez besoin d'ajouter une photo, vous pouvez les copier dans le presse-papiers, puis collez-le dans le diagramme. Photos et système physique de formules mathématiques contribuent tous à une explication claire du code dans le contexte du diagramme.
Documenter la réutilisation du code est non seulement pour la bibliothèque, mais plutôt pour chaque programme. Quand une personne a besoin d'expliquer à d'autres personnes, il aura une meilleure compréhension du sujet. Documentation essence est d'expliquer les programmeurs des forces pour les aider à mieux comprendre leur propre code.
