Nokia COLOR LCD PicBasicPro 2.50a example code

[srspinho]

Hi SkiMask,

thank you !

I´m trying to find a 18F with 1024 bytes of Ram and 512 bytes of eeprom here in Brazil (no success yet . . .)

I think I´ll need to reduce the amount of available ASCII characters and use a smaller PIC than 18F4620.

[skimask]

Hi SkiMask,
thank you !
I´m trying to find a 18F with 1024 bytes of Ram and 512 bytes of eeprom here in Brazil (no success yet . . .)
I think I´ll need to reduce the amount of available ASCII characters and use a smaller PIC than 18F4620.

Reducing the character set might work, you'll have to figure out how many characters you can support and change MAXCHAR to fit (5 bytes per character, the font follows the ASCII standard fairly closely).

I guess I'll work on rewriting the code again to put the character set into program memory.
That way all that'll be needed is a few bytes of ram for parameter support, about 1K of program space, and some space for the supporting code itself. Should be able to fit that into practically any PIC ('cept for the 10F series, not enough pins )

Which PIC are you using in particular at the moment right now as it stands at this time ?

[srspinho]

Hi Skimask,

well, the unique 18F i have at home right now is the 18F2520.

I have, also a lot of 16F877 and 876 (pretty small for this application isn´t it ?)

My first tests (long time ago) were done in a 877 when I just try to set pixels on / off

I think I did something really wrong in the LCD initialization.

Another doubt : The LCD´s datasheet says that it works with 3.3 v but, the pic and it´s ports works with 5 V is there any problem on hooking up the LCD´s data pins directly to the PIC running with 5Volts ?

[skimask]

Hi Skimask,
well, the unique 18F i have at home right now is the 18F2520.
I have, also a lot of 16F877 and 876 (pretty small for this application isn´t it ?)
My first tests (long time ago) were done in a 877 when I just try to set pixels on / off
I think I did something really wrong in the LCD initialization.
Another doubt : The LCD´s datasheet says that it works with 3.3 v but, the pic and it´s ports works with 5 V is there any problem on hooking up the LCD´s data pins directly to the PIC running with 5Volts ?

I think it'll run just fine, even inside a 12Fxxx, once I modify the code to put the basic font in program memory. Sure, it would be limited in what you can see on the screen, but it should work.

3.3v vs. 5v. - I'm using the Sparkfun adapter board shown in the link in Post#1. I put a 100ohm series resistor inline with each of the control/data lines. Seems to work ok. The 3.3v line is getting an actual 3.3v thru a LDO regulator tapped off the PIC 5v. At first I was running it from 5v thru 3 diodes for a ~1.8v drop for the LCD power, giving about 3.2v on the output. It's still alive. And it's even still alive after literally thousands of improper power downs. The LCD controller datasheet says you should power it down in a specific sequence. I've just been killing power, again, seems to work.
And I'm connected to the 6 pin header at the one end, with a 100uF elec. cap across Vdisp and ground at the other end.

[srspinho]

Hi Skimask,

I´m using the same Sparkfun´s adapter board (I bought 2 boards one year ago) and a ATX power supply (converted into a workbench PSU) to get 5V, 3.3 V and 12 V (when I need it).
Untill now, this PSU did not have problems and Í have been powering my circuits with it without problems.

But, as you told in your last post, I will tie thr resistors before turning my lcd on. I dont´t want to fry my board and the LCD.
Buying those things from Brazil takes about 3~4 weeks to get the products delivered and we have to pay 60% of total value as Import Tax . . .

[skimask]

But, as you told in your last post, I will tie thr resistors before turning my lcd on. I dont´t want to fry my board and the LCD

In my case, with power applied correctly, and only power, no code is running, no nothing, the LCD has a bluish background on it. The initialization has to command the backlight to come up. If it doesn't, you won't see anything on the screen unless you've got great eyes and tilt the thing at just the right angle, then you might barely see shadows of something on the screen...if you've written something to it... Other than that, it'll be blank.

[skimask]

Just like the title says...
The 'font' stays in eeprom (need a PIC with a minimum of 512 bytes, otherwise characters will get dropped) and minimal ram is needed (37 bytes).
If you're tacking this program onto something else, pay attention to the variable names. Maybe go back and pre-pend them all with CGLCD or something to keep them from getting overwritten or overwriting something important to you...

Next up...the font goes into program memory instead of ram or eeprom. Should open up the code to practically every PIC out there with at 2K of program memory and more than 37 bytes of ram (most PICs except for the 10Fxxx and some of the 12F series)...

After that, the shape drawing routines, and maybe some 3D functions I've been playing with...

EDIT: Found a bug...pulled the code for now...will have new stuff up later tonight...

[diegoulman]

HELLO, anyone is aware that nokia6101 lcd controller has it, 5200, this file is used for this lcd? I think it is compatible with the 6100, Best regards diego