I wasn't aware he was using multicolor-capable elements. I would believe the O/P would drive a column at once, and not just a single LED. The timing constraint on muxing down to the individual LED {segment) is a bit tighter, but just another step in the arithmetic.


No doubt about it, Erik, one does have to know something! That effect is simply a product of the ratio of on-time to scroll-rate. If a column has to be "on" for, say 100 ms to be "seen and recognized," then leaving it on for 300 ms would probably be a start. The rest is dependent on the LED's and the ambient lighting, isn't it? You're the expert on these, and I'm just guessing. I have, at times, muxed 7-segment displays down to the individual segments, and scrolled them character-by-character, but never done a pixel-by-pixel horizontal scroll on a matrix display.

I have, of course, build CRT adapters that "smooth-scroll," which is pixel by pixel, albeit vertically.


I somehow concluded that an 8x8 was 8x8 pixels and not 8x8 characters.


Lots of things aren't "rocket science" yet require diligent effort. This is one of them. It's really quite straightforward arithmetic once one knows what's going on. It's not very much different with "rocket science" except for the volume of stuff one has to know. There's really quite a wide gap between "not rocket science" and "dirt-simple." This certainly fits between the two and not at either extreme. Based on some of the posts I've seen on 8052.COM, I'd say just driving ONE LED is not "dirt-simple," though there was a time when I did believe that.



There's many a slip 'twixt cup and lip, as they say, and nothing turns out to be as simple as one might hope.

RE