Choix entre un microcontrôleur ou processeur

[electro575]

Bonjour à tous,

Comment faire son choix entre un microcontrôleur et un processeur?

-un microcontrôleur par définition possède les unités de calculs (processeur) et toute l'électronique permettant de dialoguer avec des signaux analogiques (ports GPIO, contrôleur USB, ...) => PIC16F84 16-20 MHz de fréquence d'horloge
-un processeur permet d'effectuer des calculs => ARM cortex-M3 500MHz environ de fréquence d'horloge

On voit de plus en plus souvent des ARM cortex dans les projets. Peut-on dire que le microcontrôleur est "mort"?

-----------------

La première question que je me suis posé était : comment gérer une IHM avec l'un des deux matériels? un écran LCD peut être géré, un écran LED c'est encore différent.

-un microcontrôleur : on peut lui envoyer une routine à executer mais on ne peut pas lui donner un OS => arduino?
-un processeur : on peut lui donner un OS à démarrer et gérer un écran LED comme dans l'automobile et les tableaux de bord. => raspberry?

-----------------

Dans le choix de l'un ou de l'autre des composants j'ai du mal à m'y retrouver.

Merci d'avance pour vos réponses.
-----

[Murayama]

Bonsoir!

Il n'y a pas de limite nette. Pour moi, le M3 est un microcontrôleur comme un autre.
Assez puissant, il est vrai.

Pascal

[electro575]

Merci pour votre réponse.

Il y a t-il un ou plusieurs critères pour départager le choix d'un microcontrôleur ou d'un processeur? (prix, technologie, ...)

[jiherve]

Bonjour,
A ma connaissance il n'existe pas de coeur ARM nu c'est une IP , il est toujours intégré dans un SOC ce qui est une autre façon de nommer un µC si l'on admet la définition µC = unité centrale de calcul + périphériques .

JR

[A voir en vidéo sur Futura]

[Dazh]

Salut,
Un micro processeur est une unité de calcul.
Un micro contrôleur est une unité de calcul avec prise en charge de périphérique.

[bobflux]

La définition est assez floue en fait.

Par exemple si tu prends un raspberry pi, le proc et la mémoire sont dans le même composant, et il y a des GPIO et autres périphériques contrôlables, donc tu peux dire que c'est un microcontrôleur. Tu peux aussi dire que c'est un system-on-chip... etcetera...

Beaucoup de uC utilisent des OS (RTOS notamment). On trouve des OS multitâches qui prennent quelques ko.

> On voit de plus en plus souvent des ARM cortex dans les projets.
> Peut-on dire que le microcontrôleur est "mort"?

Non, les ARM-cortex sont en majorité des uC. Par contre, on peut dire que le vieux uC 8 bits a du souci à se faire. Pour démarrer un nouveau projet perso, si je trouve le chip avec les bons périphériques, je ne vois pas l'intérêt d'utiliser autre chose que du Cortex. Le rapport puissance - features - outils de dév - prix est juste imbattable. Sauf si t'es déjà bien familiarisé et à l'aise avec ta famille de uC favorite et qu'elle convient, bien sûr.

[abracadabra75]

Bonjour.

Ne pas mettre la charrue avant les boeufs!

Le choix dépend du problème. Je m'explique: on ne prend pas un µc ou µp pour ensuite se demander ensuite ce qu'on va en faire.

Si c'est en domaine industriel, c'est en fonction du cahier des charges qu'on choisit tel ou tel bouzin.
Sans oublier les 'habitudes' (contrats avec les fournisseurs) de l'employeur. Dans telle boîte ce sera Atmel, telle autre Freescale, Microchip, ou n'mporte quel autre, et faudra 'faire avec'.

Si c'est dans un but personnel, didactique, ce sera alors celui qu'on connaît le mieux, également celui qu'on se procure le plus facilement; sans oublier les outils incontournables de développement qui peuvent parfois nécessiter plusieurs centaines de zorros pour un micro... (c ou p) à 2,5€ (TTC, port compris!).

Bon choix madame, bon choix monsieur.

A+

[drbug]

Pour choisir entre en µC ou u µP.

Dans les cas généraux :
Sur un système avec un micro-contrôleur, c'est toi qui gère tout.
Tu écris ton programme et tu sais exactement ce qui se passe à tout instant.
Au bout d'un moment tu peux écrire des programmes qui tournent sur des µC qui ont plusieurs coeurs.
C'est puissant et économique.

Sur un système avec un micro-processeur, tu écris un programme qui est géré par un système d'exploitation.
Tu ne sais pas ce qui se passe exactement à un moment donné mais tu peux faire des programmes complexes.
Tu utilises alors linux ou un système d'exploitation temps réél.
https://fr.wikipedia.org/wiki/Syst%C...emps_r%C3%A9el

La réalisation d'un montage basé sur un µC est simple.
La réalisation d'un montage basé sur un µP est hors de porté. Il faut alors utiliser une carte et l'étendre.
- RaspBerry PI, BeagleBone, Arduino,...

Les Cortex sont d'une génération récente qui a appris des génération précédente.
On peut faire des chose extraordinaires avec des Atmel et des PIC Microchip aussi.
Mais quand on goûte au Cortex, avec les mbed par exemple, on a du mal à faire autre chose...

Après, si tu veux tu peux faire des trucs plus sérieux, tu peux utiliser un FPGA, comme ceux d'Altera sur lesquels tu peux utiliser un processeur "virtuel" Nios II ou inventer ton propre processeur...

Hervé

[jiherve]

Bonjour,
avec un µC c'est plus simple au niveau câblage mais avec un un µP ce n'est guère plus compliqué si l'on se contente de machines simples.
le 6809(8/16bits) est un µP, les T800(32bits) ou 68020(32bits)aussi.
Le soucis vient du fait de la fréquence et du standard électrique des bus externes.
Et on peut très bien bien utiliser un µP sans système d'exploitation.
La frontière entre µC et µP est très floue et correspond au niveau d’intégration des périphériques de base, exemple MPC603 µP, MPC 8349 µC tel que je l'entend et pourtant c'est quasiment la mème UC.
JR

[albanxiii]

Après, si tu veux tu peux faire des trucs plus sérieux, tu peux utiliser un FPGA, comme ceux d'Altera sur lesquels tu peux utiliser un processeur "virtuel" Nios II ou inventer ton propre processeur...

Ou un peu différent, le Zynq de Xilinx : 2 cœurs ARM Cortex-A9, et de la logique programmable. Le tout interfacé en AXI.