Hallo,

Mijn klasgenoot en ik zijn van plan om dit na te bouwen:
http://nl.youtube.com/watch?v=4rEIFGvD4wA&hl=nl

Nu zitten we met het punt dat software PWM met microcontrollers niet gaat werken omdat er simpelweg te weinig tijd is om een degelijk aantal leds aan te sturen.
Nu zijn we van plan om op 15 fps 180 posities langs de horizontale as tekenen. Dit komt neer op een refresh-rate van 2700Hz. Om het probleem van de microcontrollers te omzeilen willen wij PWM IC's gaan gebruiken. Nu heb ik even een vraag over de snelheid van de IC's. Ik had uitgerekend dat met een colordepth van 8 bits (256 stappen) in 1/2700ste seconde moeten worden afgerond. Dus moet de klokfrequentie van het IC op minstens 2700*256 = 691,2 KHz liggen. Klopt dit of zie ik iets over het hoofd?

Niet een antwoord op je vraag, maar meer een vraag over je vraag. Wat voor IC's had je in gedachte? Ik ben namelijk zelf ook op zoek naar 'PWM' IC's (indien die bestaan).

Als ik op farnell zoek oid dan krijg ik alleen SMPS PWM IC's.

[Bericht gewijzigd door Daan Timmer op (16%)]

Helaas voor de TS geen antwoord op zijn vraag, maar voor beiden boven mij wel een tip: Kijk eens naar de MAX6966: www.maxim-ic.com/max6966 . Een erg leuk ICtje, vind ik.

@Tommyboy
De MAX6966 is te langzaam voor onze opstelling.

@kif
We waren ook van plan om de TLC5940 te gaan gebruiken.

Ik zie niet in waarom 690kHz een probleem zou zijn voor een microcontroller. Het is weliswaar aan de hoge kant, maar volgens mij moet je dat best kunnen halen, als je het een beetje slim en efficiënt programmeert.

Overigens denk ik dat er voor de globe in dat filmpje meer dan 180 pixels in per omwenteling worden gebruiken, en meer dan 15fps. Zoiets kun je waarschijnlijk het gemakkelijkst halen met een FPGA, ook vanwege het aantal I/O pinnen wat je nodig zult hebben om ook verticaal een leuke resolutie te hebben.

EDIT: het lastige van zo'n IC is dat je daar toch behoorlijk snel data heen moet sturen, maar dat kan natuurlijk wel hardwarematig vanuit de microcontroller, waardoor je veel meer rekentijd beschikbaar hebt.

In een FPGA lijkt het me een redelijk eenvoudig klusje, als je vanuit een controller alleen het beeld veranderd, en de FPGA het updaten van de LEDs voor zijn rekening laat nemen. Voor 25fps, 8 bit resolutie en 1000 punten in 360 graden, heb je het over 6.4MHz, dat is nog niet echt spannend voor een FGPA, geloof ik.

[Bericht gewijzigd door SparkyGSX op (18%)]

Aangezien een beetje FPGA op vele tientallen, soms wel enkele honderden, megaherzen werkt, moet met 6,4MHz een LEDje laten knipperen wel lukken.

Bij de globe uit het filmpje gebruiken ze 260 pixels bij 26 fps.
Het probleem van de microcontroller waar wij tegen denken te lopen is het aansturen van meedere leds (80 totaal) zonder dat de led's synchronisatie verliezen.

FPGA ken ik niet, maar na even inlezen lijkt het me best interessant om dat ook eens te bekijken en iets bijleren is nooit weg. Vooral het aspect dat het vele wegen parrallel kan aansturen lijkt me interessant. Weet je misschien een goede site/tutorial over hoe je met zn chip moet omgaan?

Lees je in op google, en zoek op dit forum wat rond (Zoeken op “FPGA tutorial fotoopa” bijvoorbeeld). Ook de FPGA voorbeeld-site van fotoopa is de moeite waard. Hij doet alles in Verilog. Een andere taal die in Europa veelal wordt gebruikt is VHDL.