Nokia COLOR LCD PicBasicPro 2.50a example code

[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

[skimask]

What I was getting at was that maybe you should run a test blinking an LED, one second on, one second off, make sure your OSC is actually running at 20Mhz. If you've define'd it correctly, and your CONFIG is correct, it'll blink once per second.
If your define doesn't work, and it's running at 20Mhz, it'll blink 5x per second.
If your define is correct, and you're running on the internal 4Mhz or something, it'll blink something like once every 5 seconds.

10Mhz running 40Mhz...
Re-Read the datasheets...
Enabling the 4XPLL allows the PIC to effectively multiply some clock sources by 4x, 10Mhz crystal w/ 4xPLL enabled = 40Mhz internal. 4Mhz internal + 4xPLL = 16 Mhz internal.

Or, you might be talking about the instruction rate.
The instruction rate is the effective clock rate /4. Each instruction takes 4 clock cycles to execute. If you're running a 20Mhz oscillator, the PIC will execute instructions at the rate of 5 million per second (except for double cycle instructions like jumps, branches, skips, returns, etc)....

[srspinho]

Thank You Skimask !

I will check all your suggestions this weekend, since I'm going on a busines travel tomorrow (not related to electronics...)

thank you again.

Sérgio

[mister_e]

HPWM, PAUSEUS, HSEROUT a scope are some tricks

[DaveC3]

mister-e

The converter I am using is NOKIA 6100 BMP Converter v1 I found it at http://www.picbasic.org/forum/showthread.php?t=8649

Also, as far as speed is concerned, a full picture rendering via USB using eight byte buffers was very slow. I increased the buffer size to 64 bytes and it now loads a picture fairly fast.

Dave

[jchandir]

I just bought a Nokia Color knock-off lcd from sparkfun. I am using a pic 18f452 at 4Mhz and pic basic pro compiler and the LCD has a green board (Epson). So far I got it to initialize and all I am trying to do is clear the LCD since its all random pixels when the screen turns on. I have it running in 12bit mode, and I can select every pixel and make them white.

The problem is when I choose any other color like green or red or
anything other then $FFF. The screen begins the clearing process but it
gets stuck mid way threw at different locations every time.. Its like the LCD freezes. I have read the forums and did lots of searching and heard of someone else with the same problem but no one knew how to fix it. Also, when i change the OSC to 20 or 40 Mhz, the lcd never works. I hook up everything to an oscilloscope and I can see the data, but the LCD dosn't even blink.. Could there be something wrong with the controller? Or am I missing something. I was wondering if someone could shine some light on this problem. Thank you.