Nokia COLOR LCD PicBasicPro 2.50a example code

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

[DaveC3]

Skimask

The splash screen is 8bit but the picture is 12bitB. When I played with it I tried all three possibilities. All worked you just need to change the configuration command on the display.

It took me a while to get the VB6 program to read the file from the converter. The problem was at the end of each line of data VB6 tried to send a "0" which caused the display to be skewed. I finally sorted it out and all was well.

I did not try an external eeprom yet. The color picture was to big to fit into the PBP code. Or at least I could not figure out how to get it in without exceeding the size limit.

It would be easy enough to make a photo album that changes the image every so many seconds/minutes. Maybe someone will put a compact flash or SD ram with this display. I do not think it would be that hard.

I have no real practical application for this screen, I just wanted to see if I could get it to work.

Dave

By the way, I used your text macro. Thanks it worked great!

[skimask]

By the way, I used your text macro. Thanks it worked great!

Don't blame me for that one!
That's mostly DT's work (or was it Mr_E?, I forget).
I only modified it a bit to work with my application.

[skimask]

I found this little bug today while working with my 18F4685, trying to use the functions in code space above 64K...and it ONLY applies to PBP 2.50A (and above I'm sure whenever it comes out) and will most likely apply to most other little routines like this running on PICs with more than 64K (i.e. 18F4685, 18F8722, and so on), like the @printstr, @copystr, whatever, whether sending to a graphic LCD, serial port, whatever.

ASM	;printstr to color LCD macro,	'@ printstr x,y, "string to lcd at x,y"
printstr	macro clcdx, clcdy, clcdstr
		local clcdthestring, clcdoverstr
		bra clcdoverstr
clcdthestring
		data clcdstr,0
clcdoverstr
		MOVE?CB clcdx, _clcdpx
		MOVE?CB clcdy, _clcdpy
		MOVE?CW clcdthestring, _clcdaddr
		L?CALL _clcdstringout
		endm
ENDASM

The 3rd line from the end: MOVE?CW clcdthestring, _clcdaddr won't grab the upper bit of the PC and ends up reading the codespace at the lower 64K block instead of the upper 64K block.
The fix is simple enough.
Declare clcdaddr as LONG rather than WORD, and change MOVE?CW to MOVE?CN. All it does it changes moving a WORD to moving a LONG.
All better...

[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