LED 7 segments : casse tête ...

[Seb.26]

Hello,

ci-dessous, ce qui pourrait presque constituer un casse tête chinois pour un jeu dans une revue d'électronique ...

J'ai un uCPU qui sort :
> 4 pin, qui entrent dans un décodeur/driver BCD -> 7 segments
> 1 pin en plus pour la virgule (avec le transistor qui va bien)

J'ai aussi 5 afficheurs 7 segments avec un transistor chacun pour le multiplexage (donc encore 5 pins du uCPU)

Le premier afficheur n'est utilisé que pour afficher le signe '-' devant si la valeur est négative, donc seule sa LED centrale doit être câblée

MAIS je souhaite aussi allumer 1 LED parmi 3 (donc toujours 1 et une seule LED allumée sur les 3) et je n'ai plus de pin disponibles ... donc, je dois utiliser les sorties du décodeur ...

La question : quels segments choisir et utiliser pour pouvoir allumer mes LED et mon '-' ?

Je pense que c'est mieux d'utiliser la pin de la virgule pour le '-' et de trouver 3 segments pour les 3 LED ... et surtout les valeurs BCD à utiliser pour sélectionner la LED allumée ...



Merci,
@+
Seb
-----

[gcortex]

1 MIC5891 = 2 pins
1 ULN2803 = 8 pins

et tu peux afficher tout ce que tu veux

PS : c'est çà le jeu ???

[Seb.26]

Tu triches ... et ... c'est vrai que je me suis peut être auto-enfermé dans une mauvaise solution !!!

Avec le MIC5891, je peux sortir mes 7 segments + virgule ... le tout pour 2 pins ... du coup, j'ai plus vraiment de problème ...

D’ailleurs, ça tombe bien, j'en étais arrivé à la conclusion que c'était pas possible de trouver mes 3 segments pour mes 3 LED ...

[gcortex]

si tes afficheurs sont à cathode commune faudra faire un temps mort ou utiliser le "strobe"
le MIC bouffe 2V et l'ULN 1V donc il faut une tension d'alim suffisante

[A voir en vidéo sur Futura]

[Seb.26]

Le MIC5891 ne suffit pas pour alimenter les LED ? ... ( + un bête transistor pour le multiplexage )

J'ai dû lire la doc trop en travers ... ;o)

[Seb.26]

Me voilà en train de tout changer ... comme quoi un regard extérieur, ça a du bon !!!

Le A6275 me fait en plus la régul. du courant pour les sorties LED ...
http://docs-europe.electrocomponents...6b80d883b3.pdf

Donc en gros, je me dirige maintenant vers :
- 5 PNP pour alimenter chaque "module" ( afficheur 7 segments ou LEDs )
- 5 afficheurs avec + commun (qui vient du PNP)
- un A6275 pour piloter chaque segment/LED

Soit 5 + 2 pins pour tout faire ...

Je ne pense pas utiliser la pin de latch du MIC5891 le clignotement sera invisible, non ?

[gcortex]

ce sont des afficheurs à anode commune ??
dans ce cas il vaut mieux latcher ton A6275

quelle tension d'alim ?? afficheurs géants ??

[gcortex]

ton truc n'est dispo qu'en cms chez farnell

[Seb.26]

Ce sont des petits 7 segments tout bête ... je pensais régler le courant à 10 ou 15 mA (alimentation sur piles)
http://docs-europe.electrocomponents...6b807e0a80.pdf

Voici où j'en suis today de mon schéma :


NB: le uCPU est en 5v.

NB': pour le "latch" et le "out_enable", je ferais un test pour voir si on perçoit le clignotement...

ça me semble pas mal, non ?

Merci, @+

[invite29971eb1]

1 MIC5891 = 2 pins
1 ULN2803 = 8 pins

et tu peux afficher tout ce que tu veux

PS : c'est çà le jeu ???

Et si tu mets un 74HC164 devant l'ULN, tu peux même réduire à 4 fils pour tout le monde (Clock, Data et les deux latch)...

Cerise sur le kebab, une 5ème broche sur le Output Enable du MIC te permettra de gérer la luminosité globale...

Possible aussi avec un simple 164 sur les cathodes et un UDN sur les anodes....ou un MIC5821

Bref, il y autant de solutions que d'intervenants....

Un équivalent du MAX7219 en anode commune est également possible

[Seb.26]

je préfère "gaspiller" quelques pin et ne pas rajouter de CI ... je voudrais un truc aussi petit que possible ... ;o)

[gcortex]

pour sélectionner l'afficheur le strobe n'est pas indispensable et les 2 fils peuvent même être gérés par soft
par contre pour les 7 segments, le strobe permet de figer le chiffre sur chaque afficheur

PS : en général j'alimente les afficheurs avec une tension supérieure (régulée ou non) pour garder le 5V bien stable...

[Seb.26]

pour sélectionner l'afficheur le strobe n'est pas indispensable et les 2 fils peuvent même être gérés par soft
par contre pour les 7 segments, le strobe permet de figer le chiffre sur chaque afficheur

En fait, je parlais du strobe du A6275 qui déclenche la copie du registre à décalage dans les latch ... ce que je voulais dire, c'est que si je ne gère pas le enable ni le strobe, quand je vais remplir mon registre série avec mes 8 bits, comme c'est à décalages, les segments vont clignoter pendant les cycles d'écriture, mais je pense que ce ne sera pas visible ... (?!)

PS : en général j'alimente les afficheurs avec une tension supérieure (régulée ou non) pour garder le 5V bien stable...

