simulation de signaux

[Cam12]

Salut Joe,

Ton VI me convient pas trop car je voulais que les données de vents soient envoyées en fonction du temps réel. Sur ton VI lorsqu'on lance le programme, les données sont envoyées instantanément (même s'il y a Time en abscisse). Opeut regler le delta t à 5s par exemple, mais lorsqu'on lance le programme, les données sont envoyés en quelques ms et la séquence ne dure donc pas 5s. En fait je voudrais que le temps en abscisse soit le vrai temps.

As tu compris se que je voulais réaliser? si oui, que me proposes tu? 

[Ray.R]

OK... je semble comprendre.  Tu veux un "loop" qui prends une mesure du temps chaque 5 sec et met la table et le graphe a jours en meme temps.

Je prepare un exemple.

R

[Ray.R]

Examine l'exemple suivant.  Le programme simule du vent qui peut varier entre 0 - 25 m/s.  Le graphique se met a jour chaque 5 secondes.

R

[Cam12]

Merci pour tes exemples mais cela ne me convenait pas non plus. J'ai réussit à faire se que je voulais avec "simulate signal". J'ai mis la valeur du dt egal à la fréquence d'échantillonage de ma boucle que je calcule. Ainsi les valeurs sont envoyés comme je le souhaite suivant le temps qui défile ( et non toutes les 5s par exemple comme sur ton VI ).

J'ai une autre question. Je mesure une vitesse et un courant d'un moteur, j'utilise ces donnés ensuite pour envoyer une consigne en tension au moteur (avec une boucle while). La fréquence d'échantillonage de ma boucle while vaut à peut pres 230Hz (se qui est suffisant pour se que je fais). J'ai ajouté dans ma boucle while une autre boucle: simulation loop pour utiliser des fonctions de transfert. Le probleme c'est que la fréquence d'échantillonage de ma boucle while a beaucoup chutée et mon programme ne fonctionne plus correctement. (je ne fais pourtant pas de gros calcul dans le simulation loop) 

Y aurait il un moyen pour éviter cette forte diminution de frequence d'echantillonage?

[Ray.R]

Oui, il est possible d'eviter cette chute de frequence d'echantillonage..  Est-ce possible d'ajouter ton VI ?

Et pardon pour l'exemple.... je n'avais pas bien compris ..  Utiliser "simulate signal" est la bonne maniere de proceder.

R

[Cam12]

Oui le voici.

[Ray.R]

Je ne suis pas tellement familier avec le "Simulation Loop".  Cependant, je n'ai pas tous les fonctions que tu as creee avec ce VI. 

Ce que je remarques lorsque j'ouvre ton VI, est que le code original contient des lignes a l'interieur du SImulation Loop qui sont membres d'un cycle.  Alors un genre d'erreur.  C'est possible que je n'ai pas les fonctions ("add-ons") necessaire pour corriger cela.  La seule facon de le corriger, dans ma situation est de placer des "Shift Registers"..  Malgre' que ce ne soit pas le cas dans ta situation.

Est-ce que tu vois les lignes pointillees tel qu'appercus dans l'image suivante?

R

Message Edited by JoeLabView on 08-02-2008 12:31 PM

[Cam12]

Moi je n'ai pas d'erreur dans ma boucle et je n'ai les pointillés que tu as.

Cependant est ce que tu penses que les "shift registers" peuvent avoir une influence sur la vitesse de ma boucle?

[Cam12]

J'ai fait un exemple simple ou une "simulation loop" intervient dans une boucle while. Dans le simulation loop il y a juste un step lié à une fonction de transfert que je visualise et dans la boucle while il y a une sinusoide que je visualise aussi.

La frequence de la boucle while tombe à 77Hz ( alors que la frequence de la boucle while sans le simulation loop est de 1400Hz à peu pres).

Peux tu essayer le VI pour voir si toi aussi la frequence est au alentour de 80Hz (peut etre que mon PC est trop lent...)?

Si oui, comment éviter cette chute de fréquence? y a t-il un moyen de gérer la méthode de calcul de Labview qui est peut etre trop lourde...?

[Ray.R]

Je vais bientot l'essayer.  Je vais re-installer LV7.1 sur ma machine.  J'avais ouvert ton exemple en utilisant LV8.5. Peut-etre que cela explique les lignes pointillees.

A bientot.

R