Conception Journal Lumineux

[invite54878a5a]

Bonjour,

J'aimerais savoir comment est fait normalement un journal lumineux. J'en ai fait un avec des 74hc595 ou le Q7' est relié au DS du suivant.
Le journal fonctionne bien avec uniquement un tableau de char contenant toutes les collomnes a affiché. J'ai fait un programme permettant de transposé un tableau de char au message a affiché et là meme en enlevé tous les timers le temps de traitement et de latch tous les 595 jusqu'au bout sa rame... et on voit trop le multiplexage.
Quelqu'un pourrait-il m'éclairer un peu ?

Merci d'avance
-----

[invitee05a3fcc]

Le pt'tit schéma de ton journal ?
Tu as une matrice de combien de LED ?

[invite54878a5a]

Matrice de 47*7. Voici un schema :

Avec un 16f877a a 20mhz.
Comme je l'ai dit cela fonctionne bien mais des que je met mon programme sa lag trop... Et j'ai pas envie de copié tout le temps chaque lettre du charset pour refaire mon message..

[invite54878a5a]

Voici le petit programme que j'ait fait :
A chaque fois sa modifie le tableau de la colonne courante qu'une autre methode va envoyée.
Pour pouvoir scroll je recupere sur 50char et apres je tronque.
void maj() {
if (scroll==5) {
scroll=0;
debut++;
}
for (i=0,j=0,k=debut; i<50; i++,j++) {
if (k<=strlen(mess)-1) {
if (j==5) {
j=0;
k++;
}
tmp[i]=charset1[5*((int)mess[k]-32)+j];
} else { scroll=0; i=0;k=0; debut=0; }
}

[A voir en vidéo sur Futura]

[invitee05a3fcc]

C'est ton programme qui est pourri ....... comme ton hard !
Un 74HC595 est incapable de fournir la centaine de milliampères que demande les LEDs ..... et ton PIC est incapable de recevoir ce courant multiplié par 47 !

On ne fait pas un journal lumineux sans mettre des buffers de puissance !

voilà un truc sérieux http://sjeffroy.free.fr/new/index.ph...d=21&Itemid=65

[invite54878a5a]

Le schema est pas bon j'ai rajouté un ULN2803 depuis pour les lignes

[invite54878a5a]

Plutot que de copié j'aimerais mieu experimenté par moi meme. Il fonctionne bien donc en puissance sa va! apres au lieu de dire que tout est pourri tu pourrais deja expliqué ce qui va pas pour toi coté software..

[invitee05a3fcc]

Le schema est pas bon j'ai rajouté un ULN2803 depuis pour les lignes

C'est insuffisant ! ou alors tu regardes ton journal dans le noir !

Pour ton soft, j'y connais rien, mais il faut 7 tableaux de 6 octets. Chaque tableau mémorise l'état des 48 diodes d'une ligne

1. Tu transfères en série les 48 bits dans les 74HC595 (et en utilisant le SPI, c'est rapide) du tableau n
2. Tu invalides tous les RBx
3. Tu clockes le tranfert 0->1->0
4. Tu valides RBn
5. Il y a une ligne d'allumée
6. On attend
7. On passe à la ligne suivante n=n+1 (Si n=6, n=0)
8. GOTO 1.

[invite54878a5a]

euh excuse moi les leds s'allument pas assez là ?

[invitee05a3fcc]

C'est toi qui voit ! et avec un appareil photo, on fait ce qu'on veut (d’ailleurs entre le "0" de gauche et le "7" de droite, c'est le jour et la nuit).
Moi , je te dis que :

• tu es complétement hors spécification en sortance du 74HC595
• tu n'as pas de limitation de courant dans les LEDs
• le ULN2803 est en surcharge

Fait un affichage avec toutes les LEDs allumées ....... et tâtes les températures.

Maintenant, c'est toi le chef du hard et du soft, tu fais ce que tu veux !

[invite54878a5a]

Ok d'accord merci
j'avais trouvé sa sur un forum electronique je pensais que c'etait correct :

[invitee05a3fcc]

Plutot que de copié j'aimerais mieu experimenté par moi meme.

Il faut déjà regardé ce qui existe ...et s'en inspiré

Il fonctionne bien donc en puissance sa va!

Allume toutes les LEDs, et on en reparle

apres au lieu de dire que tout est pourri

J'avais raison ... il manquait l'ULN2803 !

tu pourrais deja expliqué ce qui va pas pour toi coté software..

Je t'ai répondu en #8

[invite54878a5a]

Je test tout allumé. Le ULN2083 est depuis le debut, c'est juste que je ne l'avais pas mis sur proteus

[invite29971eb1]

Comme tes 595 sont en cascade, tu n'as pas d'autre choix que de tout télécharger.

Pour pouvoir modifier seulement certaines parties du journal, il faudrait revoir le schéma pour pouvoir adresser séparément les registres, mais ça risque de grandement compliquer ton code.

Pour que ça ait l'air fluide, tu commences par écrire dans un tableau le futur affichage (un buffer) et seulement quand le tableau est terminé, tu le transfères d'une traite. Si tu commences à faire les modifs matrice par matrice, c'est logique que ça rame.

Si ça rame toujours, utilise un micro qui va un peu plus vite que 5 MHz

[invite54878a5a]

ok merci mais comme je scroll dune led a chaque fois je fais comment je prepare un tableau de 50 ? je scroll de 45 a 50? et je prepare le suivant

[invite29971eb1]

ok merci mais comme je scroll dune led a chaque fois je fais comment je prepare un tableau de 50 ? je scroll de 45 a 50? et je prepare le suivant

Tu as deux tableaux, le tableau A dans lequel tu "dessines" ton affichage, le tableau B dans lequel l'algo de multiplexage vient piocher les données à afficher.

Quand tu as des modifs à faire, tu les fais dans le tableau A. Quand les modifs sont finies, tu transfères le contenu de A dans B (ou tu inverses les rôles des deux tableaux).

Maintenant le problème est que tu fais défiler les 47 colonnes une à une, ce qui fait que les leds sont allumées 1/47ème du temps, ce qui explique que ça clignote. Il faudrait diviser ça en plusieurs sous-matrices ou revoir tout le multiplexage

[invitee05a3fcc]

Essaye de piger ce que je t'ai expliqué en #8 .... et n'utilise pas le terme scroll qui n'a aucune signification en Français

[invite54878a5a]

Voila une video de ce que sa donne actuellement :
http://www.youtube.com/watch?v=EW202mvAP_8
vous en pensez quoi?

[invite29971eb1]

Voila une video de ce que sa donne actuellement :
http://www.youtube.com/watch?v=EW202mvAP_8
vous en pensez quoi?

vidéo privée....

[invite54878a5a]

ftorama > ok merci je vais essayer autrement^^

[invite54878a5a]

c'est corrigé sa devrait etre bon

[invite54878a5a]

c'est bon?

[invite29971eb1]

c'est bon?

A part la luminosité plus grande à gauche, je ne vois rien d'autre....

J'ai dit une ânerie au-dessus (enfin j'espère)....tes leds sont alimentées 1/8ème du temps ou 1/47ème du temps?

[invite54878a5a]

Re euh la luminositee est la meme partout j'ai pas reussi a etre pile poile en face, sa fait la meme chose si j'incline legerement de lautre cote. euh ben tout facon oui chaque led est allumée 1/47eme de temps. De tout facon si en lisant un tableau comme sur la video et que c'est fluide. Si en mettant mon programme sa rame c'est qu'il prend trop de cycle horloge avant d'envoyé aux 595 donc je vais testé ce que tu m'a dis plus haut. Merci encore

[invite54878a5a]

Enfaite mon erreur etait de repreparer le tableau de 50 octets a chaque decallage.. alors que je peux preparer le suivant que tout les 50 decallages

[invite29971eb1]

Re euh la luminositee est la meme partout j'ai pas reussi a etre pile poile en face, sa fait la meme chose si j'incline legerement de lautre cote. euh ben tout facon oui chaque led est allumée 1/47eme de temps. De tout facon si en lisant un tableau comme sur la video et que c'est fluide. Si en mettant mon programme sa rame c'est qu'il prend trop de cycle horloge avant d'envoyé aux 595 donc je vais testé ce que tu m'a dis plus haut. Merci encore

Tu fais ton multiplexage à l'envers....

- Charge tes 595 avec les données de la ligne 1
- latche les
- active la sortie ligne 1 de ton ULN
- charge les données de la ligne 2
- coupe la sortie 1 de l'ULN
- latche les données
- active la sortie 2 de ton ULN

et ainsi de suite jusqu'à la ligne 7. Après la ligne 7, retour à la ligne 1

Ainsi tes leds seront alimentées 1/8ème du temps et ça ne clignotera plus, mais il faut faire attention au courant.

Quel est le courant de tes leds? Et ou sont tes résistances?

[invite54878a5a]

ok merci tu as raison je faisais a lenvers, ce que je faiasais :
pourt chaque ligne jusqu'a 47 (=envoi a chaque fois aux 595 de 0 a 47)
portb = octet correspondant
delai
off

Pour le courant oui tu as raison sa marche pour le moment pour les tests, mais je sais que si je ne veux pas de probleme en fonctionnement courant faudra des uln +resistances pour chaque colonne et des transistors pour chaque ligne.

Pourtant j'en ai vu qui faisait avec des 4017 (johnson coutner) donc ils utilisaient ce principe là ?

[invite29971eb1]

Pour faire les choses correctement, il te faudra au moins 7 transistors (1 par ligne) et leur quincaille et 47 résistances (1 par colonne) calculée normalement pour envoyer 7 fois le courant nominal des leds, sous réserve que les registres le supportent, ce dont je doute...

Quant aux montages qui sont tombés en marche, il vaut mieux s'en méfier....Il suffirait que l'alim soit trop faible et s'écroule sous la demande de courant pour que les leds ne crament pas...

Dans ton cas, ça ne crame pas parce que le courant ne passe qu'1/47ème du temps ce que les registres et les leds semblent supporter....à moins que ce ne soit aussi l'alim. Bref, tu as eu du bol, mais ne joue pas trop avec la chance

[invite54878a5a]

c'est bon merci beaucoup^^ au lieu de rafraichir horizontalement; en rafraichissant verticalement je gagne beaucoup de temps. Jsuis en master info jvais msuicidé apres sa!! mdrr merci encore!!

[invite29971eb1]

c'est bon merci beaucoup^^ au lieu de rafraichir horizontalement; en rafraichissant verticalement je gagne beaucoup de temps. Jsuis en master info jvais msuicidé apres sa!! mdrr merci encore!!

Mais fais gaffe, les courants explosent, d'un facteur 6 à peu près (47/8)