Nokia COLOR LCD PicBasicPro 2.50a example code

[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

[skimask]

I never did get that BMP converter to work right...but I didn't try very hard...

USB buffer - oh yeah...way less overhead with 64 bytes. I suppose once you get a buffer size much bigger, the speed doesn't increase so much......that whole 'law of diminishing returns' thing.

Is your code based on the 8 bit color coding?

I'm in the process of rewriting some code to incorporate the full 262K color mode (18 bit). It'll kill performance by a factor of at least 3, but it'll be cool....right?

[mister_e]

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

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

[Archangel]

Try feeding data to it a little slower, maybe you are overrunning it's input buffer.