Microcontrôleur 50 sorties

[Vcarabin]

Bonjour,

J'ai un projet qui nécessite de faire fonctionner 50 LED qui auront chacune une séquence de fonctionnement propre,
Ces séquences doivent être executées en même temps.
Séquences de 4 à 20 secondes répétées à l'infini avec pour chaque LED une séquence propre.

Je cherche un ou plusieurs microcontrôleurs qui puissent commander des transistors pour allumer les LED, il n'y a aucune entrée à prévoir aucune modulation ou commande, les séquences sont fixes, on branche ça s'allume on debranche ça s'éteint.

Merci

Valentin
-----

[gienas]

Bonjour Vcarabin et tout le groupe

Bienvenue sur le forum.

… Ces séquences doivent être executées en même temps …

Hum. Ce "détail" doit être précisé car il est impossible pour le micro seul.

C’est un "balayage" qui permet de commander l’état d’une série de sorties qui prennent leur état avec un petit décalage. Il faut donc définir quel décalage (en μs) est acceptable sinon il faut préparer un hardware spécifique où les 80 sorties seront basculées par un unique signal d’horloge.

Quelques précisions sur le l’usage prévu s’imposent.

[Vcarabin]

Bonjour,

Toutes les séquences doivent fonctionner de manière concomitantes mais leur démarrage peut être décalé de 1ms entre chaque,

Ma question est surtout de savoir s'il existe un moyen de créer une boucle par LED et de faire exécuter toutes les boucles en même temps, départ décalé de 1ms s'il le faut..

Ou s'il faut créer un seul programme avec l'exécution de toute les séquences dedans les unes après les autres. Ce qui risque d'être très compliqué car toutes les séquences n'ont pas la même durée il faudra trouver un multiple de toutes les durée pour qu'à la fin de la boucle lors toutes les séquences soient à la fin pour que le départ de la nouvelle boucle soit invisible.

Ça va faire bcp de ligne de code certaines LED étant scintillantes... L'autre solution étant de commander un circuit RC mais ce n'est pas applicable pour toutes les séquences...


Ou d'utiliser plusieurs petits microcontrôleur pour simplifier les codage en regroupant les séquences de même durée...

Merci

[gts2]

Ce qui risque d'être très compliqué car toutes les séquences n'ont pas la même durée il faudra trouver un multiple de toutes les durée pour qu'à la fin de la boucle lors toutes les séquences soient à la fin pour que le départ de la nouvelle boucle soit invisible.

Une boucle de microcontroleur peut tourner beaucoup plus vite que les commutations de vos LED.
Une boucle infinie qui incrémente 50 compteurs puis des décision selon l'état des compteurs ne me parait pas plus compliquée que 50 boucles.
Chacun des 50 compteurs peut revenir à zéro à tout moment indépendamment de l'état des autres.

[A voir en vidéo sur Futura]

[gienas]

... Ou s'il faut créer un seul programme avec l'exécution de toute les séquences dedans les unes après les autres. Ce qui risque d'être très compliqué car toutes les séquences n'ont pas la même durée il faudra trouver un multiple de toutes les durée pour qu'à la fin de la boucle lors toutes les séquences soient à la fin pour que le départ de la nouvelle boucle soit invisible.

Ça va faire bcp de ligne de code certaines LED étant scintillantes ...

Il est probable qu’un seul ”chef d’orchestre” soit possible, mais il faut connaître précisément le contenu de toutes les séquences pour savoir quoi leur programmer avant de les sortir mémorisées en bloc. Ces sorties ne seront pas sur le micro mais sur des buffers mémorisés.

J’ignore ce que signifie, dans ton esprit, le terme de ”scintillant”.

[Positron1]

Salut,
Une idée comme ça !! c'est peut'être une ânerie mais je dis toujours, un composant gérant les QR code ?

Proverbe Ardéchois ( il vaut mieux dire une bêtise que de ne rien dire du tout !!!!)

[f6bes]

Bonjour,

J'ai un projet qui nécessite de faire fonctionner 50 LED qui auront chacune une séquence de fonctionnement propre,
Ces séquences doivent être executées en même temps.
Séquences de 4 à 20 secondes répétées à l'infini avec pour chaque LED une séquence propre.

Je cherche un ou plusieurs microcontrôleurs qui puissent commander des transistors pour allumer les LED, il n'y a aucune entrée à prévoir aucune modulation ou commande, les séquences sont fixes, on branche ça s'allume on debranche ça s'éteint.

Merci

Valentin

Question de départ: sais tu faire/écrire un programme suivant un langage que tu maitrises ?
L'informatique ca aide énormément dans ton cas.
Sinon te faudra le demander à une bonne ame....informatique !

