le 01-22-2007 04:34 AM
le 01-22-2007 06:22 AM
Bonjour Mathieu,
Merci de jetter un oeil au lien ici. Dîtes moi si ça fait avancer votre problème.
Cordialement,
le 02-06-2007 05:49 AM
le 02-12-2007 03:02 AM
Bonjour, je n'ai pas trouver solution à mon problème (peut etre mes problemes!).
J'ai observer trois cas de plantages:
1) en developpant, certaine opération, je ne sais lesquelles, font planter et fermer immédiatement labview emportant ainsi mon travail (souvent de pres d'une heure)
2) en executant ( les consequence sont les meme, labview se ferme et je perds mon developpement non enregistré.
3) en sauvegardant dans ce cas j'ai des messages d'erreurs (ceux joint à mon premier message).
Je pense à 3 éléments pouvant causer les plantages, dites moi ce que vous en pensez.
1) j'ai en face avant un choix à onglet assez chargé avec entre autre un cluster d'une trentaine d'éléments dont un tableau de cluster avec éléments graphique (glissiere). Donc cluster de cluster????
2) j'utilise un driver d'une carte Arinc DDC utilisant un appel de dll donc je n'ai aucune vision sur ce qui est codé.
3) de plus cette dll est appelée toutes les 200 ms en emission et en permance en reception (boucle while en flux tendu sans aucune temporisation).
Voila je n'en sais pas plus. Malgres le peu d'information, j'espere que quelqu un aura une solution à me proposer. Ou à défaut j'espere que le produit ne plantera plus lorsqu'il sera en ".exe".
J'aimerais que ce programme soit le mieu possile car ce premier projet est une évaluation technique de labview pour les futures developpements de moyens d'essais d'un grand équipementier aeronautique.
Merci d'avance.
Mathieu R.
le 02-12-2007 01:28 PM
Bonsoir, j’ai déjà eu le problème : une glissière dans un cluster rend instable LabVIEW. Il suffit de remplacer la/les glissières par des clusters ou de les sortir simplement du cluster.
Luc Desruelle | Mon profil | Mon blog LabVIEW |
LabVIEW Architect (CLA) & TestStand Developper (CTD) | LabVIEW Champion
MESULOG | NERYS
le 02-13-2007 02:35 AM
le 02-13-2007 04:26 AM
J’espère que la glissière n’est pas en plus un type def. (Définition de type = contrôle customisé), …
Je te conseille de séparer des indicateurs de ton contrôle. Car […] une glissière dans un cluster dans un tableau lui même dans un cluster […] cela fait beaucoup. Je te propose donc de faire des tableaux d’éléments « simple », par exemple un tableau de glissière… Si le but n’est que de faire la remontée des données dans le « vi main », et donc limiter le nombre de connecteurs sur le vi, tu peux utiliser des références ou des globales. Tu peux aussi différentier la mise en forme des données des sous-vi, de la présentation sur la face avant. En effet les données ne sont pas générées « à la base », donc dans les vi’s de très bas niveau, directement sous la forme d’une glissière dans un cluster dans un tableau dans un cluster dans … Donc remonte les données sous la forme de tableau de cluster de double, puis dans le main fait une belle présentation en fonction.
Luc Desruelle | Mon profil | Mon blog LabVIEW |
LabVIEW Architect (CLA) & TestStand Developper (CTD) | LabVIEW Champion
MESULOG | NERYS
le 02-16-2007 10:32 AM
Luc Desruelle | Mon profil | Mon blog LabVIEW |
LabVIEW Architect (CLA) & TestStand Developper (CTD) | LabVIEW Champion
MESULOG | NERYS
le 02-19-2007 02:55 AM
bonjour, actuellement je suis passé sur un autre developpement donc je n'ai pas encore fait les modifications, Je vous tiens au courant.
Merci encore.
Salutations.
Mathieu R.
le 02-20-2007 07:04 AM
bonjour
je viens donner des mauvaises nouvelles, j'ai fait les modifications hier et ca n'a rien changé! j'ai de nouveau, et tres vite (au bout de la troisieme sauvegarde), subi un plantage "insane object" .
De plus une nouvelle fois labview s'est fermé tout seul pendant l'execution du programme.
Donc je n'ai pas encore réussi à résoudre mon problème.
Je ne sais pas ce que j'ai bien pu faire !
L'autre programme lui tourne correctement sans planter labview, cela dit il est bcp moins gourmand aussi.
Si vous avez d'autres idée, n'hésitez pas
Cordialement
Mathieu R.