choix familles microcontroleur

[invitec43221e1]

salut,

je voudrais savoir qu'elles sont les familles de microcontroleur consommant le moins en mode sleep? et si possible programmable sous linux...
merci
-----

[invitecb7f24bc]

Bonsoir

De mémoire, je crois que les MSP430 de chez TI sont très fort niveau de consommation (En sommeil ce doit être de l'ordre de 0,5 µA).

En plus, tu peux choisir le mode sleep utilisé (conservation des donnée dans la RAM, real-time clock qui continue de tourner) en fonction de tes besoins.

Je te laisse vérifier si les environnements existent sous Linux, car je n'en sais rien du tout.

[invite7a49d0d5]

salut,

pour info...
un PIC 16LF1827 en "Mode SLEEP" = 30nA...
d'après sa datasheet...

vede
;O]
____________
...

[RISC]

Salut,

Les PICs sont programmables (flashables) sous Linux à condition d'utiliser le Pickit2.
Pour ce qui concerne la faible consommation regarde du coté des PIC de la famille XLP qui ont comme caractéristiques communes :
* Sleep < 100nA
* RTCC < 800nA
* Watchdog < 800nA

Certains possèdent en plus un mode RUN très faible consommation à (50uA / MHz) comme les PIC16F18xx.

a+

[A voir en vidéo sur Futura]

[invitec43221e1]

ok merci bien
y a t-il d'autres familles de microcontroleurs? je pense aux atmel et motorola en particulier que valent-ils?

[invite29971eb1]

ok merci bien
y a t-il d'autres familles de microcontroleurs? je pense aux atmel et motorola en particulier que valent-ils?

Il faut prendre en compte la consommation globale de ton système ou plutôt moyenne pour être plus pertinent.

En effet, les XLP ont l'air pas mal à première vue, mais il faut prendre en compte que déja ils tournent 4 fois moins vite qu'un microcontrôleur moderne (4 temps de cycle par instructions) mais en plus ils nécessitent souvent plus d'instructions pour le même calcul.

Je ne dis pas que le PIC ne sortira pas vainqueur du calcul, mais ça n'est pas si évident que ça et ça mérite d'être évalué, notamment face à un AVR ou un MSP430

[invite98765423456]

Bonjour, toutes les marques ont actuellement des familles "low power" et je ne crois pas qu'il y en ait qui soit (nettement) plus performantes que d'autres. Les µC ont actuellement quasi tous plusieurs modes de basse consommation, celui de plus faible consommation est celui où tout est arrêté et où la ram est sauvegardée. La consommation dans ce mode se situe aux environ de 0,1 à 0,3 µA. Maintenant, il faut aussi préciser que avoir des circuits "low power", dépend plus de la conception du circuit lui même que de la performance du µc (qui n'en est qu'un élément) en la matière.

Maintenant, pour revenir à la question initiale, elle manque de précision : recherches tu des µC 8, 16 ou 32 bits ? As-tu un expérience (approfondie?) de la programmation en C ou est ce pour programmer en assembleur ? ...


