Tony

Just a quick couple of comments. I ruled out in the first instance providing
Invert just by inverting the 8 bit data as the fonts can be anything from 2
to 16 pixels high. So an invert on anything except an 8 X 8 or 16 x 16 would
stick out like a sore thumb especially if the bottom of the font just peeped
into the next byte.

There is no reason why you cannot use table lookup system with EEproms as it
is all based around address's so it makes no difference where the data is.
It's still a number.


Cheers Tim

-----Original Message-----
From: pic microcontroller discussion list
[mailto:PICLIST@MITVMA.MIT.EDU]On Behalf Of Tony Harris
Sent: 15 May 2003 14:02
To: PICLIST@MITVMA.MIT.EDU
Subject: Re: [EE]: PIC routines for KS0108 based graphic LCDs


> <snip>
> Well, I assume by inverted you mean the the actual font is constructed of
> non-lit pixels and the surrounding is lit. In that case I used the scheme
> below, I used the TABLAT to read the font definition on an 18F452, then
the
> byte was put onto to the 8 bit data bus to the lcd, but just before I
strobed
> the E line I checked an bitvariable if the font was supposed to be
inverted,
> if so I just did an complement on the port and presto=inverted font :)

I wish I coulda done something like that, but I was in a situation with
fonts stored in the eprom, I couldn't do a quick bit flip deal before
outputting, so I had to get it all done prior to anything.

But, it works killer, and I was able to save all of my flash for code :)

-T

--
http://www.piclist.com#nomail Going offline? Don't AutoReply us!
email listserv@mitvma.mit.edu with SET PICList DIGEST in the body

--
http://www.piclist.com#nomail Going offline? Don't AutoReply us!
email listserv@mitvma.mit.edu with SET PICList DIGEST in the body