Show Posts
Pages: [1]
1  Using Arduino / LEDs and Multiplexing / Re: 3000 independent 24bit RGB LEDs refreshing at 25fps on: February 01, 2011, 09:11:46 pm
When you say frame by frame perfect sync you mean all LEDs updating in synchronicity at the same phase of the frame period ?

If so, we dont expect that, we can have a progressive update I guess equating to the LEDs being updated at the FPS period but neighbouring LEDs updating at a phase difference of FPSperiodINsecs / totalLEDcount - if I'm not mistaken, the analogy of a CMOS sensor, but transmission as opposed to capture...

We can play with interlacing them if need be like PAL, if it helps trick human POV (persistence of vision) at lower fps rates

Just as long as they hold that value for as much of the period as possible - so its PWM or voltage is set and held (sample and hold circuits for PWM ?) until its updated again 1/fps secs later...
2  Using Arduino / LEDs and Multiplexing / Re: 3000 independent 24bit RGB LEDs refreshing at 25fps on: February 01, 2011, 06:52:58 pm
Ah hah,

Good, look like I've got some research to do into these products once I get some time off other work here.

One more 'ideal' specification would be that the LEDs have flat/truncated tops and be 3mm dia max, if they aren't flat topped it'd be great if they could be ground down to flat without destroying it, or at the risk of sounding contradictory they had a forward transmission pattern, and not be too diffuse - if they have to be monochrome at that size then thats ok too, but some flavour of white or warm tone - not red, green etc...

Maybe that rules out the megabrites ? Unless of course the three LEDs are just the same colour/type and the unit could be thought of as three individual pixels - the application doesn't nessesary need the LEDs to be uniformly arrayed for vision, as long as there is some kind of repeating scheme to locate if need be them its ok
3  Using Arduino / LEDs and Multiplexing / Re: 3000 independent 24bit RGB LEDs refreshing at 25fps on: February 01, 2011, 01:08:24 pm
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!
4  Using Arduino / LEDs and Multiplexing / 3000 independent 24bit RGB LEDs refreshing at 25fps on: February 01, 2011, 04:33:55 am
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 ?
5  Forum 2005-2010 (read only) / Interfacing / Re: Accessing the ATmega/AVR directly ? on: August 30, 2010, 06:25:10 pm
Ok - I've had a look at the AVRISP mkII ... Seems like an ok deal

Any hints re. it working on some flavour of Linux running AVRStudio (Wine) on a MacBook Pro ?

Kind Regards   smiley-wink
6  Forum 2005-2010 (read only) / Interfacing / Re: Accessing the ATmega/AVR directly ? on: August 29, 2010, 06:29:16 pm
Right, ok - ready to buy one then - one last question:

The 'pre-flashed' bootloader - is this wiped when I work out of another IDE ?   :-?

If so, is it flashed (loaded?) again easily ?
7  Forum 2005-2010 (read only) / Interfacing / Re: Accessing the ATmega/AVR directly ? on: August 29, 2010, 12:15:28 am
DeSilva:


Hello,

Sorry - I think we had crossed wires there - I was just reiterating what I had said above, meanwhile unaware of your reply ...

Right, so from what I understand (which is not much yet, hence wanting to learn how to do things the 'normal' AVR way) - yes, what I want can be done without to too much, if any hassle... I just need to learn a little about the things you mention.

Senso:

Great + thanks - I'll have a read

Lefty:

I can't be more specific as I'm just beginning - I don't even know what I don't know...

I have played around with the OOPic - probably will use the Arduino purely as most other users do but would like to be able to use the AVR on it eventually in a more, I guess standard manner - so I can talk to the 'other guys' (non arty/physical computing types) without the quizzical stares when I mention 'Arduino'
8  Forum 2005-2010 (read only) / Interfacing / Re: Accessing the ATmega/AVR directly ? on: August 28, 2010, 06:57:04 am
My interest is that although I am your typical 'media/arty' tinkerer and the Arduino is very likely all I might need I'd like to learn how things are done by the rest of the world (traditional automation/robotics tinkerers etc...)

Hoping that the Arduino can be used like any other AVR development board out there in addition to its standard which is to say its unstandard (AVR) configuration - no workarounds, restrictions etc...


smiley-grin

9  Forum 2005-2010 (read only) / Interfacing / Accessing the ATmega/AVR directly ? on: August 28, 2010, 04:21:14 am
Hello,

I'm yet to get an Arduino.

I'm wondering if I were to choose could I access the AVR on it directly outside of the Arduino/Processing world ?

Like it were an AVR development board:

(something like the ET-AVR_Stamp_Board from futurlec.com)

Perhaps it's one or the other ? Can I switch from one to the other easily (or is there a one road involved?)

I like the look of the Arduino Mega if that is of consequence

operating off OS X if need be - but preferably Linux on mac (once I get that going :smiley)

Kind regards
Pages: [1]