Email: Password: Remember Me | Create Account (Free)

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
02/23/07 17:19
Read: times


 
#133571 - it's like a camera flash
Responding to: ???'s previous message
Jan Waclawek said:
Richard Erlacher said:
The decay isn't as effective as you might first think, and Erik's comment is probably correct for most cases.

I have enought experience with muxed displays to be aware that the human eye - and brain, because that's involved in this process, too - can easily see a lot of things, even if they are not there; but I am still CURIOUS... (OK this thing seems to be a sort of a slight psychosis, doesn't it... :-) )

Richard Erlacher said:
Unfortunately, the peak charge rate is at the wrong end of the curve, so the brightness decrease coincides with the maximal recovery of the retina.

I don't quite understand what do you mean. Can you please elaborate?

Richard Erlacher said:
There's no single-bit memory concept involved, BTW, in what I proposed.

Yes there is - in the same way as in dynamic memories.

Yes, I guess it is, in that respect. However, you can also think of it as a process which you start but which completes on its own.
However, for multiplexed (matrix) displays, you would need capacitor parallel to a LED+resistor series combination, plus a diode in series with this all; and the concept would be the reverse - a quickly charged capacitor would slowly discharge through the LED+resistor, the diode preventing it discharging through the rest of the matrix.

Jan Waclawek


well ... not exactly ... but you asked me to elaborate ... here goes ...

First, consider the individual LED in the array. Since you're multiplexing, you probably energize a row and then individually select the columns. Given, then, that you can energize a row in some way, to be considered later, let us assume, for now, that there's an ideal current source driving the anode of the LED, namely the row driver. The LED is illuminated as a consequence of current flowing from its anode through its cathode and onward. You drive this common cathode by means of an NPN (assume for the moment that it's ideal, i.e. can't be damaged) transistor with an appropriately chosen cap in parallel with it. The NPN collector is at the LED cathode, as is the positive end of the cap, and the emitter is at GND, as is the negative terminal of the cap. When the row is not energized, the only function the NPN can perform is to discharge the cap. When the row is energized, the NPN will turn the LED ON as well as providing a current path for the cap to discharge. Once the NPN is turned off, the only path for current from the LED anode to the GND is through the cap, which takes some time to charge. As the cap charges from the "ideal" curren source driving the row anodes, the voltage rises, causing a decrease in the amount of current, and, hence, a decrease in the LED brightness with increasing capacitor charge. The brightness decreases with time. At the same time, the retinal persistence on which multiplexing schemes depend, behaves as in the case where you've been "zapped" by a camera flash, in that it decreases with time as well. Hence, the cycle time has to be chosen such that this effect is minimized.

In reality, a resistor between the positive terminal of the cap and the collector of the NPN is required to protect the NPN from the current as it discharges the CAP. The fact that this resistor also can cause current to flow through the LED has to be considered when choosing it, but it's not critical, as the main function is accompished through the cap, and the "ideal" source which drives the ROW while the cap drives the COLUMN .

In keeping with the DRAM effect, I suppose one could choose a cycle time that would keep the current flowing all the time, even if not at a constant rate, in order to combat the apparent flicker that is present in most multiplexing schemes.

Consider, too, that each row has to be driven by its own NPN and capacitor. Keep in mind that most multiplexing schemes rely on the "on" time to regulate the brightness. This means that the same time is allocated to columns that contain LED's to be turned OFF as to those that have an LED that's turned ON. In this scheme, however, the brightness is controlled by the charge time of the capacitor in this circuit and not by the length of time the NPN is conducting, provided that it has been on long enough to discharge the cap. This introduces some flexibility not avaialble in most multiplexing schemes.

That "ideal" current source, however, can't really be an ideal current source. It must be an ideal voltage source, and an additional resistor in series with the LED, more specifically, with the column, must be introduced between the LED cathode and the row driver. That way, when many LED's are ON, they have adequate supply at their anodes.

Does that help at all?

RE






List of 43 messages in thread
TopicAuthorDate
Components for Outdoor LED Display            01/01/70 00:00      
   What are the specs?            01/01/70 00:00      
   you are already scewed            01/01/70 00:00      
      any better suggestions?            01/01/70 00:00      
         are your LEDs capable of 200mA ?            01/01/70 00:00      
            Human eye perception            01/01/70 00:00      
               percieved does not matter            01/01/70 00:00      
                  Perception is everything            01/01/70 00:00      
               LEDs are extremely nonlinear, too!            01/01/70 00:00      
                  I covered this            01/01/70 00:00      
                     I wrote -extremely non-linear-...            01/01/70 00:00      
                     that makes no sense            01/01/70 00:00      
                        Example with LTJ-811            01/01/70 00:00      
                           let the sunshine in            01/01/70 00:00      
                              LEDs appear the same in all conditions            01/01/70 00:00      
                                 Err            01/01/70 00:00      
                                    actually we have one multiplexed, however            01/01/70 00:00      
                                    King of LEDS :)            01/01/70 00:00      
                                 mux vs. pulsed            01/01/70 00:00      
                                    better ask ERIK ...            01/01/70 00:00      
                                       well, this is not so 'new'            01/01/70 00:00      
                                       more bright than outdoor....            01/01/70 00:00      
   why I want to multiplex            01/01/70 00:00      
      assumption?            01/01/70 00:00      
         the way multiplexing works            01/01/70 00:00      
            what is required?            01/01/70 00:00      
               Requirements are what you should analyze            01/01/70 00:00      
                  Backwards?            01/01/70 00:00      
                     low-side cap, low-side NPN            01/01/70 00:00      
                        One-bit memory == DC filter ???            01/01/70 00:00      
                           slow decay            01/01/70 00:00      
                              you can have NONE            01/01/70 00:00      
                                 are you sure?            01/01/70 00:00      
                                    yes, I am, yes I have            01/01/70 00:00      
                                 I agree with Erik ... at least somewhat            01/01/70 00:00      
                                    I am still CURIOUS            01/01/70 00:00      
                                       it's like a camera flash            01/01/70 00:00      
      already answered http://www.8052.com/forum/read.ph            01/01/70 00:00      
         Averages            01/01/70 00:00      
   does the A6278 LED driver multiplex too?            01/01/70 00:00      
      if you want to make a nonmultiplexed display...            01/01/70 00:00      
         that clears up a lot            01/01/70 00:00      
            sorry            01/01/70 00:00      

Back to Subject List