contrôle de plusieurs leds rgb avec pic 18f452

[mp3dux]

bonjour,

je pense qu'une image serait plus parlante.

http://www.youtube.com/watch?v=jkqoP...ayer_embedded#

c'est un peu ce que je dois faire,mais avec moins de leds :36 et surtout avec un pic 18f452 et non avec des circuits multiplexeurs.

Une led RGB possède 4 pattes donc 108 entrées à gérer si cathodes commune.

je pense faire une matrice ligne/colonne puis un signal pwm pour les couleurs. En fait c'est ce que j'ai conclu après des lectures mais concrètement je ne vois pas comment piloter tant de port avec si peut de générateur pwm.

si quelqu'un a un lien ou une meilleure idée ?
merci.
-----

[mp3dux]

je reviens à la charge. En fait l'idée de la matrice est une mauvaise idée.

je pourrai facilement allumer des leds individuellement mais dès que je voudrai en allumer plusieurs en même temps les lignes vont se croiser pour en allumer d'autres non désirées.

une meilleure idée ?


exemple : ici je veux allumer les leds 2:2 et 4:4 mais y en a d'autres qui s'allument, la 2:4 et la 4:2.

[vincent66]

Bonsoir
Heureusement que tu t'es aperçu des inconvénients de la matrice avant de te lancer dans la réalisation d'une usine à gaz..!
Il faudrait à mon avis une patte d'IC par led, avec un compteur PWM associé à chaque led... pour réaliser ceci j'utiliserais un FPGA commandé par le PIC, sinon plusieurs PICs esclaves, chacun commandant plusieurs leds, les multiples pwms étant gérés par software...
Ceci dit avec un fichu mal de crâne, il y a peut-être plus simple..?!
Cordialement !
Vincent

[mp3dux]

en effet, je pense que ça peut être plutôt simple ou super compliqué.

donc avec un ou deux pics uniquement ça risque d'être impossible.
Donc je vais devoir utiliser quelques circuits en plus...

Mais je pense qu'il y a des méthodes ou astuces pour ruser avec la persistance rétinienne etc...

Je ne peux pas utiliser les fpga ,car ils ne font pas partie du cahier de charge.

[A voir en vidéo sur Futura]

[Gérard]

Une matrice est capable de faire ce que tu souhaites, il faut multiplexer les LED pour avoir les effets désirés.

Avec des LED 4 pattes, tu fais 3 colonnes / LED et une ligne.

[mp3dux]

Une matrice est capable de faire ce que tu souhaites, il faut multiplexer les LED pour avoir les effets désirés.

Avec des LED 4 pattes, tu fais 3 colonnes / LED et une ligne.

peux tu être un peu plus précis stp.

multiplexage anode ou cathode commune ?
si je te comprend tu penses comme sur ce sujet traité par jcoméga ?

[vincent66]

Une aspirine et les idées sont un peu plus claires...
Synchroniser plusieurs pics pourrait en effet être la mer à boire.
Le pwm exploite justement la persistance rétinienne, à une fréquence assez basse pour permettre une gestion logicielle.
Un pic assez rapide pourrait gérer 108 registres à décrémentation, et utiliser des latches externes pour alimenter les leds. Allegro propose sauf erreur des drivers latchés à interface sérielle qui pourraient être intéressants...
Bonne bourre !
Vincent

[Gérard]

Regarde la PJ pour comprendre ce que je voulais dire.
C'est vrai que ce n'était pas clair.

[mp3dux]

donc on a toujours l'erreur de mon message n°2.
c'est juste que sur ton schéma tu a fait ressortir les rgb non?

dis moi si je me trompe.

[Gérard]

donc on a toujours l'erreur de mon message n°2.
c'est juste que sur ton schéma tu a fait ressortir les rgb non?

dis moi si je me trompe.

L'erreur dont tu parles en #2 n'existe que si tu n'utilises pas le multiplexage.
Dans l'exemple que je donne, tu mets la donnée R1 sur la colonne R
tu valides ligne1
tempo
puis donnée G1 sur la colonne G
tu valides ligne1
tempo
puis donnée B1 sur colonne B
tu valides ligne1
tempo
ensuite tu passes à la ligne 2 etc

