Suite de la discussion sur ABC.
Ceux qui savent comprendront ...
Quelques infos :
L'objectif est de réaliser un affichage de 4 matrices 8 x 8 de LED bicolores.
Elements retenus :
16 colonnes commandées par un couple de transistors CMS type BC807 / BC 817, eux même pilotés par 8 74HC595.
8 lignes commandées par des IRF3706
Il me vient une question :
les 74HC595, sont-ils commandés par SPI ?
Je compte utiliser un PIC, certainement un 16F876 (c'est parce que j'en ai).
L'ennui de cette solution, c'est que le bus SPI utilise les mêmes broches que le bus I2C que je compte aussi utiliser.
Quelle est la solution simple ... si elle existe ?
Merci pour vos idées.
Il te faut un Clock, une data, un load
Et tu peux faire la gestion par logiciel (il faut envoyer une série de 64 bits pour chaque nouvelles lignes (soit toutes les 5 millisecondes , mais tu as tous le temps que tu veux dans ces 5 millisecondes!
Par contre, pour la sélection des 8 lignes, tu peux passer par un 74HC138 (+ 8 inverseurs) et 3 fils out ou par un 74HC259 et 4 fils out
Dernière modification par DAUDET78 ; 25/01/2013 à 20h25.
J'aime pas le Grec
Le 16F876 a assez d'I/O pour que je puisse me passer d'un 138.
Si je génère les lignes Clock et data, (puis load), je ne peux rien faire d'autre.
Est ce que 5ms, c'est le temps d'affichage d'une ligne ?
Oh que si ! Tu as calculé le temps que met ton µC pour prendre 8 octets en RAM et les envoyer en série ?Envoyé par Gérard
C'est le temps que doit briller une ligne. Comme il y a 8 lignes, il faut 5*8=40ms pour rafraichir l'ensemble , soit 1/0,04=25 Hz . L'oeil ne le voit pas clignoter (tout juste !)Est ce que 5ms, c'est le temps d'affichage d'une ligne ?
J'aime pas le Grec
Je pense stocker les valeurs à afficher dans une EEPROM. Il faut donc récupérer les valeurs, les envoyer aux 595 et afficher.
Tu veux afficher quoi? des lettres et/ou chiffres ? des dessins ?
Et tu changes de texte tous les jours ou toutes les minutes ?
J'aime pas le Grec
L'heure en chiffres romains ...
Je sais bien que ça ne sert à rien, mais ça m'amuse.
Je vais chercher l'heure dans une RTC I2C, La valeur me donne le pointeur pour aller récupérer les bit dans l'EEPROM pour aller mettre à jour les 595.
Désoler de monopoliser ton temps pour mes amusements.
Encore une fois, merci !
Ci-joint, la commande coté "haut" suivant tes indications.
Les résistances coté R ne seront pas les mêmes que coté V.
Que préconises-tu pour R1 et R2 ?
J'ai écrit 100mA, mais je souhaite 120mA.
Pièce jointe supprimée
Dernière modification par JPL ; 25/01/2013 à 23h21.
Les schémas doivent être postés exclusivement dans un format graphique (gif, png ou jpg). Merci.
Rien ne sert de penser, il faut réfléchir avant - Pierre Dac
La valeur te donne rien du tout !
La valeur te donne la forme du graphisme pour afficher (par exemple 12H51)
- Le 12 te dit qu'il faut un X et un I et un I
- Le 51 te dit qu'il faut un V et un I
Maintenant, tu élabores , dans une RAM de 8*8 octets le graphisme de l'image en pixel .
Pour afficher le X, tu va chercher en EEPROM son graphisme (on appelle ça un générateur de caractère). Pour afficher le I, tu va chercher en EEPROM son graphisme et tu le places dans la RAM au bon endroit (attention un X prend plus de place qu'un I !)
Ta RAM étant remplie, tu peux la lire par ton programme de rafraichissement des LED
NB : Je te conseille d'utiliser deux RAM en bascule . Une que tu utilises pour le rafraichissement et une où tu élabores le graphisme suivant (que tu connais : XII VII) . Au changement de minute, tu bascules de l'une à l'autre (un simple pointeur à changer dans le programme de rafraichissement)
J'aime pas le Grec
Les PJ sont d'un compliqué ...
C'est exactement la même manœuvre pour insérer une image que pour insérer un pdf.
Rien ne sert de penser, il faut réfléchir avant - Pierre Dac
La matrice est formée de 64 colonnes et 8 lignes, soit 64 octet.
Ton ex 12h soit X I I sera codé sur 64 octet, puis je vais chercher V I puis l'afficher.
En fait, il me faut 24 pages de 64 octet pour les heures et 60 pages de 64 octet pour les minutes.
Soit 5376 octet ou 43008 bit.
Je m'en doute bien, mais j'ai galèré tout à l'heure et ne trouve plus maintenant ... je sais, je suis un boulet !
Ouf ...
ca, c'est si tu ne refabriques pas les graphisme à partir des bases V X I
Par contre les 24 pages des heures sont identiques aux 24 premières des minutes
J'aime pas le Grec
Je ne suis pas.
C'est vrai, je n'y avais pas pensé.
J'ai des 24C128, il y a assez de place.
pour le schéma, c'est bon ?
A partir du graphisme de X V L et I (l'avais oublié le L !) tu peux construire le graphisme des chiffres romains de 1 à 59 . Tu gagnes en place ... tu perds en soft (donc en temps d’exécution, mais tu as une seconde pour le faire !Il faut attendre qu'un gentil modo le valide !pour le schéma, c'est bon ?
J'aime pas le Grec
Je pense que je vais rester sur mon idée des pages de 64 octet. Ca me semble facile.
Je vais m'acheter quelques 595 en dil pour essayer, pour le CI définitif, je pense mettre du CMS.
A demain, bonne nuit, trop tard pour réfléchir, les yeux se ferment tous seuls.
Encore merci.
Pas encore vu ton schéma ...
Pour éviter de cramer ton afficheur en cas de plantage soft (et ça bloque toujours avec une sortie validée, loi de Murphy !) il faut une liaison capacitive entre le µC et les NMOS .
J'ai simulé un plantage à la cinquième impulsion. On voit qu'en 10 à 15ms (fonction du Vth du NMOS) , le courant est coupé
J'aime pas le Grec
Si je comprends bien, 1 RC en sortie de chaque ligne du PIC qui va piloter un NMOS.
Et une 330 Ohms en série sur la grille du NMOS (la simulation s'en moque .... pas le µC)
J'aime pas le Grec
Avant ou après le condensateur ?
Entre la pulldown et la grille
J'aime pas le Grec
Bien reçu.
Schéma provisoire.
Je suis en train de travailler sur le circuit imprimé. Les MOS commandant les lignes seront soudés sous las afficheurs mais coté soudure. Le RC allant vers le µC, doit-il être au plus près du MOS ou peut-il être sur la 2e carte avec le µC, la RTC et l'EEPROM ?
Merci pour vos réflexions.
Juste un détail qui me taraude: j'ai vu l'exemple de 51 écris "V I " mais 51 en chiffre romain c'est "LI"a moins de faire du "décimal codé romain"
Bon je sais ca n'apporte rien à la discussion...je sors
Là où va le vent...
Ne t'inquiète pas plus longtemps, 51 sera écrit en LI comme tu le dis à juste titre.Juste un détail qui me taraude: j'ai vu l'exemple de 51 écris "V I " mais 51 en chiffre romain c'est "LI"
Bon je sais ca n'apporte rien à la discussion...je sors
Ces valeur seront dans une EEPROM.
