Choix Microcontroleur

[invitec4f222b5]

Bonjour,

Je réalise actuellement une alimentation à découpage (12Vcc en entrée et 5Vcc en sortie). Pour gérer les différentes fonctionnalités je dois utiliser un microcontroleur. Le probleme est que je ne m'y connait pas du tout en µc et je ne sais pas lequel choisir.
Il devrai avoir :
- 2 entrées analogique pour controler le niveau de tension à l'entree du circuit (12Vcc) et a la sortie (5Vcc)
- 1 sortie pour faire fonctionner un led (pour la presence d'un signal d'entrée 12Vcc)
- une connexion pour un Driver RS485
- une connexion pour un Capteur de temperature

Merci
-----

[RISC]

Salut,

Ton cahier des charges est...très succint.
Il existe une famille de dsPIC dédiés aux alimentations à découpage. En cherchant tu trouveras des chémas bloc, des notes d'application,...
Pour choisir le produit qui regroupe les fonctions dont tu as besoin tu peux utiliser le sélecteur paramétrique MAPS.

a+

[invite29971eb1]

ppffiioouuu 32 bits pour gérer une alimentation, si avec ça, y'a un parasite

Atmel fait ça en 8 bits:
http://atmel.com/dyn/products/produc...p?part_id=3959

Maintenant n'importe quel microcontrôleur 8 bits, dôté d'un CAN devrait faire l'affaire....mais je persiste à dire que 32 bits pour ça, c'est prendre une masse pour écraser une mouche

[jiherve]

Bonjour,
De plus il y a des circuits analogiques qui font ça très bien et sans possibilité de bug!
JR

[A voir en vidéo sur Futura]

[invite29971eb1]

Bonjour,
De plus il y a des circuits analogiques qui font ça très bien et sans possibilité de bug!
JR

Là, à priori, le prof lui demande de faire ça avec un microcontrôleur.....
C'est vrai que ça se fait pas dans le monde réel, mais ça peut être formateur

[jiherve]

Re

Là, à priori, le prof lui demande de faire ça avec un microcontrôleur.....
C'est vrai que ça se fait pas dans le monde réel, mais ça peut être formateur

c'est bien ce qui m'inquiète car dans la vraie vie c'est à nous pauvres électroniciens qu'il reviendra de rattraper tout çà!
JR

[invitec4f222b5]

Merci pour vos reponses!

Bonjour,
De plus il y a des circuits analogiques qui font ça très bien et sans possibilité de bug!
JR

Quel genre de circuits?
Oui mais il me faut optimiser la place et le nombre de composants..Ca va pas faire beaucoup de composants de tels circuits?

[mortaurat]

Oui mais il me faut optimiser la place et le nombre de composants..Ca va pas faire beaucoup de composants de tels circuits?

Y'a des composants cms tu sais =)

[invite53933c2f]

+1 pour les AVR voir atXmega . Il existe un compilateur gratuit sous linux et windows (winAVR) ainsi qu'un IDE gratuit (avrStudio) et Eclipse les supportent également, bref que du bonheur.

Cependant le uC doit-il gérer le découpage ou seulement gérer un IC qui s'occupe tout seul du découpage => monitoring des tension, ON/OFF de la tension et envoie/reception de donnée par rs484 ?

[jiherve]

Bonjour,
ici: http://focus.ti.com/paramsearch/docs...ODE_STRY_PGE_T
ou là :http://parametric.linear.com/html/step-down_%28buck%29_regulators?vin _min=10&vin_max=15&vout=5&iout =&qs=1&vin_min=10&vin_max=15&v out=5&iout=&qs=1&vin_min=10&vi n_max=15&vout=5&iout=2&qs=1&&c[1646][]=Buck&c[1032][]=*||10&c[1033][]=15||*&c[1105][]=*||5&c[1034][]=5||*&c[1107][]=2||6
et il y en a encore!
JR

[invitec4f222b5]

Je crois que je me suis mal fait comprendre.
Le uC sert just à faire des controle de tension, temperature, allumer des leds...
J'utilise en effet deja un regulateur (simple switcher de nat.semi) pour la conversion 12Vcc->5V

[invite53933c2f]

C'est bien ce que j'avais compris donc sans hésiter un ATmega voir un ATtiny (24 pattes avec pas mal de truc) suffiront largement

[jiherve]

Re
Ta demande n'etait en effet pas claire.
alors dans ce cas vas voir chez Lattice la famille ispPAC c'est conçu pour çà.
Mais bien sur tu peux aussi utiliser un µcontroleur cependant tu auras moins de précision.
JR

[invite53933c2f]

Sauf erreur, ces chip n'embarquent aucun système de communication ?!
Il faudrait donc en plus de ce circuit un uC ?

Les uC en question on des ADC avec 10bit de résolution et 1LSB de précision, amplement suffisent avec une mesure moyenne il me semble ?

[jiherve]

Re
Donc utilise un µC!
JR

[invitec4f222b5]

d'accord merci pour vos conseils. Sinon le LPC1112, 32-bit ARM Cortex-M0 microcontroller avec 16KB flash, 2KB ou 4KB SRAM, me semble pas mal aussi
Par rapport a latmega8 par exemple il peut fonctionner sur un oscillateur interne 12Mhz et il a une reference de tension integre. Ca me fait deja 2 componants en moins...

[invite29971eb1]

un 32 bits pour gérer une alim, ça me parait légèrement surdimensionné, et le mot est faible.

l'Atmega8 a aussi un oscillateur interne et une ref de tension.....va falloir changer de lunettes

[invitec4f222b5]

