Lpc2000

Quoting wickedmonster2002 <karim@...>:
> Has anyone used a dot-matrix display? I have an LCD (128x64), model
> no. HDG12864F-1.
>
> I have previous source code but its so complex, i cannot understand
> it. its poorly documented too. If anyone can share the algorithm
> behind sending display characters to a dot matrix display.
>
> What i want to do :
> some_function( "Display this" ) -> On the LCD: Display this
>
> What I can do:
> I can make a single for loop which has pointers to an array of hex
> files mapped out to be characters. Result? each character display
> reqiures a for loop. :(
>
> Not too efficient on the big O notation. (Random sense)

No matter what happens you have to copy N dots to the display for each
character.  With intelligence on the display that could mean the 
display itself
handles the copying but if all you have is a 'bunch o pixels' then you have to
set each one.  Try looking up bitblt which is a generalized graphics copying
technique.

The only question is whether to store strokes or bits.  And with the low
resolution you have I doubt a stroke based font will be very pretty, at least
w/o a lot of work.

Anyway O(n) is not bad.  With a 8x8 font, n is at most 128.  I rather 
expect the
bandwidth to the diplay will limit you more than the for loop overhead.  It
might even be possible to compress the font definition if space is tight and
not affect your runtime timing.

If you can do a string print routine better than O(n) I'd like to see 
how.  (No
sarcasm meant there, I don't see how it's possible but ....)


Robert