Go Down

Topic: 3000 independent 24bit RGB LEDs refreshing at 25fps (Read 4 times) previous topic - next topic

1:1

Hello all,

We're keen to drive a few thousand LEDs at those specs...

Either streaming video real time from a computer (Jitter?) to an Arduino based LED array and/or having the video info onboard the Arduino(s) it/themselves.

So, ideally we'd like to have an array of thousands of 24bit tricolor LEDs update at 25fps+ all in parallel sync and have full brightness for the complete frame cycle with no data/frequency/brightness tradeoff schemes.

We understand that its probably not going to happen so we can trade off some specs to get it into the realm of 'can be done'

Some factors we'd like to keep as close to ideal:

LED Brightness - we cant be losing brightness to schemes that some LED array systems I've found seem to use to keep frame rates high (e.g. http://evilmadscience.com/tinykitlist/75 - where the LEDs are only on when they are being updated, then off the rest of the time) - if we request full 255/255/255 RGB brightness, this needs to be close to full LED brightness for the complete frame period

Frame rate - it needs to stay within the realm of human persistence of vision, this is hard to put numbers on as there are more factors involved than just frame rate but lets say 15fps + for now.


Factors which we're happier to reduce if need be:

Colour bit depth - 24 bit tricolour is a lot of data compared with 5bit mono LEDs for instance, almost a fifth of the data throughput - temporal resolution is a more important than level dynamics for now so we can work with nice warm toned mono LEDs if need be.

Resolution - I know I said thousands but maybe we're being unrealistic - tell us the range of numbers you think we can work with and we can likely change the concept to work within the resolutions we can make work. 1000 ? 10,000 ?  125 ? This might seem a bit arbitrary of us but the project has a few workable applications, some can work well with lower LED counts. (Power is something we're expecting to be considerable, no worries there however)

Temporal interlacing/progressive schemes - In keeping 15fps+ and keeping brightness full, we are happy to work with temporal/spatial fiddling to assist in creating the affect of POV and thereby potentially reducing data rate bottlenecks - lets say we had 3000 LEDS - they'd all have to update within 66.7mS.  We could deal with with updating in a serial fashion, one after another at a rate of 66.7/3000 mS each - we could interlace them like PAL, if it worked well then maybe the frame rate could be reduced a little further.

Real time capability - we don't need to be sending realtime footage to the LEDs. If there is a way we can turn the video data into a trimmed down 'nothing but the essentials' data stream for the arduino boards, we can deal with that. Even storing a loop of data on board and forgetting the PC ??? If this is possible, how long a loop of data could be worked with ?   

More than one Arduino is fine if need be (likely?) -  within reasonable costs, as many as we need.

We're pretty much making a large LED video screen that you see in dvertising and large sports venues - how could an arduino fit in here ?

JanD

http://www.arduino.cc/playground/Learning/TLC5940 may be helpful.

Thats not 24 bit though.

3000 LEDs are very much. :~ What wont be to easy.

It can happen that the Arduino platform can't handle this, you will probably need something with better performance (not sad the Arduino has a bad performace).

JanD

Grumpy_Mike

Sorry but 3000 RGB LEDs is the equivalent of 9000 LEDs. There is no way you can do this on an arduino or even 100 arduinos. The wrong processor, the wrong method.
This is a serious commercial proposition costing you mega bucks in development by professional engineers.
It is so far out of the league of this processor it is untrue.

1:1

Mike,

thanks for the response but I did qualify that the ideal specifics were:

"probably not going to happen so we can trade off some specs to get it into the realm of 'can be done'"

I then suggest:

resolutions of 125 LEDs
mono 5bit colour bit depth
frame rates of 15fps
Using more than one Arduino

I'm trying to find the point where the Arduino becomes viable

JanD - thanks, I'll take a look later tonight!

madworm

8x8 RGB LEDs is not a problem with 'dumb' driver chips. With PWM enabled drivers (with their own grayscale clock) you can do a bit more.

For live video, live video scaling, distribution of data via ethernet to individual segments have a look at XMOS.
• Upload doesn't work? Do a loop-back test.
• There's absolutely NO excuse for not having an ISP!
• Your AVR needs a brain surgery? Use the online FUSE calculator.
My projects: RGB LED matrix, RGB LED ring, various ATtiny gadgets...
• Microsoft is not the answer. It is the question, and the answer is NO!

Go Up