sauvegarde de programme de tests LV 2010

**yoz'st** · 25/10/2011, 12h12

bonjour à tous !

je suis apprenti ingénieur en informatique industrielle, et pour les besoins de mon entreprise j'ai appris le language LabView il y a quelques semaine, et ai développé un programme premettant de controller une SMU keithley 2410 (grosso modo un générateur / multimètre) dans le but de mesurer différents paramètres sur des composant electroniques.

l'opérateur peut programmer une trentaine de tests dont les paramètres sont par exemple :

type de mesure (courant/ tension)
auto range (non ou valeur)
filtre
etc

à partir de la, le programme effectue la série de tests en fonction des paramètres rentrés, et index les résultats mesurés par la machine dans un tableau.

edit : je met une image du front panel, ça vous aidera surement à comprendre...

jusque la, tout va bien (à quelques détails près ^^), sauf qu'il faudrait pouvoir sauvegarder et charger les programmes de test, de manière a pouvoir les réutiliser sans avoir à tout reconfigurer (suis-je bien clair?

)

et je ne sais pas du tout comment m'y prendre...

pour l'instant, les paramètres des tests sont regroupés dans un cluster, qui est envoyé a deux subVIs qui gèrent respectivement l'affichage ou non de ces paramètres (en fonction du nombre de tests voulu) et l'execution des tests. C'est un peu une usine à gaz, mais ça marche !

serait-il possible de sauvegarder tout simplement ce cluster dans la mémoire du pc? ou dois-je convertir tous les paramètres pour les enregistrer dans un tableau type excel ?

j'espère que mon post est clair et que quelqu'un saurra m'apporter une réponse

bonne journée !

**Rodéric** · 26/10/2011, 09h48

Bonjour,

Déjà bravo pour la face avant elle est pas mal pour un apprenti^^ sa change des horreurs que l'on croise, cependant quelques majuscules ne feraient pas de mal à tes labels! tu as un "tableau" avec des controls,tu devrais l'arranger un peu pour que sa soit plus net et plus facile à utiliser dans ton code. Evites aussi de mélanger les langues sur une face avant...

Pour stocker tes paramètres une solution efficace serait d'utiliser des fichiers par exemple .ini ou .xml. Dans l'IHM l'opérateur devra charger une config (un .ini) dans une listbox par exemple dont les éléments correspondront aux noms des fichiers placés dans ton dossier de sauvegarde des confs.

Cordialement,

**yoz'st** · 26/10/2011, 11h25

tout d'abord merci beaucoup pour tes conseils, j'en tiendrais compte...

ensuite je ne comprends pas très bien ta solution :
je devrais créer un fichier par listbox (par paramètre) ?
et qu'est ce qu'un fichier .ini ?

je ne sais pas si j'ai été très clair :
l'utilisateur devra pouvoir sauvegarder un "programme" de test, c'est a dire que tous les paramètres des listbox et controles numériques seraient gardés en mémoire, et au chargement de ce "programme" les contrôles s'initialiseraient automatiquement aux valeurs enregistrées. bien sûr, plusieurs "programmes" différents pourront être enregistrés et chargés.

**Rodéric** · 26/10/2011, 14h59

Les fichiers ini: http://forums.ni.com/t5/Discussions-...ni/td-p/913734

L'idée c'est d'enregistrer les paramètres de chaque séquence (programme) dans un fichier texte.

La listbox est juste un control dont tu peux choisir les éléments par property node (et donc mettre comme éléments les noms des fiochiers de conf pour après choisir le bon et le charger, ensuite il faut le lire et récupérer les paramètres pour les transmetre à tes sous VIs. (d'opu le fichier ini))

**yoz'st** · 26/10/2011, 17h04

d'acord j'y vois un peu plus clair,
donc si j'ai bien compris, l'idée est d'enregistrer tous les paramètres dans un fichier texte, et de lire ce fichier lorsque l'on veut charger la séquence (comment savoir quelle partie du fichier texte est attribuée à chaque paramètre?), et le fichier .ini permet de regrouper les différents doc .txt...

?

**Rodéric** · 26/10/2011, 18h37

Pour l'organisation ud fichier texte c'est pour sa que j'ai pointé sur le fichier ini!!!

**yoz'st** · 27/10/2011, 08h54

ok je comprends... je vais me renseigner un peu plus sur le sujet et ça devrait le faire !

mais ne serrait-il pas plus simple d'écrire dans un fichier type tableau ? cela éviterait l'utilisation de .ini puisque pour aller chercher les paramètres il suffirait de connaitre le numéro de ligne et de colonne...

en tout cas merci pour ton aide !

**Rodéric** · 27/10/2011, 22h19

Un tableur sa marche... si ton client doit modifier le tableur il faut bien indiquer les champs etc...

En programmation il y a rarement une seule façon de faire, le .ini c'est juste un exemple! J'aurais plutôt choisi du XML pour le fun!

par contre l'avantage du .ini c'est que les fonctions de recherche des paramètres sont déjà codées, le formalisme existe déjà, et il n'y a donc pas de questions à se poser... et sa peut évoluer facilement.

**yoz'st** · 28/10/2011, 09h18

nan nan quand je dis tableur c'est que je parle de la fonction "write to spreadsheet"

avec cette méthode j'arrive a sauvegarder les paramètres, mais pour les charger ça se complique ^^

**Rodéric** · 28/10/2011, 09h52

beh non, tu as la fonction read from spreadsheet, tu as un tableau 2D de chaines, créé un indicateur, regarde comment c'est fichu, et indexe ton tableau!!!!

**reg64** · 28/10/2011, 11h50

Salut,
Pour information il existe une autre solution qui consiste à sauvegarder la valeur d'une commande sous forme d'un fichier binaire, l'avantage est que cette solution est très simple à mettre en place, deux vi à utiliser:

Ecrire dans un fichier binaire
Lire un fichier binaire

Les inconvénients:

Le fichier généré est illisble (pas simple pour l'éditer à la main)
Incompatibilité du fichier avec la commande (Cluster par exemple) si la commande est modifiée.
...

a+

Uploaded with ImageShack.us

**yoz'st** · 28/10/2011, 11h54

rodéric :
oui c'est ce que j'essaie de faire, mais une fois qu'on a ressorti le tableau il faut le lire et passer chaque paramètre aux objets correspondant (les listbox etc de la face avant)... mais je devrais y arriver sans trop de difficultés.

encore merci pour ton aide.

reg64 :
ta solution me parrait bien aussi...
l'utilisateur n'auras pas a modifier le fichier directement, ce sera toujours fait par l'intermédiaire du programme donc ça ne pose pas de problème.

par contre pourrais tu afficher l'image d'une autre manière, je ne peux pas y accéder car le web hosting est bloqué par mon entreprise

**Rodéric** · 28/10/2011, 12h24

Si tu modifies un élément ou ajoute quelque chose à ton cluster, tes fichiers précédents seront illisibles... donc dur d'assurer la maintenance et l'évolution du banc...

**yoz'st** · 28/10/2011, 12h45

oui mais une fois qu'une sauvegarde aura été crée, elle ne sera plus modifiable de toute manière, on pourra en créer une nouvelle, dans un nouveau fichier, mais pas modifier une sauvegarde déja existante... donc ça me parrait envisageable...