[jiherve]

bonjour,
coté hardware une batterie de 74hc595 montés en série fera le job cela ne nécessite qu'au plus 5 sorties sur le µC; mais par contre il faudra savoir écrire le code.
JR

[Jack]

Ou bien un I/O expander I2C (PCF8575 par exemple) qui ne prendra que 2 pins sur le µC

[Henrix]

Une Arduino "Mega" a 52 sorties. (tempos en séries)
Si l'allumage est séquentiel, pas besoin de transistors (20mA max par sorties)
Le code, c'est du C (C++) light (facile)

[Vcarabin]

Merci pour vos réponses,

Je pense m'orienter vers un Arduino en effet, pour le codage premièrement et pour la disponibilité,
L'allumage sera potentiellement simultané sur 20 ou 30 led donc je pense tout de même utiliser des transistors pour limiter la puissance dans le micro contrôleur mais également car je souhaite pouvoir couper l'alimentation de toutes les led et les rallumer individuellement avec un bouton poussoir,

Pour les séquences simple (scintillement continu ou allumage à une fréquence donnée j'utiliserai sûrement un timer 555 qui allègera le code.

Bonne soirée

V.

[Jack]

Pour les séquences simple (scintillement continu ou allumage à une fréquence donnée j'utiliserai sûrement un timer 555 qui allègera le code.

Les µC possèdent justement des compteurs/timers qui font ça très bien.

[antek]

Oui.
Et le soft est là pour alléger le hard. Sinon autant tout faire en hard, ça allège le code . . .

[paulfjujo]

bonjour,


La Notion du "en meme temps" est relative
Avec 1 seul MCU ..faire du simili temps reel ( à 50mS pres)
1 timer de 1ms faisant avancer une "machine d'etat" ou "phase_pas"
boucle de 1 à 50 pas à chaque mS ecoulée
chaque pas gerant l'avancement de la sequence d'une led
...duree de traitement dispo 999µS ( PIC MCU à 54MHz cycle 0.0625µS => ~16000 cycles MCU)
d'ou la question primordiale :
connaitre ce que represente une sequence d'allumage de led ..
afin de definir le pas minimum de rafraichissement dans la sequence
ex: 50mS mimimum entre changement d'etat pour une sequence de duree 4 à 20sec
et dans chaque traitement de pas sequence , utiliser un compteur de mS independant

si dans le cas de la gestion de sequence on peut avoir plus de 50ms entre les changements d'etat
c'est encore plus confortable ...

en gros ,cela rejoint le traitement multiplexage d'une horloge avec ses 6 digits 7segments
on balaye les 6 digits, et on accorde le contenu des segments dans chaque pas (digit)

au niveau hardware :
3 MCP23x017 en SPI ou I2C => 48 sorties + 2 sorties MCU (ou un 4eme MCP)

puissance des leds (unitaire ou groupage) ?

[jiherve]

Bonjour,
autrement un P8X32A (ou son grand frère P2X8C4M64P), 8 coeurs en vrai parallele, on peut grimper à 128MHz en horloge système soit environ 32Mips en assembleur.
Outils soft gratuits, juste un convertisseur USB/232 pour la programmation.
JR

[antek]

Ce sont des merveilles ces petits trucs.
Mais il y a quelques années j'ai dû faire le choix des PIC . . .

[Gérard]

Ce sont des merveilles ces petits trucs.
Mais il y a quelques années j'ai dû faire le choix des PIC . . .

Bonjour,
Et tu regrettes ton choix?
Perso, j'ai une préférence pour les PIC.
Faut dire aussi que je ne me suis jamais penché sur les autres familles de puces.

[jiherve]

re
je les utilise régulièrement lorsqu'un Attiny xx ou Atmega 328 se suffit pas.
JR

[antek]

Et tu regrettes ton choix ?

Non, parce que ça ne sert à rien de regretter (!!).
Mais comme je n'y connaissais rien il me fallait un accompagnement pour me dégrossir. Et je n'avais trouvé que Bigonoff . . .
Et ensuite j'avais déjà investis du temps et de l'argent chez Microchip . . .

[jiherve]

re
c'est sur que cela n'est pas le µC le plus simple à utiliser, il n'existe ni simulateur ni vrai debugger . En assembleur c'est souvent une belle galère mais quand on aime !!
JR

[Gérard]

re
c'est sur que cela n'est pas le µC le plus simple à utiliser, il n'existe ni simulateur ni vrai debugger . En assembleur c'est souvent une belle galère mais quand on aime !!
JR

Pour l'asm, je suis bien de ton avis.

[jiherve]

bonsoir
le drame avec ce µc c'est une datasheet indigente, récemment j'ai essayé de synchroniser deux générateurs VGA et c'est plus que sportif.
Mais c'est une bonne bête au final.
JR

[Vcarabin]

Bon ben ya du boulot je comprends pas un mots sur deux de vos réponses !

Les les sont unitaires et l'allumage na pas besoin d'être simultané il peut être décalé

[paulfjujo]

bonjour,


il faudrait quand meme expliciter ce qu'est cette séquence d'allumage pouvant durer de 4 à 20sec
un petit schema, diagram temporel serait utile.

[gienas]

Bonsoir à tous et très bonne année

... je comprends pas un mots sur deux de vos réponses ! ...

Je suppose qu’il s’agit des deux réponses qui parlent de asm.

La programmation en asm ou en assembleur, est le plus bas niveau de programmation. C’est le plus rapide en mode de temps d’exécution mais le plus difficile à maîtriser. Chaque instruction écrite ne fait qu’une action élémentaire par le microcontrôleur, et c’est leur succession savamment organisée qui réalise des fonctions complexes.

Le ”langage” est très hermétique et réservé à des spécialistes.

L’utilisation de langages évolués utilisant des notations symboliques, utilisations de variables et de fonctions logiques et mathématiques ainsi que des fonctions de contrôles permet d’aller bien plus vite moyennant une compilation permettant au final de générer le fichier exécutable.

[Vcarabin]

Bonjour,

Merci pour vos réponses il va falloir que je creuse pour trouver des solutions.

Concernant le projet il s'agit d'une maquette représentant des phares maritimes ( une cinquantaine), j'ai donc besoin de faire "clignoter les LEDs" selon la séquence propre à chaque phare, je ne demande aucune entrée la carte ne reçoit aucune info, c'est globalement une guirlande de Noël sans telecomande sans bouton, on branche et on regarde.
C'est globalement assez simple sauf que je veux les fonctionner tous en même temps à l'infini et il y a des séquences qui font 1, 4, 6 10 ,12, 20 et 25 secondes donc des séquences doivent se répéter avant la fin des autres, il faut donc un programme qui dure une durée qui doit divisible par 1, 4,5,6,10,12,20 et 25 secondes et coder chaque allumage et extinction (pas a la millisecondes près), mais au demi dixième de seconde près pour que ça soit invisible,
C'est probablement faisable mais ça fait un énorme programme extrêmement fastidieux a créer, pour moi en tout cas (0 expérience). Il y a quelques redondances avec des phares qui ont la même séquence.
Plusieurs solutions s'offrent à moi, une carte par durée de séquence, faire fonctionner quelques LEDs sur un circuit 555 astable pour les clingontements uniques a une fréquence donnée.

Bref je creuse pour trouver ce qui est simple réaliste et pas trop onéreux.

Je suis prendre tous conseils

Bonne soirée

V

[Forhorse]

Vu le cahier des charges et les timings qui sont "souple", rien de bien compliqué.
Il suffit de choisir une base de temps assez petite pour coller avec toute les séquences et de les dérouler en fonction.
A une époque on aurait fait ça avec une ou plusieurs EEPROM avec les différentes séquences codées à l’intérieur.
On peut reproduire ça (sans que ce soit la seule méthode) assez facilement dans un microcontrôleur, et pareil, vu la tolérance sur les timings et l'usage final, pas besoin d'un microcontrôleur avec 50 sorties, n'importe quel µC avec un peu de mémoire et la capacité des piloter des extensions I2C (par exemple) ferra l'affaire

[gts2]

Bonjour,

Il faut UNE carte pour commander, par contre, derrière, il va falloir adresser chacune des LED, et l'alimenter.

La durée du programme va être "infinie", il n'y a pas de problème de ppcm ou pgcd.

qqch du genre :
for i=1 to 50 mettre à zéro le compteur i
Répéter toutes les 20 ms
for i=1 to 50
incrémenter le compteur i
--- déterminer l'état de la LED selon l'état du compteur
réinitialiser le compteur si la période est écoulée
adressage matériel des LED (il y a eu des propositions 74hc595 PCF8575 MCP23x017 ... )
(et pour cela il y a un nombre de tutoriels importants tant sur la partie logicielle que matérielle)
jusqu'à ce qu'on coupe le courant.

Donc la partie particulière de votre projet c'est la ligne --- fastidieux parce qu'il y a 50 cas, mais qui doivent représenter nette10ment moins de cas réels

[jiherve]

Bonsoir,
il y a pile poil 8 cycles => un par coeur de P8X32A!

JR

[gts2]

Cela est très varié : une jolie présentation phares divers_codes