le 01-06-2012 01:18 AM
Bonjour,
Nous travaillons avec une bibliothèque de vi sur le réseau de notre entreprise.
Malheureusement les chemins uttilisé sont parfois relatifs ou réels.
Est il possible de bloquer labview pour qu'il ne prenne que les chemins réels?
Cordialement
Clecle
le 01-09-2012 03:48 AM
Je pense que ce probleme est dû au faite que dans le projet il existe des fichiers ayant les mêmes mon dans des repertoires différent. Il faut faire une passe sur tous les dossiers du projet. et eviter les doublons. Pour la librairie en réseau, mettre l'option "auto populate". Ce probleme doit être resolu au debut du projet sinon l'exé et l'installeur se feront avec difficultés.
le 01-09-2012 04:45 AM
Bonjour Clecle,
Les conflits de ce genre apparaissent lorsqu'on ouvre un VI qui appelle des sous-VIs compris dans les dépendances (sur le projet) alors que ces sous-VIs sont vus par LabVIEW comme étant présents ailleurs.
Comme dit par man78, il faut parcourir les différents VIs et résoudre les conflits un à un. Une liste de tous les conflits est aussi présente via l'option correspondante dans le menu-local du projet (faire un clic-droit sur le num_du_projet.lvproj dans la fenêtre de projet).
Cordialement,
Eric M. - Senior Software Engineer
Certified LabVIEW Architect - Certified LabVIEW Embedded Systems Developer - Certified LabWindows™/CVI Developer
Neosoft Technologies inc.
le 01-09-2012 12:08 PM
Bonjour,
Merci pour vos réponses.
Corrigez les conflits c'est en ordres.
En f'aites les chemins que vous voyez sont exactements les mêmes, le final est le même vi
J'aimerais comprendre pourquoi Labview leur attribut toujours le chemin relatif (Lecteur réseau connecté dans le poste de travail windows)
Et pas le chemin réel?
\\SERVEUR\Librairie\Lavbiew\V1.vi = J:\Labview\V1.vi
Cordialement
Clecle
le 01-10-2012 08:38 AM
Bonjour,
Travailler avec des VIs sur un réseau local, n'est vraiment pas pratique.
1. vous avez le problème que vous avez
2. vous êtes pas sur le réseau, cela ne marche plus
Pour éviter ce genre de problème, il est conseillé d'utiliser un logiciel de gestion de version comme SVN.
Votre bibliothèque est sur un server du réseau.
Vous le chargez du réseau sur votre pc en local.
Bien sûr votre structure locale doit être la même pour tous les utilisateurs.
Les avantages:
1. Vous pouvez travailler à plusieurs sur une même bibliothèque
2. Vous pouvez revenir à une version précédente en cas de modification
3. Vous pouvez suivre les modifications
4. C'est gratuit pourquoi s'en priver 🙂
Cordialement,
Yoann