I guess I should have been more clear -

 I was saying I wish I could have done what you did for two reasons - one is
I could have just had one set of characters/numbers/special chars for each
font, and inverted the bits as needed (with the way the eprom is currently
connected, I can't manually change the bits, they already have to be
inverted in storage), plus using a lookup within flash would have been
easier / faster then what I have to do.

I still need to utilize a lookup table, although the table and the formulas
are very different from what you use for your access.  Plus, unless I keep a
more detailed table (which I don't have the space for), or change the method
in which I handle the eprom (can't in order to keep timing where I need it)
I can't do prop space fonts.

The output of the eprom is directly connected to the LCD bus, and not
connected to any pins on the PIC chip.  The reason I did it this way was
because I was in a situation where with the amount the pic has to do, I
couldn't spend the extra time getting the bits into the pic and then pumping
them out to the lcd - I had to get and send in one routine.

That's why I wish I could have done it like with what you did :)

-Tony
----- Original Message -----
From: "Timothy Box" <tim@TJBSYSTEMS.COM>
To: <PICLIST@MITVMA.MIT.EDU>
Sent: Friday, May 16, 2003 1:49 AM
Subject: Re: [EE]: PIC routines for KS0108 based graphic LCDs


> 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
>
>

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