Continue to Site

Welcome to EDAboard.com

Welcome to our site! EDAboard.com is an international Electronics Discussion Forum focused on EDA software, circuits, schematics, books, theory, papers, asic, pld, 8051, DSP, Network, RF, Analog Design, PCB, Service Manuals... and a whole lot more! To participate you need to register. Registration is free. Click here to register now.

POV display using oleds

Status
Not open for further replies.

huub8

Junior Member level 3
Junior Member level 3
Joined
Jul 9, 2012
Messages
29
Helped
0
Reputation
0
Reaction score
0
Trophy points
1,281
Activity points
1,489
I'm wondering wheter or not its possible to create a POV display using oleds instead of seperate leds.

My calculations show me that if I where to build a POV display using a 200 pixel radius, I would end up with 2 * pi * 200 = 1250 pixels in the perimeter.
At 60 hertz this would mean 60 * 1250 = 75000 refresh rate.

Also, the whole screen is pi * 200^2 = 125600 pixels. These need to be refreshed at 60 hertz, so 60 * 125600 = 7536000 pixels need to be adressed each second.

If I where to make it a two color display, this would mean 7536000 bits, so 942 kb/s

Do you guys think it's possible to construct such a POV display without spending a fortune?
 
Last edited:

There maybe an issue with this approach. The reason POV works is because of the refresh rate of vision. So by using a single line of LEDs, you can create the streaks based on the lag and create your patterns. If you have more than a single you maybe overwriting the pixel that is to the left of the object (the opposite of the rotational direction). I am just speculating but I don't recall seeing too many POV projects with multiple columns of LEDs. I could be wrong.
 

I suppose that its possible to leave a blank (black) row in between the rows, giving each lit row some extra space until it need to be black. It would even be possible to just use one row, which would give the same effect as leds would, but with less spacing. The only problem I have is that most driver chips seem to slow to get such a refresh rate, are there alternatives and if not, would an fpga be an option?
 

Nobody has any thoughts on driver chips?
 

Status
Not open for further replies.

Part and Inventory Search

Welcome to EDABoard.com

Sponsor

Back
Top