From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
02-23-2012 12:02 AM - modifié 02-23-2012 12:04 AM
le 02-23-2012 02:20 AM
Bonjour,
Comment est constituer ton fichier ? Nombre de voies, nombre de point par voie, etc
L'erreur intervient à quelle moment de l'exécution ? A l'ouverture du fichier, à l'affichage dans le graph ?
Une limitation de LabVIEW 32 bit est de ne pas savoir allouer un tableau de plus de 300Mo environs ( la limite exact dépend de beaucoup de paramètres). L'erreur peut donc être liée à ça.
02-23-2012 02:07 PM - modifié 02-23-2012 02:08 PM
Bonsoir,
Merci pour ton aide.
Le fichier possède 18 colonnes (date, heure, 16 voies) séparées par un TAB
22/02/2012 16:20:02.995 64 0 0 0 0 0 0 0 0 0 0 0 0 0 0 100
Mon fichier possède 100000 lignes comme celle présentée ci dessus.
L'erreur intervient au bout de 10 secondes après le lancement du vi (diagramme ci joint dans mon 1er post).
Le graphe reste vide...
Si je raccourcis mon fichier à 60000 lignes, pas de pb.
La piste de la mémoire Labview allouée au tableau semble la bonne.
Y a t-il une astuce pour résoudre le problème ? peut être charger le graphe en 2 fois ?
Merci par avance pour vos aides,
David.
le 02-24-2012 02:24 AM
Si je ne fais pas d'erreur, le tableau en sortie de la fonction de lecture doit faire environ 115Mo, donc LabVIEW doit être en mesure de le gérer sans trop de difficulté. Par contre en regardant le code de plus près, j'essaierai, de ne pas faire le transpose. Le graphe affiche les voies en fonction des lignes et de colones et si tu lui demandes d'afficher 16 voies de 100000 points, ça va bien se passer. Dans le cas inverse, 100000 voies de 16 points... ça peut devenir dur à gérer en mémoire.
--> deux solutions :
Dis-moi ce que la manip donne sur ton code.
D'un point de vue plus général le chargement/(traitement)/affichage des données volumineuses n'est pas un problème simple. C'est une des raisons qui nous (SAPHIR) à pousser à développer une application de relecture (et traitement) de fichiers. Si ça t'intéresse, tu peux télécharger une version de démo ici
le 02-24-2012 03:09 AM
Merci pour ton aide.
J'ai fait la manip que tu m'as conseillée.
Avec un fichier de 40000 lignes ca marche (comme précédemment, j'affiche bien mes 16 courbes dans le graphe et non 100000 courbes), mais le problème reste le même pour un fichier de 100000 lignes...
Y aurait-il un moyen de lire le fichier ligne par ligne et de remplir le graphe au fur et à mesure (cela éviterait de passer par un tableau) ?
Ca peut être une solution... Si cette solution te semble correcte, n'étant pas un grand spécialiste Labview, merci par avance si tu peux m'aider à la coder.
le 02-27-2012 03:53 AM
Avant de trouver une solution il faut identifier précisément ton problème. Est-ce l'affichage dans le graphe qui est problématique ou le chargement des données depuis le fichier.
Pour cela, tu peux :
Ensuite, on pourra avancer sur une solution.
PS : Peux-tu joindre le fichier qui te pose problème ?