BRAS tolérant 5V [fermé]


9

Nous avons un système 5V hérité qui fait un usage intensif de capteurs analogiques et de divers autres E / S numériques 5V. Nous envisageons de passer à un ARM MCU pour aligner cette conception sur nos nouveaux systèmes tous basés sur Cortex-M3. Je préférerais rester avec un MCU 5V pour ne pas perdre de précision sur les entrées ADC et donc je n'aurai pas à faire fonctionner une alimentation supplémentaire de 3,3V. Je cherchais des microcontrôleurs ARM compatibles 5V et je n'ai trouvé que la série FM3 de Fujitsu, qui ne semble presque pas être en stock. Mes questions sont:

  • Vaut-il la peine de continuer à essayer d'utiliser un micro 5 V ou devrions-nous passer à des diviseurs de tension pour l'ADC et à des décaleurs / transistors de niveau pour l'E / S numérique?

  • Quelqu'un a-t-il de l'expérience avec la gamme Fujitsu FM3?

  • Existe-t-il d'autres microcontrôleurs ARM compatibles 5V?


Mise à jour: le TMPM380 de Toshiba semble fonctionner. Je suis un peu préoccupé par sa capacité à écrire sur flash à 85 ° C.
QuestionMan

Réponses:


11

Une double alimentation 3,3 V / 5 V + des décaleurs de niveau vous coûteront plus cher qu'ils ne le valent. Les diviseurs de résistance vous procureront des niveaux de 3,3 V à bas prix, mais vous aurez besoin des décaleurs de niveau pour passer à une logique de 5 V. Les tampons 74HCTxx feront cela à bas prix, mais ils sont plus d'espace sur votre PCB.

Pour l'ADC, cela signifierait un niveau de bruit 3,6 dB plus élevé. Si ce n'est pas acceptable, vous pouvez probablement diminuer la valeur par un meilleur découplage, ce qui sera toujours une solution moins chère.

Je choisirais un système 3,3 V uniquement.


1
Malheureusement, je dois encore fournir une alimentation 5V pour alimenter la carte des capteurs, et cela ne fonctionnera pas avec 3,3V.
QuestionMan

@QuestionMan - à quoi ressemble l'interface avec le capteur? I2C? SPI? Ou est-ce la sortie analogique pour l'ADC? Le 3,6 dB est-il un problème?
stevenvh

L'interface du capteur est malheureusement une sortie analogique de 0 à 5V. Je ne pense pas que 3,6 dB soit trop problématique, ou du moins j'espère que non. Sinon, je risque d'être coincé avec une puce ADC externe.
QuestionMan

4

La ligne LPC de NXP (et probablement beaucoup d'autres) possède des GPIO tolérants au 5V, mais la sortie n'est que de 3,3v. Une solution de contournement courante consiste à tirer la sortie de la broche vers une alimentation de 5 V et à la régler en mode de drain ouvert (tristate) lorsque vous devez «produire» 5 V:

https://github.com/ytai/ioio/wiki/Digital-IO

Cependant, cela ne résoudra pas votre problème ADC.


Oui, c'est vraiment le problème ADC qui me dérange, il existe de nombreux outils pour réaliser la traduction numérique.
QuestionMan

1
"LPC" est très large, il comprend ARM7TDMI et même 8051 compatibles. Vous devrez donc être plus précis. Le guide de sélection du microcontrôleur NXP mentionne uniquement une tolérance de 5 V pour la série Cortex-M0 LPC1100, IIRC.
stevenvh

La page vers laquelle vous liez mentionne les sorties à drain ouvert, mais comme la plupart des microcontrôleurs n'en ont pas, cela semble être peu pertinent.
stevenvh

1
Je ne connais pas "la plupart" des microcontrôleurs, mais le LPC17xx (et je pense que les autres Cortex-Ms de NXP) ont certainement un drain ouvert. Peut-être pas tous les GPIO sur la puce, mais la plupart d'entre eux.
Igor Skochinsky

2
Chaque GPIO jamais réalisé est capable d'un comportement équivalent à une sortie à drain ouvert. Cela est inhérent à la capacité d'agir en tant qu'entrée. En règle générale, vous écrivez vos données dans le "registre de direction" au lieu du "registre de données".
Ben Voigt

3

Les décaleurs de niveau sont le moyen le plus simple et le plus simple de résoudre votre problème. Vous pouvez utiliser un CAN 5 V et convertir sa sortie en 3,3 V. Je suppose que vous utilisez principalement le MCU et qu'il est de faible puissance, donc un régulateur LDO de 5 V à 3,3 V pourrait fonctionner correctement.

J'éviterais une pièce qui n'est pas stockée; cela peut être dû au fait qu'il n'est pas populaire ou que vous devez en acheter un tas. Quoi qu'il en soit, je m'inquiéterais du soutien.


1

La série Nuvotron NuMicro NUC100 peut fonctionner de 2V5 à 5V5, mais ce sont des Cortex M0. Il s'agit d'ARMv6-M et non de v7-M, mais les outils et les bibliothèques prennent souvent en charge cette architecture également.


Très bonne trouvaille, je pourrais probablement m'en tirer avec un M0. On dirait qu'ils sont un spin-off de Winbond, quelqu'un connaît-il la durée de vie de leurs produits? Ils réclament dix ans, mais ce serait bien de s'allonger.
QuestionMan

1

Beaucoup de MCU Texas Instrument sont tolérants au 5v, voir leur série Cortex m3 .

[ÉDITER]

Comme indiqué dans la question, cette page renvoie au MCU de la famille Cortex M3 de Texas Instruments. Selon leurs fiches techniques (section 20 Caractéristiques électriques, valeurs maximales), ces MCU acceptent une entrée maximale de 5,5 V.

Cela est également vrai pour la famille Stellaris Launchpad (c'est-à-dire TI Cortex M4) que j'utilise.


0

Beaucoup de puces AVR UC3 sont capables de fonctionner sur une alimentation 5V. Je suppose qu'ils sont tolérants aux E / S 5V en raison de leur tension d'alimentation.


1
Mais OP dit qu'il veut un Cortex-M3. Ce que l'UC3 n'est pas ...
Steven

1
Eh bien, la question ne dit pas qu'il a besoin d'un Cortex-M3. Toutes les familles utilisant l'architecture ARM semblent acceptables. (Cela exclut toujours AVR)
Ben Voigt

Ah, tu as raison, désolé. J'ai vu ARM et créé un lien mental incorrect vers 32 bits de manière générique. Ma faute!
Toby Lawrence

0

Cypress PSoC 5 LP (Cortex M3) peut fonctionner de 0,5 V à 5,5 V. De plus, il dispose de 4 broches d'alimentation Vdio pour 4 groupes d'E / S. Chaque groupe d'E / S peut fonctionner avec des tensions différentes. Cela permet de connecter des circuits avec des tensions telles que 3,3 V, 1,8 V, 5 V en même temps sans décalage de niveau.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.