Programmation en C (logique??)

[invite0c083bae]

Bonjour à tous,

Difficile de trouver un intitulé de post parlant. Bref je m'explique, pour certain ca paraitra surement très logique.

J'ai une fréquence de consigne (en sortie de mon PIC), si j'arrive à +/- 2% de cette consigne en entrée (fréquence issue de sondes HALL) j'incrémente ma fréquence de 5Hz. Pour faire ceci je fais un calcul de min de max et pour augmenter ma fréquence je passe par un tableau. C'est un tableau de 17 valeurs et j'incrémente une variable pour changer de valeur. Mon problème est le suivant : lorsque je rentre dans ma fourchette de fréquence au lieu de s'incrémenter de 1, ma valeur s'incrémente de 17!

En gros en consigne j'ai 25Hz, quand mes sondes arrivent à 25Hz je passe pas à 30 (soit une seule incrémentation) mais je passe à 80 85Hz ... avez vous un "test" qui vous vient à l'esprit pour bloquer cette incrémentation d'une seule unité? Parce que j'avoue bloquer. Voici mon code :

if ((i16PeriodeSondeTmr1 > i16FreqDiffMin) && (i16PeriodeSondeTmr1 <= i16FreqDiffMax)) {	// Si la fréquence des sondes est comprise entre + ou - 2% de la fréq des commandes
	if(i8TabLancement < MAXI_TAB_LANCEMENT) {							// Et si la variable d'incrémentation < 17
		i16Freq =i16tValeurLancement[i8TabLancement++];							// On augmente la fréquence des commandes

Voila si quelqu'un a une petite astuce pour faire un test afin que cette variable puisse s'incrémenter qu'une fois je suis preneur!

Par ava,ce, merci.
-----

[invite0c083bae]

Edit : ça fonctionne avec un delay ... mais bon c'est vraiment pas le but, mais ça prouve qu'il manque juste un petit détail.

[Calou80]

Où est situé cette incrémentation? dans le "main" ou dans une interruption?
Si c'est dans le main, cela ne m'étonne pas trop, il faut attendre, au moins, ta période de capture pour réaliser ton test et ta mise à jour de ta période de sortie

[PA5CAL]

Bonjour

Si ton problème est réglé à l'aide d'un délai, c'est très probablement parce que ton incrémentation survient plusieurs fois du fait que tu n'attends pas que la mesure de la fréquence change avant de refaire le test.

Si c'est bien la raison, il faut ajouter dans ton code le moyen de ne pas faire le test tant qu'une nouvelle fréquence n'a pas été imposée puis réévaluée.

[A voir en vidéo sur Futura]

[invite0c083bae]

Où est situé cette incrémentation? dans le "main" ou dans une interruption?
Si c'est dans le main, cela ne m'étonne pas trop, il faut attendre, au moins, ta période de capture pour réaliser ton test et ta mise à jour de ta période de sortie

Oui on peut dire qu'elle est dans le main puisque c'est une fonction que j'appelle dans ce dernier. Merci en tout cas

[invite0c083bae]

Bonjour

Si ton problème est réglé à l'aide d'un délai, c'est très probablement parce que ton incrémentation survient plusieurs fois du fait que tu n'attends pas que la mesure de la fréquence change avant de refaire le test.

Si c'est bien la raison, il faut ajouter dans ton code le moyen de ne pas faire le test tant qu'une nouvelle fréquence n'a pas été imposée puis réévaluée.

Oui c'est bien ce que je me disais mais c'est la logique de programmation que j'arrive pas à situer ... Merci pour ta réponse aussi

[Calou80]

c'est bien ce que je pensais. Je ne connais pas les PICs mais il faudrait voir ta logique pour mesure ta période d'entrée. Il y a certainement une interruption liée à la fin de la mesure de ta période ou au font montant ou descendant de ton entrée et tu pourras rajouter ton test dans cette interrupt

[PA5CAL]

Attention. Il ne faut pas seulement attendre que la fréquence soit réévaluée. Il faut également attendre qu'elle ait préalablement eu le temps de changer et de stabiliser.