pic18F4550

[pseudomehdi]

bonsoir, j'ai voulu tester sur mon simulateur(isis) combien de temps le pic 18f4550 mettait pour exécuter l'opération x=SQRT(2), le résultat est 1.3ms avec une fréquence d'horloge de 20Mhz donc un cycle d'instruction de 0.2us, merci de me dire si c'est normale ou pas !
-----

[RISC]

Salut,
a priori cela semble possible si...tu as utilisé des float ou double float comme operandes...
un microcontroleur n'est pas fait pour faire des calculs en virgule flottante rapidement car il n'a pas de FPU intégrée
a+

[pseudomehdi]

ah d'accord, merci

[paulfjujo]

Bonsoir,


un test sous MikroC

Floating point in the mikroC PRO for PIC is implemented using the Microchip AN575 32-bit format (IEEE 754 compliant)

.

9902 cycles => 1,98 mS

double df1,df2; // 64 bits !

df2=2.0;
df1=sqrt(df2);

meme resultat si usage de constante
df1=sqrt(2;0);

meme resultat si 
float df1,df2 ;

soit ton compilateur est bien plus performant, soit tu travailles avec du float 24 bits ?

[A voir en vidéo sur Futura]

[marti.dufoot]

Salut

J'ai l'habitude de programmer sur pic4520 (c'est la même famille que le tien), et il y a un diviseur de fréquence du quartz.
En effet si tu mets un quartz externe de 20 Mhz, le processeur va travailler en réalité sous 5Mhz. (donc une période de 0.2us)

Après peu être que c'est pas le cas du tiens.

Vérifie quand même dans la doc et regarde si c'est pris en compte ou pas dans ton simulateur

Mais ça parait bizarre qu'il fasse cette opération en un coup d'horloge

[ranarama]

bsr. Essaye de tester le second algo sur cette page (concerne les pic18F), l'auteur évoque 400 cycles soit une fusée par rapport à la fonction par défaut de ton compilateur
http://www.piclist.com/techref/micro...qrt/sqrt32.htm

sinon d'autre du mm genre en diverses résolutions : http://www.piclist.com/techref/micro...sqrt/index.htm

[pseudomehdi]

soit ton compilateur est bien plus performant, soit tu travailles avec du float 24 bits ?

c'est un 32 bits

[pseudomehdi]

bsr. Essaye de tester le second algo sur cette page (concerne les pic18F), l'auteur évoque 400 cycles soit une fusée par rapport à la fonction par défaut de ton compilateur
http://www.piclist.com/techref/micro...qrt/sqrt32.htm

sinon d'autre du mm genre en diverses résolutions : http://www.piclist.com/techref/micro...sqrt/index.htm

merci, mais mon compilateur c'est "ccs pic C compiler" il n'utiliser pas le langage assembleur!

[pseudomehdi]

bsr. Essaye de tester le second algo sur cette page (concerne les pic18F), l'auteur évoque 400 cycles soit une fusée par rapport à la fonction par défaut de ton compilateur
http://www.piclist.com/techref/micro...qrt/sqrt32.htm

sinon d'autre du mm genre en diverses résolutions : http://www.piclist.com/techref/micro...sqrt/index.htm

merci, mais mon compilateur c'est "ccs pic C compiler" il n'utiliser pas le langage assembleur!

[pseudomehdi]

Salut

J'ai l'habitude de programmer sur pic4520 (c'est la même famille que le tien), et il y a un diviseur de fréquence du quartz.
En effet si tu mets un quartz externe de 20 Mhz, le processeur va travailler en réalité sous 5Mhz. (donc une période de 0.2us)

Après peu être que c'est pas le cas du tiens.

Vérifie quand même dans la doc et regarde si c'est pris en compte ou pas dans ton simulateur

Mais ça parait bizarre qu'il fasse cette opération en un coup d'horloge

la fréquence d'horloge est bonne.

[ranarama]

bsr.
Tu peux surement trouver une directive permettant d'insérer de l'assembleur dans le code C le lisant le manuel.
L'autre solution étant d'assembler séparément la routine en prévoyant les variables d'entrées, puis de linker le C et l'asm "à la main", c'est un peu plus relou. la méthode 1 est plus simple ^^

Au fait si ces instructions sqrt ne sont dans une boucle critique du programme, c'est pas la peine de s’embêter à optimiser, je me suis alors sans doute un peu trop excité à trouver la solution à un pb qui n'existe pas