Vider la RAM

Question

Bonjour,
J explique mon probleme, je fais l acquisition de 32 signaux analogiques que je dois afficher et enregistrer
Pour cela j utilise une structure producteur consommateur.
Dans le producteur je lis mes signaux et je les affiche avec des 5 graphes deroulants.
Dans ma boucle consommateur, j enregistre les signaux a la frequence d echantillonage d entree et je les reechantillone pour les enregistrer a une frequence d echantillonage plus basse.
Mon probleme est que j ai beau mettre n importe quelle valeur de sample to read avec n importe quelle frequence d echantillonage, j obtiendrais toujours le message comme quoi mes donnees ont ete ecrasees au bout d un moment. Bien sur ce moment change en fonction de ces deux parametres. De plus lorsque j observe la consommation de la memoire avec le windows task manager, elle augmente tout doucement jusqu a obtention de l erreur.
Je ne pense pas que cela vienne de la taille de mon buffer vu que la taille de ma RAM augmente au fur et a mesure.
Je me demandais si cela ne venait pas de boucle consommatrice qui consomme trop le processeur et empecher donc de lire le buffer correctement. et donc si il ne fallait pas utiliser un cadencement. Si telle est la reponse, j aimerais savoir ou est ce que je dois mettre ce cadencement, dans la boucle consommatrice ou productrice?
Et si ca ne vient pas de ca de quoi cela peut il venir?
Merci de votre reponse, en esperant que j ai bien detaille mon programme;
Je vous mets en piece jointe mon VI (je ne sais pas si il fonctionne correctement car j ai fais des modifications chez moi et je n ai pas pu les teste encore en entreprise)
Pièces jointes :
acquisition.vi ‏100 KB
Log_Channels_(SubVI).vi ‏15 KB

Answer 1

Alors... Il y a pas mal de chose à dire, je vais commencer par un petit conseil général : il faut éviter de faire de diagrammes trop grand, ça complique la lecture et le débogage, pour cela il faut faire des sous-vis, bcp de sous-vis! En outre, cela permet d'éviter de dupliquer du code.
Je ne comprends pas très bien l'utilité d'enregistrer 2 fichiers, un avec toutes les données et un autre avec les données sous échantillonnées, pourquoi faire ça?
Pour ce qui est du cadencement, je ne pense pas que le problème se pose de cette manière. La boucle d'acquisition est cadencée implicitement par la fonction d'acquisition (si Facq = 10kHz et nb de point = 1k, la boucle va tourner à environ 100ms, un poil plus lentement lorsque "start acquisition" est vrai, car il faut mettre les données des 32 voies dans la queue, en passant 32*8*1000/1024 = 250, un bloc acquis représente 250kByte). Je ne pense pas que le problème vienne de cette boucle.
Dans la boucle "consumer", il y a quelque petites maladresses :
- la multiplication par le ration est faite 2 fois et sur chaque voies (une fois avant l'affichage et une fois avant l'enregistrement)
- l'indexation et la concaténation des tableaux de voies n'est pas nécessaire
- l'enregistrement n'a pas besoins d'être dans une boucle, la fonction "write tdms" accepte les tableaux de waveform en entrée
Pouvez vous en dire un peu plus sûr l'erreur qui se produit? Dans quelle boucle, après combien de temps, etc... et surtout quelle est la cadence à laquelle la boucle "consumer" tourne effectivement, si elle met plus de 100ms pour s'exécuter il y aura toujours un moment où le système va manquer de mémoire la queue se rempli plus vite qu'elle n'est vidée...
Hope this helps
When my feet touch the ground each morning the devil thinks "bloody hell... He's up again!"