J'ai rien au dessus, j'ai 2 piles + régulateur boost à découpage pour faire le 5v

Sinon, mon "schéma" semble bon ?

[gcortex]

vas-y

tu peux commander chez farnell ?

tu peux couper tes 5 pnp pendant la transmission

[Seb.26]

vas-y
tu peux commander chez farnell ?

OK

(farnell non, mais chez RS oui)

tu peux couper tes 5 pnp pendant la transmission

... comment ai je fais pour ne pas penser à ça ?! ...

De grande souffrances tu m'épargne, te remercier je dois.
Que la force soit avec toi.
(désolé, je me refais les Star Wars en ce moment ... ;o) )

@+
Seb

[gcortex]

ne me remercie pas : il n'est pas dispo chez RS

[Seb.26]

zut .... j'avais pas fais gaffe à la non dispo ...

Qu'est-ce que je peux utiliser de bien classique et qui me ferait la même chose :
Registre à décalage 8 bits avec sorties NPN ... sur lequel je peux mettre directement mes LED (j'ajouterais une R) ?

[Seb.26]

Bon, finalement, je crois que je vais utiliser un MIC5891 ... et je mettrais 8 R pour les LED.

Donc du coup, j'ai : uCPU -> MIC5891 -> 8*R -> LED -> NPN -> GND ... c'est ça ?

[invite29971eb1]

Bon, finalement, je crois que je vais utiliser un MIC5891 ... et je mettrais 8 R pour les LED.

Donc du coup, j'ai : uCPU -> MIC5891 -> 8*R -> LED -> NPN -> GND ... c'est ça ?

Tu seras gentil de me laisser quelques MIC5891, je vais en avoir besoin bientôt

Sinon, je ne connais pas d'équivalent à cette bête et il faut passer par registre à décalage (164, 595) et buffer (UDN2981 par exemple ou PNP)

[gcortex]

oui mais le MIC va bouffer 2V, il ne restera plus grand chose

@ftorama : je peux t'en envoyer qqun

[Seb.26]

Zut ...

Entre le MIC qui bouffe 2v, le NPN qui va prendre encore 0.7 ... mon 5v va être trop juste ...

Bon, je laisse tous les MIC à ftorama ... ;o)

...

Donc, retour case départ : je cherche un registre à décalage 8 bits avec sorties NPN (ou PNP) ... le tout en 1seul boitier ... ( j'ai 25mm x 45mm pour tout faire tenir !!! )

[Seb.26]

Ou alors je reste sur le MIC et je rajoute une alim boost pour les LED ... ça prendra toujours moins de place qu'un autre chip à 16 pins ...

Voir je règle mon alim actuelle sur 7v, et je fais tomber la tension uCPU à 5v avec des diodes ...

[invite29971eb1]

Zut ...

Entre le MIC qui bouffe 2v, le NPN qui va prendre encore 0.7 ... mon 5v va être trop juste ...

Bon, je laisse tous les MIC à ftorama ... ;o)

...

Donc, retour case départ : je cherche un registre à décalage 8 bits avec sorties NPN (ou PNP) ... le tout en 1seul boitier ... ( j'ai 25mm x 45mm pour tout faire tenir !!! )

Pourquoi ne pas le faire en discret?

8 transistors en CMS ne prennent pas tant de place que ça et c'est pas si compliqué à souder avec un peu d'entrainement.

J'ai une carte en cours de dev avec un AtTiny, un 74HC164, 8 x BC807 en SOT23 et les résistances qui vont bien qui tient largement dans une carte de 40 x 40 mm (en fait la taille de ma matrice de leds plus de la marge pour visser)

[Seb.26]

c'est pas de souder les transistors cms qui me gène (même si c'est long et ch*ant) ... je trouve ça bête de prendre un registre a décalage + des transistors alors que ça devrait exister tout fait ...

mais la solution de l'alim en 7v + 3 diodes pour le 5v commencer à bien me tenter ... ça devrait marcher, non ?

[gcortex]

oui mais les piles vont durer moins longtemps
tu peux partir sur un 74HC595 + 5 npn en suiveurs (sans résistance) + ULN2803

[Seb.26]

Ou alors tu as raison, et je colle un simple registre + 8 NPN ... ?! ... j'en sais plus rien ...

[Seb.26]

oui mais les piles vont durer moins longtemps

C'est que j'étais justement en train de me dire ...

Bon ... je vais voir ce que ça fait comme surface les 8 NPN ...
( toi tu tiens à tes MIC hein !!! )

Merci à vous, @+
Seb

[gcortex]

tu peux partir sur un 74HC595 + 5 npn en suiveurs (sans résistance) + ULN2803

encore mieux : trouver un octuple buffer sans darlingtons qui tient 100mA

[invite29971eb1]

( toi tu tiens à tes MIC hein !!! )

Même pas puisque je suis en train d'en faire en discret.

A vrai dire, je fais des cartes que je fabriquerai en mini-série donc je ne veux pas être inquiété par la dispo d'un composant exotique

[Qristoff]

Vous allez pensé que je suis un peu rabat-joie mais autrefois HP faisait des afficheurs avec décodeurs hexa / latch et driver intégrés dans la série HP 5082-7340, c'était si simple à mettre en oeuvre, la valeur était latchée et n'occupais pas tout le temps machine.
Je ne comprends pas pourquoi ce produit n'ai pas pérénisé...
mais heureusement , on en trrouve encore quelques uns....