Program microcontroleur 32bits

Cl3MENTE · 06/07/2007, 14h41

Bonjour,

Je réalise un calculateur de flux thermique (calcul d'un flux à partir de deux sonde de température). Je travaille actuellement sur un microcontroleur atmega128, 8 bits, mais le problème est que je manipule beaucoup de floatants (32 bits) et que je ne vais pas assez vite. Je programme la bête en C, et je voudrait savoir si quelqu'un pouvait proposer quelquechose qui pourrait remplacer mon micro par un calculateur 32 bits rapide et pas trop difficile à comprendre. En fait j'ai déja pas mal avancer la programmation des entrée-sortie et j'ai pas trop l'envie ni le temps de tout recommencer à zero si je suis pas sur d'obtenir un meilleurs résultat derière.
Je vous demande donc un peu de soutient pour me sortir de la panade! et d'éviter de me lancer dans d'autre aventure compliquées.
merci
Ps: je sais pas si je me suis bien debrouillé, c mon premier topic sur ce forum, alors soyez indulgents avec moi s'il vous plait.

Sea &Sex &Sélectronic

inso la folle · 06/07/2007, 14h51

je ne pourrais t'aider au choix, mais juste de conforter ; a priori, tout processeur, si il fonctionne en 32 bit et a puissance equivalante devrait etre plus puissant. pour t'en convaicre c'est simple. (je marche par analogie et pas exactitude) si il faut un temps d'horloge a ton proc pour faire une opération, il en faut un pour un octet, puisque le proc est 8 bit, et multiplier par 4 si on travail en 32 bit. on perd donc 4 fois sa puissance.
le meme module e 32 bit gererais donc a la meme vitesse a frequence d'horloge 4 fois moins elevé. a meme vitesse, il ira donc 4 fois plus vite. par contre c'est du gaspillage d'energie si il gere des octet simple. mais bon, qu'importe ?

tu peu peut etre aussi faire appel, celon le type de calcul a faire, a des coprocesseur mathématique. je ne serais te conseiller, ceci n'est pas mon domaine, j'ai jamais dépassé le cap des 16 bit sur un processeur ... et encore le programme etait pas de moi pour la base ...

bonne chance ! cordialement.

ancrou · 06/07/2007, 15h37

Tu peux peut être utiliser un DSP (Digital Signal Processor)!
Ils sont très utilisé dans le traitement de signale.

Cl3MENTE · 06/07/2007, 15h46

C'est le raisonnement que j'ai fais, sans être spécialiste non plus. Et en plus je me dis que si le processeur possède en dur une unité de calcul floattant on gagnerai en plus du tant de calcul sur les opérations de bit(décalage, concaténation ...).
Pour le coprocesseur je sais pas du tout. Ca veut dire:
-que j'aurais deux puces et que je les ferais communiquer ensemble? (je peux l'envisager car je peux separer mon algorithme en 2 partie indépendante relativement facilement)
Si je pouvais alors écrire une sram commune au deux ca serait possible.
mais au maximum ca me divise mon temps de calcul par deux.
-ou que j'ai une puce avec 2 processeur intégrés, qui sont partiellement/totallement géré par le compilateur?

Par ailleur les micro 32 bits on l'air de fonctionner à des fréquences plus élevées, donc plus de cycles pour un temps donné.

thm · 06/07/2007, 19h22

Bonjour,

Voilà ce que j'utilise :

http://www.embedded-developer.com/to.../M5211DEMO.htm
ou http://www.freescale.com/webapp/sps/...de=M5211DEM O

La carte démo comprend un debugger/programmer (c'est le "gros" CI avec l'étiquette) USB. Les coldFire descencent des fameux 68000.
C'est le bas de gamme ColdFire. L'environnement de développement IDE (CodeWarrior) est gratuit jusque 128K de code.
Ces µC sont beaucoup utilisés dans l'industrie. Selon Freescale, à fréquence égale, il y a un facteur 10 de rapidité entre un coeur 8 bit et un 32 bits. Voir la gamme ColdFire sur le site du fabricant.
thierry

thm · 06/07/2007, 19h42

Il y a aussi des atmel avr 32 bits,
http://www.embedded-developer.com/cores/19/AVR.htm
mais je ne connais pas

th.

inso la folle · 06/07/2007, 22h19

reponse justen rapide : un coprocesseur ou un DSP est un µc totalement indépendant...
donc il faut les faire communiquer entre eux.

apres comme je te disais, je ne m'y connais pas assez pour te conseiller ce que tu doit prefere. un DSP changera peut etre moins de chose dans tes shémas. mais un changement de proc aussi tout depend si sa technologie implante beaucoup de différence ...

bref, hormis la piste du DSP et te confirmer qu'un 32 bit va plus vite (mon test avec des 16 bit en atteste), je ne peu guere faire grand chose. deja un 32 bit se rapproche beaucoup du fonctionnement d'un processeur, donc je commence sincerement a m'y perdre dans tout ce formalisme ... un jour peut etre que j'aurais l'argent de faire des essais en quasi pure perte ...

Cl3MENTE · 24/07/2007, 10h59

Je redonne de mes nouvelles au cas ou quelqu'un repasserai par la un jour.

Finalement je suis parti sur un processeur ARM, parceque c'était assez attirant au premier abord. La pluspart des constructeurs de µC produisent cette architecture et on trouve facilement des documents pédagogiques dessus, et le coup des cartes de développement reste raisonable(150€ carte + dongle ).
On peut développer avec des logiciels libres.
Finallement je commence à regretter un peu parceque les opérations à virgule flottante ne sont pas gérées en dur, on ne peut pas exécuter plusieurs instructions en même temps (paralellisation faible).
Tous les producteurs utilisent l'architecture processeur mais tous les périphérique sont propriétaire, du coup le code n'est pas plus portable que pour d'autre technologie.
De plus cette techno évolue peu et les constructeurs préferrent développer leur propre matériel en priorité.