Nokia COLOR LCD PicBasicPro 2.50a example code

[srspinho]

Hi Dave,

thank you very much for these files !

Well, last weekend I changed your first code removing the USB stuf and the picture download.

It worked very well !

I bought 1 LCD and 2 breakout boards from SparkFun. One of the boards are not working (the LCD keep the backlight lit and nothing happens). Checked the connector and discovered that 2 connector´s legs are short circuited.

So, the LCD was installed in the another board and everything worked fine.
My board is running with a 20 Mhz crystal, but I think it is a bit slow. So, I will change it to full speed and check if it gets better.

Well, I will check your new files and see what I will need to change here !

Tahnk you Again !

PS. Did some one here successful on buying some Lib from ComSys1 ? I have been trying to contact them to buy the KS0108 Graphic lib but they never answer the e-mails!

Regards

[skimask]

My board is running with a 20 Mhz crystal, but I think it is a bit slow. So, I will change it to full speed and check if it gets better.

Mine is running with an 18F4620 @ 40Mhz.
Using bare bones code, just sending black and white picture data as fast as possible with the LCD directly connected (well as close as possible, about .2") to the PIC, I'm only able to get about 6 complete screen refreshes per second (switching back and forth from black to white).
Those LCDs aren't the fastest thing in the world...

[mister_e]

And i guess they're not going to appreciate faster communication with the MSSP as well?

but 6 screen/second is a bit more than enough... unless you read really fast

[skimask]

And i guess they're not going to appreciate faster communication with the MSSP as well?

That's why I never bothered rewriting the code to use the MSSP, just wasn't worth the code space and/or effort at the time.
The LCD spec's at 6Mhz SPI rate, but I can't seem to get it much higher than 2.5Mhz. Probably an extra Tcycle delay somewhere in the datasheet that I missed. Might need to have a small delay after each byte or group of bytes is sent or something. Don't know, don't care, works for me.

And working from that same rate of 6 screen refreshes per second...
With straight text, I can send about 2K characters per second to the screen, actually a bit more.
Plenty fast...

[srspinho]

Hi guys,

6 pages / Second ?

I´m starting to think that´s something wrong with my tests...

First, the init process takes around 40 seconds (?), so, the screen lights up with a random pattern (white background with random colored dots).

The speed is pretty far from what Skimask and Dave got on their tests.

[skimask]

Random dots - pretty much normal. I get them every time, but the screen is usually cleared straight away so I don't see but a flicker upon startup.
Speed out in the weeds - maybe... 18F is probably a bit less than twice as efficient as a 16F at the same clock speed. You're running 20Mhz vs. 40Mhz. Still that's only 4x difference at the very most.
The init process on my setup takes about 2 seconds, give or take...and that's a big give or take...
Me thinks you've got something wrong with your OSC settings...
Time for a 1 second blinky LED test...
Just a thought here...
40 seconds to start up..............
DEFINE'd OSC 20Mhz vs DEFINE'd OSC 40Mhz, 2x difference = 4 seconds
PIC18F vs PIC16F, 2x difference = 8 seconds
Actually running at 4Mhz vs. 20Mhz... 5x difference = 40 seconds...
2 x 2 x 5 = 20x difference = 40 seconds vs 2 seconds...
Something to think about...

[srspinho]

Hi Skimask,

actually, I'm using a 18F2520 with a 20 Mhz ressonator and a DEFINE OSC 20 at the begining.

The data Sheet says that the clock runs at 4x by default. It means that I can use a 10 Mhz crystal with a DEFINE OSC 40 ?

I'm going to do some changes in the source code and try to check what's happening.

Regards.

Sérgio