oui mais jai cru comprendre que l'oscillateur interne de l'atmega nest que de 1Mhz, et pour la reference de tension il me semble quil faut rajouter un regulateur ajustable sur le pin 'AREF'

[invite29971eb1]

tu as mal compris:
http://www.atmel.com/dyn/resources/p...ts/doc8159.pdf

page 29:

The calibrated internal RC Oscillator provides a fixed 1.0, 2.0, 4.0, or 8.0 MHz clock

Concernant l'ADC:

The ADC has a separate analog supply voltage pin, AVCC. AVCC must not differ more than ±
0.3V from VCC.....

Internal reference voltages of nominally 2.56V or AVCC are provided On-chip.

Evidemment, il faut prévoir quelques condos de découplage et une self entre Vcc et AVcc, mais ce serait pareil sur un ARM

[invitec4f222b5]

autant pour moi!
merci encore

[invitec4f222b5]

Par contre le prix rentre aussi dans mes priortites et ATmega8L-8AU, coute tout de meme1,64 € x 500 alors que le LPC1112FHN33 0,849€ x 250..
Il a en plus un bootloader(qui peut etre pratique pr les mise a jour) il gère automatiquement la RS485, ce que l'atmega8 na pas ( ou jai encore mal compris la doc! )

[invite53933c2f]

Non l'atmega peut monter jusqu'à 8MHz (amplement suffisant pour ce que tu veux faire) il contient 8K de flash, note que si tu veux plus tu peux utiliser le 328P (même footprint mais avec 32K de flash) et il contient une tension de ref interne donc pas forcement besoin d'une externe (tu peux selectionner la tension de ref que tu veux).

Pour le rs484, en effet il ne le gère pas

[invite29971eb1]

Par contre le prix rentre aussi dans mes priortites et ATmega8L-8AU, coute tout de meme1,64 € x 500 alors que le LPC1112FHN33 0,849€ x 250..
Il a en plus un bootloader(qui peut etre pratique pr les mise a jour) il gère automatiquement la RS485, ce que l'atmega8 na pas ( ou jai encore mal compris la doc! )

alors dans le désordre:
- l'Atmega8 gère aussi un bootloader
- tout ce que gère le LPC dans le RS-485, c'est le RTS. Il te faudra quand même un transceiver. Avec un GPIO c'est faisable largement. Sur l'AVR, tu as en plus le mode MPCM (Multi-processor Communication Mode) qui permet de faire une détection d'adressage automatique. En gros, le premier octet transmis correspond à l'adresse du chip adressé, si le chip n'est pas concerné, il ignore le reste du message automatiquement.

Concernant les prix, tu devrais regarder les autres AVR. L'atmega88 est relativement équivalent au Mega8

[invite53933c2f]

Sauf erreur, le rs485 est simplement une interface serie ? la seule chose qui change avec le rs232 c'est l'interface de liaison ?

Si c'est le cas, alors l'atmega le gère aussi

[invite29971eb1]

Sauf erreur, le rs485 est simplement une interface serie ? la seule chose qui change avec le rs232 c'est l'interface de liaison ?

Si c'est le cas, alors l'atmega le gère aussi

sur un RS-485, il y a une pin de plus à utiliser pour indiquer au transceiver le sens des informations. Ca peut s'ajouter dans l'interruption d'émission et ça ne prend qu'une instruction au début de la trame et une à la fin pour switcher le sens

[invite53933c2f]

Merci pour l'info

[invitec4f222b5]

alors dans le désordre:
- tout ce que gère le LPC dans le RS-485, c'est le RTS. Il te faudra quand même un transceiver. Avec un GPIO c'est faisable largement. Sur l'AVR, tu as en plus le mode MPCM (Multi-processor Communication Mode) qui permet de faire une détection d'adressage automatique. En gros, le premier octet transmis correspond à l'adresse du chip adressé, si le chip n'est pas concerné, il ignore le reste du message automatiquement.

pas compris! Pourra tu detailler un peu?merci

[invite29971eb1]

pas compris! Pourra tu detailler un peu?merci

Le RS-485 comment ça marche?

Les infos sont émises en half-duplex sur une paire torsadée. Côté micrcontrôleur, tu as les deux broches TX, RX et une broche de sens de transmission.

En général, les micros sont en écoute sur le bus (RS-485 en entrée) et ne commutent en sortie que le temps d'émettre sur le bus.

Le choix du sens se fait grâce à la broche de sens.

Tu peux gérer ça avec n'importe quelle broche de l'Atmega.

Si tu veux écrire sur le bus, tu remplis un buffer avant de lancer la transmission sur le port série donc, dans un premier temps tu mets ton signal de sens à 1 (cas d'un SN75176 par exemple, mais je crois que c'est un standard), puis tu lances le transfert.

A chaque octet envoyé, l'AVR génère une interruption TXC (TX complete). Dans le gestionnaire de cette interruption, tu checkes si le buffer d'émission est vide. Si il reste des données, tu transmets la suivante, sinon tu repasses le sens à 0 pour libérer le bus....

c'est mieux compris?

[invitec4f222b5]

merci pour lexplication. Par contre pour l'atmega88 ca reste 1.35€ au lieu de 0.835€ pour le LPC1112FHN33. Ils ont quand meme a peu pres les memes caracteristiques il me semble. Puis meme si cest surdimensionné (32bit) ca ne pose pas de probleme nn?

[invite29971eb1]

tu as fait attention au format de boitier, fait le tour de différents fournisseurs, vérifié la dispo?

Surtout ne demande pas aux généralistes (Farnell, RS, Digikey) mais adresse-toi aux distributeurs pour de telles quantités.

Atmel a même des bureaux et peut-être encore une usine en France, tente le contact direct