Pour une matrice 8x8 de LED bicolores, j'ai utilisé une tempo de 1ms.

[mp3dux]

L'erreur dont tu parles en #2 n'existe que si tu n'utilises pas le multiplexage.
Dans l'exemple que je donne, tu mets la donnée R1 sur la colonne R
tu valides ligne1
tempo
puis donnée G1 sur la colonne G
tu valides ligne1
tempo
puis donnée B1 sur colonne B
tu valides ligne1
tempo
ensuite tu passes à la ligne 2 etc

Pour une matrice 8x8 de LED bicolores, j'ai utilisé une tempo de 1ms.

Bonne explication le principe est plus clair.

je suppose quand tu parles de tempo que c'est la durée effective pendant laquelle la led reste allumée, donc je dois répéter cette action à une fréquence supérieure ou = à 50 Hz pour ne pas voir de scintillement.

aurais tu une vidéo de ton application à me montrer par exemple ?

[Gérard]

Content que cette explication ait été claire.
Le fréquence de rafraichissement doit être supérieure à 25Hz.
Désolé, je n'ai pas de vidéo.

[mp3dux]

bonjour,
les choses se sont beaucoup simplifiées
Je dois toujours générer les couleurs (pouvoir parcourir toute la plage de l'arc en ciel), mais cette fois ci toute la matrice doit avoir la même couleur !

Rien que pour le câblage c'est un soulagement. La partie led aura
3 entrées 1 pour toutes les rouges, 1 pour toutes les vertes et 1 pour toutes les bleues.

Donc avec trois pwm que je contrôle je pourrais avoir toute la gamme possible.
Le problème c'est juste que le 18f452 n'a que 2 pwm

je pense donc que je vais les contrôler toutes les 3 avec la même sortie pwm et les aiguiller avec switch (transistors).

Je dois juste penser à mettre une source de courant pour pouvoir alimenter mes leds parce que les 20 mA du pics ne suffiront pas pour 36 leds!

plus tard en option j'aimerais utiliser utiliser une télécommande pour quelques variations(avec le récepteur infrarouge TSOP1738).

qu'en pensez vous ? si vous avez quelques remarques ou meilleures idées,je suis preneur. Surtout pour la partie led.

[invitebcc1f292]

bonjour

si ton pic ne peux gerer que 2 pwm il ne te reste plus qu'a creer tes pwm par software mais alors si tu a besoins de beaucopu de PWM tu va le ralentir , je ne sais pas si tu connais le circuit TLC5940 (TI) je penses que c'est vers la que tu dois te diriger , perso j'ai une routine qui tourne pour recupere le signal DMX512 ( 512 *8bit) et avec cela je compte commandé 16 RGB en associant 3TLC5940....

mais je n'ai pas encore trouve le temps pour realiser le tout mais ca ne saurait tarder.

jean claude

[mp3dux]

bonjour,

Re : contrôle de plusieurs leds rgb avec pic 18f452
bonjour

si ton pic ne peux gérer que 2 pwm il ne te reste plus qu'a creer tes pwm par software mais alors si tu a besoins de beaucopu de PWM tu va le ralentir

j'étais parti sur cette idée et j'ai trouvé des programmes plus ou moins bien fait.
Mais comme tu l'a dit mes timers et mon temps uP seront occupés.

j'ai beaucoup cherché et j'ai conclu qu'il vaut mieux prendre un pic18f4431 il dispose de 4 genérateurs de pwm indépendants (contrôlés par 22 registres!) associés à 8 ports de sorties.

J'étais habitué au 18f452 et ses registres mais bon, je pense que ça vaut le coût d'avoir un code propre et un uP disponible pour d'autres implémentations.

[invitebcc1f292]

bonjour,

Re : contrôle de plusieurs leds rgb avec pic 18f452
bonjour


j'étais parti sur cette idée et j'ai trouvé des programmes plus ou moins bien fait.
Mais comme tu l'a dit mes timers et mon temps uP seront occupés.

j'ai beaucoup cherché et j'ai conclu qu'il vaut mieux prendre un pic18f4431 il dispose de 4 genérateurs de pwm indépendants (contrôlés par 22 registres!) associés à 8 ports de sorties.

J'étais habitué au 18f452 et ses registres mais bon, je pense que ça vaut le coût d'avoir un code propre et un uP disponible pour d'autres implémentations.

Pourquoi ne pas les realiser en soft car si c'est seulement pour TROIS PWM le 18F452 est plus que rapide assez , perso il tourne avec 24 pwm en software, j'ai essayer de commander un TLC5490 mais la le probleme que je rencontre est que je je dois gener une clock a 4MHz par une interrupt et la ca va plus le processeur est touhjours occupé par celle ci alors je viens juste de decouvir le TLC5947 on doit juste lui envoye les datas sur le port serie avec le spi HARDWARE du pic donc la je va&is recupéré des fonction pour le pic et je pourrais lui faire d'autre choses..

si vous voulé je peus vous envoyer le code ou vous l'expliquer il est assez simple..


jean claude

[mp3dux]

bonjour, c'est pas mal du tout le TLC5947.
Mais pour mon application qui a besoin que de 3 pwm,le 18f4431 permettra d'avoir un CI en moins et une intégration facile sur une autre plate forme(tout est dans le pic).

Surtout je veux éviter la méthode PWM software. J'ai pas des contraintes sur ce point donc autant mieux ne pas se compliquer la vie et prendre un pic qui génère en hard.

Je pourrai implémenter un code propre sans prise de tête.

[invitebcc1f292]

Ok
Bon travail et bonne etude du nouveau PIC....et surtout bon amusement.petite question en quel langage programmez vous pour ma part c'est en assembler.. comme disent mes collegues beaucoup de bla bla pour peux d'action mais j'aime comprendre tous ce qui ce passe dans le PIC alors ...

bonne journee

[jC_Omega]

peux tu être un peu plus précis stp.

multiplexage anode ou cathode commune ?
si je te comprend tu penses comme sur ce sujet traité par jcoméga ?

désolé de ne pas avoir répondu plus tot, a ton MP. je suis un peu déborder, et je n'ai pas penser a regarder mes messages.

http://forums.futura-sciences.com/at...de_jcomega.jpg

oui , mon schéma que tu a cité plus haut, c'est la pré-version qui fonctionne, c'est ce schéma que j'ai utiliser pour mes différentes video (après pour la version avec mesure du sons, j'ai rajouter un étage de capture du sons)

