Reprise du message précédent :

 
Essaie déjà de savoir ce qu'est un système surnuméraire avant de faire de l'humour avec. Ca t'éviteras de passer (encore plus) pour un con...

Please, si on pouvait éviter de s'insulter sur ce topic ca serait bien.  
 
Merci

Dit celui qui ne comprends pas a quoi sert, et comment fonctionne un étage de puissance :
 

 
 
passé un moment, il ne faut pas s'en priver, du moins indirectement

       
 
C'est nickel, ça fait le job parfaitement à ce que je vois. Du coup j'ai refait mon PCB pour y intégrer tout le bordel 555+4017+ULN2003, ça commence à faire très, très serré
Merci !    
 
Deux petites questions supplémentaires
 

• je fais aussi un petit montage élévateur de tension (5 V de l'USB vers 12 V) à base de LM2577 :

 
On est d'accord pour dire que le condo en parallèle de l'entrée n'est là que pour filtrer les transitoires de l'entrée et est dispensable ? D'ailleurs comment ça se dimensionne ?
 

• je cherche un connecteur 24 (ou proche) broches, relativement standard, que je puisse monter au milieu de mon PCB (impossible de le mettre en bord de carte) et qui ait un faible encombrement en profondeur. J'étais parti sur un DB25 à angle droit mais j'ai peur que la prise vienne toucher le verso des soudures. J'ai pensé à de la connectique nappe mais en 24 broches c'est pas le plus standard et j'ai besoin de pouvoir dénuder l'autre bout, ce qui est dur avec une nappe

 
Ca se dimensionne pas vraiment, faut suivre les indications du fabricant. En fait c'est pas tant la valeur qui compte mais surtout la technologie du condo.  
Pour une alim' à découpage, ce condo est vraiment indispensable.
 

D'accord. Si mon alim' provient d'un port USB, j'imagine donc qu'il est indispensable.
 
Si j'ai plusieurs circuits en parallèle sur la même alim', comment je calcule le condo équivalent à partir des capacités nécessaires pour chacun des circuits (que j'ai fini par trouver dans les datasheets, merci ) ?

Il te faut en mettre autant qu'il y a de circuits et toujours au plus proche du LM2577.

Ça paraît logique
 
Super, merci beaucoup pour toutes ces réponses !    
 
Je me réserve le droit de revenir plus tard, je découvre à chaque fois de nouvelles possibilités et à chaque fois je refais mon circuit pour qu'il soit plus « propre »

Par contre pense bien que tu vas avoir une puissance relativement faible. Le 5V USB est spécifié à 500 mA (même si certaines cartes mères peuvent sortir plus pour charger les téléphone par exemple) donc en sorti du LM tu va pas avoir grand chose. Un hacheur BOOST ca a pas un rendement terrible...
 
Pour le DB25 j'ai pas compris le problème.

Ben en fait mon 12 V ne va servir qu'à alimenter une bande de LEDs sous 20-25 mA, soit 0.3 W...même avec un rendement pourri ça devrait passer laaaaarge, non ?
 
C'est pour cette raison que je cherchais il y a quelque temps à faire un circuit oscillant qui commutait successivement une bande parmi 10 autres : diviser par 10 ma conso énergétique
Pour le DB25 j'éditerai quand j'aurai trouvé un moyen de mettre des mots sur mon problème

Bon j'ai bêta testé mon circuit à base de NE555+4017+ULN2003 pour alimenter des séries de LEDs successivement : il marche    
Du premier coup    
 

 
Merci aux fidèles du topic.
 
Du coup je vais pousser un peu plus : je vais essayer d'implémenter un contrôle de luminosité. Au début j'aurais eu tendance à bêtement rajouter un potar en série avec les LEDs, mais on m'a conseillé de plutôt jouer sur le rapport cyclique du 555, sans que je sache bien pourquoi. C'est idiot ou pas ?

Selon mon avis, oui, parce que ton 4017 est un compteur, donc le rapport cyclique n'agira pas sur ta luminosité, qui est fixée par ton étage de puissance a la fin.
 
Un potar est aussi une bonne idée
 
Et c'est pour faire quoi ton montage ? faire joli ?
 
Aussi, si tu veux qu'il y ai une plus grande continuité dans le signal lumineux, tu peux mettre des diodes en fonction OU a la sortie de ton compteur

 
Oui ça je l'avais bien assimilé, l'idée était plutôt de réutiliser l'horloge du 555 pour un étage de commutation supplémentaire au niveau de l'entrée +12 V
Mais je cherche à dimensionner cet étage de manière la plus compacte possible et je commence à être short en espace libre
 

 
En fait j'ai fait un périphérique de contrôle USB à parti d'Arduino (un panneau avec des boutons et des axes, reconnu directement en DirectInput par mon PC). Je fais du rétroéclairage sur le panneau et j'essaie de faire ça proprement (et ça me permet d'apprendre les bases, au passage).
 
Dans l'absolu, cette interface est amenée à avoir des petits frères dans le futur, dont le rétroéclairage sera commun. Je me dis que gérer un rapport cyclique commun via un potar unique *pourrait* me garantir une luminosité plus uniforme entre les panneaux que de gérer un courant. Non ?
 

 
Je commute à 1000 Hz, soit 100 Hz par bande de LEDs, je pense que la continuité je vais me la tailler en biseau  

Il y a un expert USB par ici?  

Imaginez un driver qui permet de transformer le STM32 en clé USB, avec comme mémoire une SD via SPI, ou SDIO, voire EEPROM. Tout roule, la carte SD est tout de suite reconnue par l'ARM on peut écrire dessus (FatFS) pas de soucis.

Par contre quand on le branche via USB au PC, le lecteur a besoin de 1-2 minutes pour qu'il apparaisse au niveau de l'explorateur Windows (le prériphérique étant par contre détecté de suite "USB Composite Device" ).

D'où ca pourrait venir, bon sang????

J'ai utilisé ce code, je l'ai juste changé pour que ca fonctionne avec une carte SD en SPI et pas en SDIO.
https://github.com/dsigma/ChibiOS/t [...] ORAGE-VCOM

C'est un mauvais descripteur USB qui peut en être la cause???

Et j'ai ca niveau Windows: (d'ailleurs le port Com n'apparait pas )

Je ne vois pas trop ce que tu veux dire la
 
Ton potentiomètre gérerait le rapport cyclique de ton NE555, mais le compteur lui s'en fout de ton rapport cyclique, il compte lui sur un front montant, donc que le front descendant soit plus ou moins retardé, pour lui c'est la même chose.
 

Ah ouai
 
Je voyait un fréquence bien bien plus basse, en fait tu faits le rapia sur la puissance de ton circuit quoi
 
Par contre le fait d'allumer deux fois plus longtemps, devrait résulter en une luminosité deux fois plus importante vis a vis de l’œil.

maouuu , t'as surement de l'USB sur tes satellites

Je ne peux pas t'aider la malheureusement

De toute façon je pense qu'il y a que l'auteur du driver qui pourrait m'aider, tellement le code est indigeste (langage C)  
 

 
Nan ça j'ai bien compris. L'idée était de rajouter un transistor (ou équivalent) commandant l'arrivée du 12 V, en amont des LEDs, piloté par le 555. Le 555 piloterait donc 2 choses : cet étage de commutation là, et le compteur 4017. De la sorte, quand le front descendant du 555 arrive, même si le compteur continue à être à niveau haut, y'a plus de jus qui arrive
 

 
Plus facile de monter en fréquence que de rajouter des composants, surtout

Bonne chance alors
 

Oui, c'est faisable comme cela (bien que le potentiomètre soit plus facile à implémenter)

Bah, monter en fréquence ne t'apportera rien en terme de luminosité (par contre ce sera meilleur niveau scintillement), et il faut voir le temps de réaction de la led aussi, car a partir d'un moment, tu vas aussi perdre en luminosité, mais de façon brusque.

Sinon tu fais plus simple :
 
 
 

Je vois plusieurs raisons :
- plutôt que de dissiper "bêtement" dans un potar (et le dimensionner en conséquence) tu ne consommes que ce que tu as besoin avec une PWM
- tu as déjà un un étage de commutation
- tu ne vas pas pouvoir descendre très bas en luminosité alors que la PWM permet de faire varier continument la luminosité de 0 à 100%
- en changeant le courant tu changes les caractéristiques de la LED (sa tension de seuil mais surtout sa chromaticité pour les LEDs blanches)

Sans résistance talon t'as intérêt à avoir un bon doigté pour par tout cramer

 
OK, un truc comme ça pourrait marcher ?  

Ouaip ça doit marcher.  
Il te faudra un truc comme ça avec:

 
Où Vin est la sortie du NE555, Vcc ton 12V et R4 tes leds+uln2003.

Oui, mais il faudrait que tu mette un optocoupleur pour le commander AMHA
 
Type :
 
 

AH ben le schéma d'avant est encore plus simple

C'est quoi l’intérêt de l'étage supplémentaire ? Je suis un peu perdu
Ça existe en tout intégré ?

De quel schéma ?
 
S'il s'agit de celui de Ben, il s'agit d'adapter l'entrée de ton transistor (car il faut bien que ton courant de base aille quelque part).
 
Quand ton 555 délivre 5V, il sature le npn, qui saturera le pnp, et vice versa.

Ce que je ne pige pas, c'est pourquoi un 2e transistor, en fait.  Là pour moi le courant de base il va dans la charge épissétou
Je suis très nul, hein, ne pas oublier

Edit : et si je fous le transistor (genre un 2N2222) en aval, après le COM de l'ULN2003, et avec une résistance en série sur l'entrée base, c'est pas mieux ?

J'y avait pensé, mais si tu veux plutot mettre un circuit intégré, tu peux mettre un 7408, et faire la fonction ET entre ton compteur, et la sortie du NE555.
 
Tu as combien de barrettes de LED ?

10 barrettes de 5 chacune, 20-25 mA par barrette (en réalité il y a 2 ULN2003, j'ai simplifié le schéma, ça ne change rien du tout).
 
Voilà ce que j'avais dans l'idée    
 

Je ne sais pas si le circuit appréciera par contre (même en saturé, Vce est non nul).
 
Sinon pourquoi tu n'as pas tout cablé en +12v ? (le NE555 et le 4017 fonctionnent en 12v aussi)

Et pourquoi ne pas faire varier la fréquence de sortie du NE555 avec un potar au lieu de l'utiliser en PWM ?
Genre ca : http://www.electronicecircuits.com [...] -generator

Parce qu'il veut gérer la luminosité des LED en jouant sur le duty cycle, et la dessus la fréquence ne jouera pas.

La question c'est plus, pourquoi parler de duty cycle vu qu'avec le schéma présent ca impose d'ajouter des composants et pourquoi ne pas jouer sur la fréquence ? Avec la persistance rétinienne ca devrait le faire.

Je sais plus pourquoi, mais il devait y avoir une raison
Sans doute parce que pour expérimenter je récupère mon 5 V directement de l'Arduino et que je ne me suis pas posé la question

Tiens d'ailleurs je me suis rendu compte que je pouvais me passer de 555 et travailler uniquement avec l'Arduino, il sait générer du PWM à fréquence et rapport cyclique donné

Le coup de la tension Vce non nulle, c'est pas juste qu'il faut que je tienne compte de ça pour dimensionner ma résistance de protection de LEDs ? Quel problème tu vois ?

Oui mais il travaille déjà à 100hz, si tu l'augmentes, AMHA cela ne jouera pas sur la luminosité observée (a part passé une fréquence, ou le temps de réaction de la LED entrera en compte) car l’œil intègre la lumière

Je ne connais pas très bien ce composant, mais quand je vois son schéma
 

 
Le port com est appelé free wheeling diodes, ou diodes de roues libres, utilisées quand il y a une rupture d'un courant au travers d'une bobine (ul = l di/dt). Jouer sur ce port ne servira pas a grand chose AMHA

Ah c'est juste que je me suis planté dans le nom alors
 
Considère que COM sur mon schéma = retour à la masse