Discussions au sujet de NI LabVIEW
Vi extremetn lent
Résolu !
Bonjour
Pourriez vous nous envoyer votre vi de test.
Nous fournis la librairie du constructeur ... C'est bien, mais n'ayant pas d'appareil cela ne nous sert pas à grand chose.
Noté qu'il peut arriver que l'appareil mettent du temps à répondre.
Le plus simple est d'isoler le VI qui met du temps à répondre. Pour cela, un moyen simple et de mettre des mesure de délais dans le code
L'exemple ci dessous est une des techniques.
Cela peut sembler un peu laborieux, mais hélas, c'est incontournable.
Salutation
EricC
Bonjour
Voici quelques observation
Votre VI :
Vous utilisez directement les fonctions. Par contre, mettez les commandes en série. Une exécution en parallèle ne pose pas de problème avec LV, mais comme la dll vient du fabriquant, on ne sait pas comment ils ont gérer cela en interne.
Ensuite utiliser une boucle While pour faire un essai sur plusieurs itérations. Peut-être que lors du 1er appel li y a un délais de connexion qui n'existe pas sur les autres.
Ne relancer pas le Vi avec la flèche (exécution) ou avec exécution en continue.
Chaque relancement correspond à un relancement complet de votre application et pas à une exécution continue.
Les VI fabriquant
Appel DLL
Les appels DLL ont été écrit tel que. Or par défaut l'appel est traité par le thread IHM
Testé en changeant le thread par defaut.
Version VI
En les ouvrant, on peut constater qu'ils ont été écrit à l'époque de LV6. Peut être que le code est un peu ancien.
Renseigner-vous dans la doc fabriquant.
Si l'appareil se commande via les ports séries ou tcp/ip, il peut s'avérer plus intéressant d'écrire des vi de commande direct, sans passer par une dll.
(surtout s'il ne vous faut qu'une ou deux fonctions)
Salutations
EricC