Personnellement, je bricole sur des Freescale (successeur de Motorola qui n'existe plus depuis 2004) , un peu sur des Atmel et très peu sur ARM.

Je vais donc un peu présenter la gamme freescale (ftorama va passer par là pour les Atmel), visible sur http://www.freescale.com/ :
En 8 bits, c'est actuellement les MC9S08 (CPU08), dont il existe au moins une vingtaine de familles. Du 8 pin SOIC au 80 pins LQFP, en passant par les DIP 8, 18, 20 broches, c'est le même CPU sur toute la gamme, contrairement à microchip où on trouve déjà au moins 3 CPU 8 bits différents (10-12, 16, 18), ce qui veut dire aussi jeu d'instruction différent (code incompatible), performance différentes, compilateur différent, ...
Je bricole aussi avec les ColdFire (CPU m68k 32 bits) low-end, les ColdFire V1 dont les périphériques sont compatibles avec les S08.
L'IDE s'appelle CodeWarrior (nouvelle version 10 basée sur Eclipse) : http://www.freescale.com/webapp/sps/...tid=vancwmcu10 est la même pour les S08 et Cold Fire et existe pour Linux. La sonde de debug est aussi également identique : http://www.pemicro.com/products/prod...?product_id=33 . Il existe aussi des réalisation opensource très faible coût.

Chez Freescale, il y a aussi des 16 bits (les S12, successeurs compatibles des HC11), espèce en voie de disparition à mon avis, des ARM (ARM9, 11, A8, et bientôt M4), des PowerPC, des DSP : MC56F8xx, ...
Pour terminer, une communauté (Fr) d'amateurs sur www.68hc08.net. Plus de détails sur la mise en oeuvre pratique des S08 : http://www.68hc08.net/modules/smarts...php?itemid=123

Pour conclure également, si sur les forum amateurs tu trouveras souvent le mot "pic", ces µC sont actuellement très loin d'être au top du point de vue simplicité, coût et performance et ce ne sont pas du tout non plus les plus utilisés dans l'industrie.

th

[invite29971eb1]

(ftorama va passer par là pour les Atmel)

pas grillé, mais juste saisi sur les 2 tranches (post à la même minute)

Pour conclure également, si sur les forum amateurs tu trouveras souvent le mot "pic", ces µC sont actuellement très loin d'être au top du point de vue simplicité, coût et performance et ce ne sont pas du tout non plus les plus utilisés dans l'industrie.

Tout à fait, on a déja eu l'occasion d'en discuter sur un autre forum.

[mortaurat]

Mais freescale sur les 8bits ils sont carrément à la rue non ?
Avec un bus interne à 8MHz, ca fait 8MIPS. C'est vraiment pas terrible...

Les pics quoi qu'on en dise, c'est vraiment pas dur à utiliser. C'est vraiment pas cher, et idéal pour débuter. Cramer un pic est sans conséquences (financière) alors que cramer un AVR c'est direct 3€.

Pour avoir programmé les 3 familles, je recommande des pics lorsque l'application le permet, et des ATmega quand les performances doivent être au rendez vous.
C'est à mon avis les meilleurs en 8bits, 66% plus performant que les pic au niveau frequence interne, consomme 4fois moins. Sans compter que les atmega ont environ 130 instruction, contre 80 pour les pics (idem pour les freescale).
Enfin si t'a le budget, avec un ATmega tu ne sera jamais déçu.

[invite29971eb1]

Mais freescale sur les 8bits ils sont carrément à la rue non ?
Avec un bus interne à 8MHz, ca fait 8MIPS. C'est vraiment pas terrible...

C'est la norme en 8 bits...et 4 fois plus que le PIC.

Les pics quoi qu'on en dise, c'est vraiment pas dur à utiliser. C'est vraiment pas cher, et idéal pour débuter. Cramer un pic est sans conséquences (financière) alors que cramer un AVR c'est direct 3€.

De mémoire, j'ai du cramer 2 AVR en 12 ans (un au début je crois et l'autre sur un chenillard programmable 4096 leds). Et encore, je crois que sur le second, j'avais atteint la limite des 10000 écritures en Flash (vieux modèle que je recyclais de projet en projet).

Pour avoir programmé les 3 familles, je recommande des pics lorsque l'application le permet, et des ATmega quand les performances doivent être au rendez vous.

Perso, je recommande les AtTiny pour les petites applis, les Atmega pour les plus grosses pour une simple raison. Ils fonctionnent exactement de la même façon, avec les mêmes outils et les mêmes performances (à la taille près). Même si c'est bien pour la culture, on n'a pas à changer d'outils, de méthodes, au risque de s'embrouiller entre les deux.

C'est à mon avis les meilleurs en 8bits, 66% plus performant que les pic au niveau frequence interne, consomme 4fois moins. Sans compter que les atmega ont environ 130 instruction, contre 80 pour les pics (idem pour les freescale).

Sur une addition 16 bits, on atteint un facteur 8 de mémoire (2 instructions sur AVR à 4 MIPS, 8-10 instructions sur un PIC à 1 MIPS)

Enfin si t'a le budget, avec un ATmega tu ne sera jamais déçu.

A 1 euro les Attiny, ça n'est plus une question de budget

Tiens une question tout à fait innocente....en combien de temps tu as su sortir une première appli de l'AVR?

[mortaurat]

Tiens une question tout à fait innocente....en combien de temps tu as su sortir une première appli de l'AVR?

Eh bien on va dire en deux jours j'ai pu programmer mon robot avec les interruptions sur la liaison serie et l'I2C. Ce qui m'a bloqué c'est le fameux probléme "volatile unsigned char" =)

[invite98765423456]

Mais freescale sur les 8bits ils sont carrément à la rue non ?
Avec un bus interne à 8MHz, ca fait 8MIPS. C'est vraiment pas terrible...

bonjour, mortaurat