voici dans l'ordre les étapes de réalisation du proto :
http://jcomega.getalife-mod.com/index.php?q=table+led


je peut essayer de t'aider, mais avant toute chose, il faut pour faire ce genre de projet faire ca progressivement :
-savoir générer du PWM de façon software
- savoir faire du multiplexage
- mixer les 2.

moi, après des semaines de recherches, sur la façon la plus simple/économique. (j'ai tester les différentes solutiosn cité plus haut : circuit spécifique cher, µC esclave, etc..)

finalement , j'ai fait comme sur mon schéma marqué plus haut : 74HC595 + multiplexage

[jC_Omega]

pour la commande d'une matrise je te deconseille le PWM hardware. Même si tu a un PIC avec plein de PWM hardware, ca ne va pas aller dans ton cas.
car c'est pas pratique, a couper /mettre en route, de plus il te faut un gros pic. (car oublie pas que tu a 108 led a commander)

tes principale contrainte pour commander une matrise avec de nombreuse led (pour ton cas 36 led RGB, soit 109 led )

- PIC rapide 40Mhz minimum (pour faire du PWM de résolution 2bits ( niveau de couleur par led, soit une matrise avec led RGB 64 couleur)
--> pour eviter de passer 90% du temps en interruption (ce qui est mon cas), je te conseil d'utiliser les dernier PIC 18F de chez microchip (pic de - de 1 ans ) , par exemple un 18F45K20 qui peut tourner a 64Mhz sans quartz.

le PIC18F45K20 est le remplaçant du PIC18F4520, qui lui même est le remplacant du PIC18F452 (que te déconseil absolument car il est obsolète depuis 6 ans


je peut expliquer en detail les différents calcul de timer/résolution et couleurs que tu aura besoin de savoir.

[mp3dux]

Ok
.petite question en quel langage programmez vous pour ma part c'est en assembler.. comme disent mes collegues beaucoup de bla bla pour peux d'action mais j'aime comprendre tous ce qui ce passe dans le PIC alors ...
bonne journee

l'asm est très près de la machine donc possède des avantages qui peuvent être non négligeables. Je ne l'utilise que pour faire des interruptions . Mais bon aujourd'hui où les compilos sont plus sophistiqués et que les microP ont davantage de mémoire, Je préfère utiliser le C pour coder plus vite et utiliser facilement les structures, les fonctions mathématiques,les nombres à virgules etc...

Autrement je suis d'accord avec toi à propos de comprendre tous ce qui ce passe dans le PIC.
personnellement je pense qu'il y a 2 façons d'utiliser le C.
la 1ère utiliser les fonctions toute faite ex: OpenTimer1(bla...bla).
ou la 2nd faire T1CON=0x... et je préfère la seconde.

jC_Omega: j'ai bien sûr fait un tour sur ton blog
En fait mon programme s'est simplifié, parce que j'aurai pas le temps de faire le câblage(donc remis à plus tard).

Donc là je ferais juste un balayage -FULL- color en PWM (3 hard), piloté par une télecommande.
je veux bien de petits conseils sur la partie optique(meilleure fréquence de balayage ,je pense mettre 500Hz, astuces sur la résolution du pwm etc...)

merci

[jC_Omega]

moi, j'ai programmer en ASM pendant des années., mais même avec plein de commentaire, sur les gros programme avec plusieurs centaine de ligne, ca deviens incompressible pour relire et comprendre plusieurs mois après.

maintenant depuis 4 ans je programme en C : soir avec mikroC (c'est du C, pour les petit PIC 16F et 12F), soit avec C18 et C30 (pour les pic comme les PIC18F et les PIC24HJ ).

moi, j'utilise très peu les fonctions : je fait un peu comme en ASM (mettre les valeur direct dans les registre).

je ne vois pas du tout comment tu compte te prendre pour faire de la commande de PWM en Hardware sur une matrise, explique moi.


sur ce forum très actif, spécialisée en led, il y a pas mal de sujet traitant de ce que tu recherche :
http://www.forum.led-fr.net/forum/vi...hp?f=11&t=1503
http://www.forum.led-fr.net/forum/vi...hp?f=11&t=1514

[jC_Omega]

calcul de fréquence :

on veut une fréquence de rafraichissement de 60hz sur la matrise :

c'est a dire que l'on commande la première colonne toute les 16ms.

avec 6 colonnes, chaque colonne est donc commander toute les 16ms/6 = 2.7mS

il faudra donc un top de chanchement de colonne toute les 2.7ms (qui peut être générer via interruption d'un timer)

ensuite : générer du PWM pendant la commande d'une colonne

après mes différents test, ca ne sert a rien de générer plein de période PWM pendant la commande d'une colonne, les yeux ne voyent pas la différence.
moi, je génère qu'une seul période de PWM pendant la commande d'une colonne.

il faut que tu definisse la résolution du PWM que tu compte utiliser :
- PWM 8bit : 256 valeurs
- PWM 4 bit : 16 valeurs (c'est ce que je vais prendre pour mon exemple)
- autre valeur, tout depend du nombre de led, et de la vitesse du PIC

j'ai dit plus haut 2.7ms par colonne : avec du PWM 4 bit, 16 valeur (ce qui fera du 64 couleurs en RGB)
2.7ms/16 = 168µS
ce qui oblige de générer une interruption toute les 168µS.
mais il ne faut pas que tu oublie que tu a 108led a commander en PWM au total : donc 3*6 = 18 led par colonne a la fois.

donc pendant l'interruption (toute les 168µS), il faut que tu fasse 18 comparaison de valeurs pour générer le PWM.

oui pas facile a expliquer. pour mieux comprendre, il faut déjà que tu sache faire du PWM de façon software. après ca sera plus claire ce que je dit (j'ai très resumé, je peut expliquer en detail a ta demande sur certain points)

pour la télécommande IR, j'ai réaliser il y a quelque mois une librairie C (C18), qui permet de gérer et de decoder , et utiliser le protocole RC5 : je peut la partager si ca interesse

[mp3dux]

je ne vois pas du tout comment tu compte te prendre pour faire de la commande de PWM en Hardware sur une matrise, explique moi.

j'ai laissé tombé la méthode matricielle, parce que j'aurais pas le temps
d'aller au bout. Cette fois je fais un balayage uniforme( pas dégradé ou mélange)
de toutes les leds, sur toutes la plage des couleurs visibles.
En fait je relie toutes les leds rouges ensemble, les bleues aussi puis les vertes. donc 3pwm, et je fais varier le rapport cyclique pour avoir la couleur désirée.

plutôt simple je pense. Je veux bien ta bibliothèque sur le rc5, , au cas où mon code ne fonctionnerait pas je pourrai tester ma liaison.

ps: trop rigolo ton chat dans la video, il doit se demander ce qui se passe.

[jC_Omega]

voici ma librairie, il y a pas mal de chose en commentaire dans le main, car ca ne te serviera pas, c'est une application que j'ai réaliser avec (une commande de moteur qui commande un potentiomètre avec une télécommande de TV (pour pour de la hiffi haut de gamme))


tu va relier donc toute les led ensemble donc : 3 fils de commande pour les 3 couleurs.
mais tu va avoir un megamultiplexage : 36 transistor de multiplexage pour chaque led donc. (ou avec des ULN2803).
(de toute facon tu n'échappera pas a l'interruption timer, pour le changement de led)

oui c'est faisable mais tu va rencontrer une perte de luminosité énorme, je m'explique :
avec ce multiplexage , tu aura au maximum une led allumé a 100% sur 36 led.

donc un allumage toute les 1/36eme du temps total (qq soit la fréquence).
soit 2.7% --> donc les yeux ne verront que 2.7% de la luminosité effective de chaque led.(soit une perte de 97.3% de lumière)

ca n'éclairera pas énormément (ca sera uniquement visible dans le noir) --> il faut que tu utilise les led RGB haute luminosité obligatoirement.

pour te donner un ordre d'idée de comparaison, sur la table led, j'ai une colonne allumé a la fois, et 8 colonne en tout : soit une luminosité de 1/8, soit 12.5% de luminosité.
qu'est ce que ca change : sans aucun multiplexage, les couelurs et la lumière de ma table led sont visible en plein jours.
avec mon multiplexage sur mes 8 colonnes (12.5% de luminosité des led) , les couleurs de ma tables led sont visible que dans une pièce avec peu d'éclairage (voir vidéo aussi)

sur mon dernier projet le K3000 (meme led RGB que la table led) , il y a pas de multiplexage, 16 millions de couleurs -->
ca crache niveau luminosité
http://jcomega.getalife-mod.com/inde...0-%3A-finished

[mp3dux]

tu va relier donc toute les led ensemble donc : 3 fils de commande pour les 3 couleurs.
mais tu va avoir un megamultiplexage : 36 transistor de multiplexage pour chaque led donc.
http://jcomega.getalife-mod.com/inde...0-%3A-finished[/I]

sauf que là j'aurais que 3 transistors (1 pour chaque couleur).

la partie led ressemble un peu à ce schéma.
http://www.sonelec-musique.com/elect...lticolore.html

c'est beaucoup plus simple, mais ça va consommer pas mal pour 36 leds
comparé là la tienne. Avec une branche à 20 mA alimenté sous 12 V(=3 couleur max par branche) on tire dans les 800 mA(3*12 branches).

J'ai une question : étant donné que mon projet réel est plutôt dirigé vers le domaine colorimétrique, je me casse un peu la tête parce que j'ai pas exactement les 20 mA recommencé dans chaque led.
Valeur de résistance oblige.

Pour ceux qui ont déjà fait le PWM sur led, 18mA ou 20mA ça se voit pas non je suppose. Parce qu'il est possible qu'a des valeurs cyclique faibles on puisse remarquer ?



merci pour le code rc5, je m'en servirai si le mien ne marche pas.

[mp3dux]

tu va relier donc toute les led ensemble donc : 3 fils de commande pour les 3 couleurs.
mais tu va avoir un megamultiplexage : 36 transistor de multiplexage pour chaque led donc.
http://jcomega.getalife-mod.com/inde...0-%3A-finished[/I]

sauf que là j'aurais que 3 transistors (1 pour chaque couleur).

la partie led ressemble un peu à ce schéma.
http://www.sonelec-musique.com/elect...lticolore.html

c'est beaucoup plus simple, mais ça va consommer pas mal
comparé là la tienne. Avec une branche à 20 mA alimenté sous 12 V(=3 couleur max par branche) on tire dans les 800 mA(3*12 branches).

J'ai une question : étant donné que mon projet réel est plutôt dirigé vers le domaine colorimétrique, je me casse un peu la tête parce que j'ai pas exactement les 20 mA recommencé dans chaque led.
Valeur de résistance oblige.

Pour ceux qui ont déjà fait le PWM sur led, 18mA ou 20mA ça se voit pas non je suppose. Parce qu'il est possible qu'a des valeurs cyclique faibles on puisse remarquer ?



merci pour le code rc5, je m'en servirai si le mien ne marche pas.

[jC_Omega]

a oki, donc pas d'animation, ni de matrice,

c'est juste pour avoir une couleur uniforme, alors ta moyen de faire encore plus simple (et rapide/pas cher):
d'acheter ca :
http://www.forum.led-fr.net/forum/vi...hp?f=83&t=1098

+
http://www.forum.led-fr.net/forum/vi...hp?f=83&t=1436
(a la fin du premier sujet il y a exactement ce que tu recherche)
l'avantage du drivers de courant : led commander parfaitement, pas de chauffe des composant, et pas besoin de résistances, et pas besoin de faire une carte électronique.

[mp3dux]

très très intéressant ces drivers, prochainement c'est ce que je ferai;

j'y ai un peu pensé, mais tardivement; aussi je voulais pas trop simplifier le projet de base sinon ça se ressentira dans ma note.

pour le circuit électronique, suis obligé d'en faire vu que je vais devoir proposer du full color réglable par télécommande.
etc...
sinon, pour le PWM tu me conseilles quelle fréquence ? j'ai souvent lu 50Hz mais y'en a qui disent plus+.
Ou ça n'a pas d'importance tant que le clignotement reste invisible.

grand merci, je te tiendrai au courant de mes avancés.


-

[jC_Omega]

50Hz c'est visible, (regarde un écran a tube mal régler tu verra la différence )

a partir de 60Hz on ne vois rien, après tu peut avoir des fréquence plus élever pour ton PWM, ca ne changera rien, il n'y aura aucune différence.




peut importe la fréquence, car elle est automatiquement générer de façon hardware par le pic (de toute façon visuellement ca change rien)

tu verra quand tu saura générer du PWM hardware (ce qui est très très simple), ca ne change rien,
moi je laisse les registre par defaut, ce qui fait fait via du PWM en 10 bit
a fréquence mini 2.44khz (avec un pic a 40mhz)

un tuto (il y a surement mieux ailleur):
http://www.ac-orleans-tours.fr/sti/I...odules_CCP.pdf

j'ai des exemple perso, simple, mais la j'ai pas le temps ce soir, re-demande moi si tu n'y arrive pas