D'abord, les 9S08, c'est 25Mhz de bus interne et non 8 (8, c'étaient les anciens 68hc908). C'est comme si je faisais référence au 16f84 comme "représentatif" des pics.

Ensuite, une instruction CISC CPU08 prend de 1 à 5 cycles, mais ce sont des instructions qui sont l'équivalent de 2 à 4(et plus) instructions RISC, ce qui fait un code (nettement) plus compact.
Essaie, avec un pic16f (et même 18f), de faire :
- une division 16bits par 8 (5 cycles sur S08)
- un adressage sur pointeur de pile (une instruction, 5 cycles sur S08), 5 instructions minimum sur pic 18.

autre exemple de simplicité: Pas besoin de sauvegarder le contexte sur la pile lors d'une interruption, c'est fait automatiquement
th

[invite74b5b8f7]

Salut,

D´après ce que j´ai pu lire (articles mais aussi datasheet) il y a quelques mois, apparemment les MSP430 sont ceux qui sont capables d´atteindre le plus petit courant en mode sleep.
Il sont aussi très simples d´utilisation (utilisation des peripheriques), (juste eu des petits problèmes avec l´effacement de la calibration de l´horloge interne avec le BSL).

Mais comme d´autres te l´ont dit, il faut avoir une idée de l´application pour laquelle tu cherches un µC, tu ne vas pas utiliser le même pour réaliser une montre low power (pour laquelle un petit MSP430 conviendrait bien) que pour un mini-PC (oú un µC à coeur d´ARM Cortex-MX serait plus adapté) par exemple...
Il faut bien regarder de quels périphériques tu as besoin en mode low power (par ex. rétention de RAM, RTC active), pense aussi au temps de réveil si c´est du temps réel... Il faut ensuite comparer des modes low power qui te sont utiles entre µC plutôt que de chercher l´µC qui consomme le moins...

[invite7a49d0d5]

Salut,

Avec un bus interne à 8MHz, ca fait 8MIPS. C'est vraiment pas terrible...

c'est pas terrible, mais pareil que les PIC 16F1xxx (16F1827...)...

Les pics quoi qu'on en dise, c'est vraiment pas dur à utiliser. C'est vraiment pas cher, et idéal pour débuter. Cramer un pic est sans conséquences (...)

de mémoire je n'ai jamais "cramé" de PIC...
et ça m'étonnes moi-même (courtes inversion polarités, alim. 9VDC...)
c'est pourquoi je les "estime" très "solides"...

vede
;O]
___________
...

[invitec43221e1]

j'ai lu vos remarques et je vais donner quelques informations supplémentaires...

Je suis technicien en électronique. J'ai appris à programmer en assembleur sur le 68HC11 et j'ai les bases en C et C++... Je suis aussi naturaliste en passant.

Pour l'instant j'envisage de me faire des petts montages pour apprendre à programmer différents microcontroleurs et je pensais commencer par les PICS...

Je pense que il serait intéressants d'en connaitre d'autres (freescale, atmel...) pour essayer d'avoir un bon compromis niveau performance/consommation en fonction de futurs projets...

Du coup, tous les processeurs m'intéressent pour l'instant (à part ceux de ZILOG que j'accroche pas du tout) peu importe si ils sont 8bits, 16 bits ou 32bits.

J'espère que ça vous va comme information sinon j'en donnerais plus

[invite29971eb1]

Salut,


c'est pas terrible, mais pareil que les PIC 16F1xxx (16F1827...)...

bah non justement, un PIC 12 ou 16 tourne 4 fois moins vite que l'horloge soit 0,25 MIPS/MHz

[invitec43221e1]

je remonte ce post pour d'éventuelles informations supplémentaires

[invite74b5b8f7]

Salut,

On ne se rend toujours pas compte du genre de montage que tu veux faire....

Mais apparemment tu veux apprendre donc des petits montages, du coups je pourrai te dire "toutes les familles sont adaptées", dans "toutes" les familles tu trouveras du low cost, du low power, un micro avec un plus grand nombre de periphériques, etc....

De ce que je connais, comme dit: les MSP430 sont simples d´utilisation et très orientés low power... Actuellement je suis passé au STM32 qui permet plus de puissance mais pour bien plus de conso (il a des bonnes capacités de low power aussi). Mais ça me parait un peu gros pour apprendre...

Il faut peut-être plus se baser sur l´accès/prix du compilateur, programmateur ou carte de developpement (mais lá c´est unpeu pareil, tu trouveras pour presques toutes les familles un compilo gratuit et des cartes de developpement cheres et pas chere!)
Un autre critère peut-être le fait de connaitre des personnes qui maitrisent tel ou tel µC et qui pourra t´aider... (par exemple, en ce moment on lit pas mal ici (ils se reconnaitront ) que les PICs ne sont pas les plus pratiques (je n´a pas d´avis, jamais essayés) mais par contre on voit clairement que beaucoup les utilises et seraont capables de t´aider en cas de problèmes... Mais attention, tu peux souvent trouver des forums spécialisés pour chaque famille, futura n´est pas le seul)

Tu l´auras compris si c´est pour le plaisir de faire quelques petits montages persos, c´est plutôt un choix personnel à faire qu´un choix technique...

Oú si tu as du temps, le mieux serait de tester plusieurs familles rapidement et de faire ton choix de cette façon tu auras un avis objectif sur les differentes familles