The LCD panels themselves also vary, particularly whether they use an Epson or Philips driver. This library aims to support both types. Fiddle with the type parameter if yours doesn't seem to work.
I have the new Sparkfun Nokia LCD breakout board with the 6610 instead of the 6100. I noticed a few things when I tested out the Hello World code.
1) The two leftmost columns of pixels appeared whitish and were not affected by the lcd.background() command. I modified NokiaLCD.cpp line 118 from x1=x+2 to x1=x+0 and the whitish pixels went away.
2) The sine wave seems to create some problem for the lcd.fill() command. If I display a green rectangle before the sine wave is drawn then it displays OK. But if I display a green rectangle after the sine wave is drawn then it is displayed as a red & blue striped rectangle.
3) The display appears to be 130x132 instead of 130x130. The reason I think this is because I drew a box pattern using the following code and noticed there are two rows of pixels visible below the bottom green border.
These two rows appear to be a slightly darker blue than the 0x0000FF background. I tried changing the NOKIALCD_HEIGHT parameter but I was still not able to access those rows.
I have the new Sparkfun Nokia LCD breakout board with the 6610 instead of the 6100. I noticed a few things when I tested out the Hello World code.
1) The two leftmost columns of pixels appeared whitish and were not affected by the lcd.background() command. I modified NokiaLCD.cpp line 118 from x1=x+2 to x1=x+0 and the whitish pixels went away.
2) The sine wave seems to create some problem for the lcd.fill() command. If I display a green rectangle before the sine wave is drawn then it displays OK. But if I display a green rectangle after the sine wave is drawn then it is displayed as a red & blue striped rectangle.
3) The display appears to be 130x132 instead of 130x130. The reason I think this is because I drew a box pattern using the following code and noticed there are two rows of pixels visible below the bottom green border.
<<code>>
lcd.fill(0, 0, 130, 1, 0x00FF00);
lcd.fill(129, 0, 1, 130, 0x00FF00);
lcd.fill(0, 0, 1, 130, 0x00FF00);
lcd.fill(0, 129, 130, 1, 0x00FF00);
<</code>>
These two rows appear to be a slightly darker blue than the 0x0000FF background. I tried changing the NOKIALCD_HEIGHT parameter but I was still not able to access those rows.
I can confirm that my new Sparkfun boards that just came in today appear to have the 6610 (6100 type killed it when I tried) and they needed both patches to the library code from the two previous comment posts. They fixed most of the strange issues....
But the two bottom rows still do not change - so it also looks to me like 132 vs 130.
Here is a video
I added some code to print characters and draw random rectangles after the Hello Word screen.
Couple of quick notes on the new Sparkfun modules:
Connect Vbat (the backlight to 5V*) or you will never see a display image.
DIO on PCB is Sdata
Update: Even though they say up to 6V for the backlight on the Sparkfun site, the reg IC seems to get a bit too hot to me and it looks like 3.3V works better on the ones we have. There are some posts about overheating in the Sparkfun forums. Apparently the inductor is underrated for the current levels it is seeing.
Update to my update: they have a new version now with a larger inductor that fixed this issue - see later comment with photo.
I can confirm that my new Sparkfun boards that just came in today appear to have the 6610 (6100 type killed it when I tried) and they needed both patches to the library code from the two previous comment posts. They fixed most of the strange issues....
But the two bottom rows still do not change - so it also looks to me like 132 vs 130.
Here is a video
{{http://www.youtube.com/watch?v=fbVC_D54sVw&feature=youtube_gdata}}
I added some code to print characters and draw random rectangles after the Hello Word screen.
Couple of quick notes on the new Sparkfun modules:
Connect Vbat (the backlight to 5V*) or you will never see a display image.
DIO on PCB is Sdata
*Update: Even though they say up to 6V for the backlight on the Sparkfun site, the reg IC seems to get a bit too hot to me and it looks like 3.3V works better on the ones we have. There are some posts about **overheating** in the Sparkfun forums. Apparently the inductor is underrated for the current levels it is seeing.
**Update to my update: they have a new version now with a larger inductor that fixed this issue - see later comment with photo.
I have ordered on sparkfun a Nokia Breakout board 08600 with the following pins :
s1
s2
cs - to p8
sck - to p7
gio - to p5
reset - to p9
stat2
stat1
stat0
gnd - to mbed gnd
3.3v - to 3.3 V mbed
vbatt - to 5.0v mbed
don't print nothing ..
any suggestion ?
I have loaded an compiled the Nokia Epson sample, and tried the NokiaLcd_Helloword .. without success
please help ...
I have ordered on sparkfun a Nokia Breakout board 08600 with the following pins :
s1
s2
cs - to p8
sck - to p7
gio - to p5
reset - to p9
stat2
stat1
stat0
gnd - to mbed gnd
3.3v - to 3.3 V mbed
vbatt - to 5.0v mbed
don't print nothing ..
any suggestion ?
I have loaded an compiled the Nokia Epson sample, and tried the NokiaLcd_Helloword .. without success
Might be a bad connection somewhere. Is the display dark?
Did you try the other type LCD6100 yet?
Sounds like older boards had this other type. Mine has a red PCB.
That seems to be what I did. We got four last week from Sparkfun and they all seem to work fine.
<<code>>
NokiaLCD lcd(p5, p7, p8, p9, NokiaLCD::LCD6610); // mosi, sclk, cs, rst, type
<</code>>
Might be a bad connection somewhere. Is the display dark?
Did you try the other type LCD6100 yet?
Sounds like older boards had this other type. Mine has a red PCB.
Working with a PCF8833. Adjusted the color to use 24bit color, and shift to 565
The follow code produces correct colors on the LCD I have, but differs from the Philips datasheet for the controller (R and B interchanged) for the 565 dithered mode.
The above code results in bright colors,only 6 volts on the backlight. (My last post had errors)
Working with a PCF8833. Adjusted the color to use 24bit color, and shift to 565
The follow code produces correct colors on the LCD I have, but differs from the Philips datasheet for the controller (R and B interchanged) for the 565 dithered mode.
<<code>>
void NokiaLCD::_putp(int colour) {
// USE 24Bit RGB, and shift to 565
// [R7R6R5R4R3R2R1R0][G7G6G5G4G3G2G1G0][B7B6B5B4B3B2B1B0]
int rg = ((colour ) & 0xF8) // [B7B6B5B4B3______]
| ((colour >> 13) & 0x07); // [__________G7G6G5]
int gb = ((colour >> 19 ) & 0x1F) // [______R7R6R5R4R3]
| ((colour >> 5 ) & 0xE0); // [G4G3G2__________]
data(rg);
data(gb);
}
<</code>>
The above code results in bright colors,only 6 volts on the backlight. (My last post had errors)
It works now .. that was the LCD screen (received broken :(
But I still have 2 questions :
1) the screen is reversed .. pixel 0,0 is located on bottom right ... How to reverse ? Via the command/data I think ..
2) the backlight is working weel, but a little bit too much, or this is a problem with the contrast ?
Is difficult to read "Hello World" when I'm front of the screen.
any suggestion will be appreciated.
It works now .. that was the LCD screen (received broken :(
But I still have 2 questions :
1) the screen is reversed .. pixel 0,0 is located on bottom right ... How to reverse ? Via the command/data I think ..
2) the backlight is working weel, but a little bit too much, or this is a problem with the contrast ?
Is difficult to read "Hello World" when I'm front of the screen.
any suggestion will be appreciated.
3) The display appears to be 130x132 instead of 130x130. The reason I think this is because I drew a box pattern using the following code and noticed there are two rows of pixels visible below the bottom green border.
These two rows appear to be a slightly darker blue than the 0x0000FF background. I tried changing the NOKIALCD_HEIGHT parameter but I was still not able to access those rows.
To correct the last two rows you need to change the line
data(31);
to
data(32);
in the reset function.
<<quote jmkerwin>>
3) The display appears to be 130x132 instead of 130x130. The reason I think this is because I drew a box pattern using the following code and noticed there are two rows of pixels visible below the bottom green border.
<<code>>
lcd.fill(0, 0, 130, 1, 0x00FF00);
lcd.fill(129, 0, 1, 130, 0x00FF00);
lcd.fill(0, 0, 1, 130, 0x00FF00);
lcd.fill(0, 129, 130, 1, 0x00FF00);
<</code>>
These two rows appear to be a slightly darker blue than the 0x0000FF background. I tried changing the NOKIALCD_HEIGHT parameter but I was still not able to access those rows.
<</quote>>
To correct the last two rows you need to change the line
data(31);
to
data(32);
in the reset function.
Students have a BMP and JPG converter running on mbed for the Nokia LCD
[[http://mbed.org/users/XkLi/notebook/digital-photo-frame/]]
{{/media/uploads/4180_1/_scaled_nokia_bmp.png}}
It works now .. that was the LCD screen (received broken :(
But I still have 2 questions :
1) the screen is reversed .. pixel 0,0 is located on bottom right ... How to reverse ? Via the command/data I think ..
2) the backlight is working weel, but a little bit too much, or this is a problem with the contrast ?
Is difficult to read "Hello World" when I'm front of the screen.
any suggestion will be appreciated.
I had a similar problem. I noticed the ribbon cable that connects the LCD to the board was broken. I ended up replacing having to replace it. Fortunately, SparkFun sells the LCD separately.
Buyer beware: This device is pretty fragile.
<<quote didis_be>>
It works now .. that was the LCD screen (received broken :(
But I still have 2 questions :
1) the screen is reversed .. pixel 0,0 is located on bottom right ... How to reverse ? Via the command/data I think ..
2) the backlight is working weel, but a little bit too much, or this is a problem with the contrast ?
Is difficult to read "Hello World" when I'm front of the screen.
any suggestion will be appreciated.
<</quote>>
I had a similar problem. I noticed the ribbon cable that connects the LCD to the board was broken. I ended up replacing having to replace it. Fortunately, SparkFun sells the LCD separately.
Buyer beware: This device is pretty fragile.
http://www.sparkfun.com/products/11062 is the new Sparkfun version of the Nokia LCD breakout board that just came out today. It looks like they fixed the super hot burns your finger inductor issue and it has an improved power circuit for the backlight. Notice the larger inductor on the new breakout.
New Sparkfun Nokia LCD Breakout Board - needs new code patch that follows in newer comments.
Older Sparkfun Nokia LCD Breadkout Board - needs three code patches found in earlier comments. Recent ones were also on a red PCB. Look for the small blue inductor near the center of the board.
[[http://www.sparkfun.com/products/11062]] is the new Sparkfun version of the Nokia LCD breakout board that just came out today. It looks like they fixed the super hot burns your finger inductor issue and it has an improved power circuit for the backlight. Notice the larger inductor on the new breakout.\\
{{/media/uploads/4180_1/_scaled_nokialcd.jpg}}\\
New Sparkfun Nokia LCD Breakout Board - needs new code patch that follows in newer comments.
{{/media/uploads/4180_1/_scaled_oldnokialcd.jpg}}\\
Older Sparkfun Nokia LCD Breadkout Board - needs three code patches found in earlier comments. Recent ones were also on a red PCB. Look for the small blue inductor near the center of the board.
Having broken the original ribbon cable on my first LCD, my second my will not display the words "Hello World", but displays something jumbled up instead. The background color and the red and green rectangles are fine, as is the tie-fighter demo. But just cannot get the text to display properly. As a previous poster mentioned, the contrast is such that it now makes the screen unreadable head on - can this be changed in software or is it simply the backlight being too bright?
Any thoughts ideas?
Using the same MBED, breakout board as previously, only the actual LCD is new (eBay sourced).
Regards
Having broken the original ribbon cable on my first LCD, my second my will not display the words "Hello World", but displays something jumbled up instead. The background color and the red and green rectangles are fine, as is the tie-fighter demo. But just cannot get the text to display properly. As a previous poster mentioned, the contrast is such that it now makes the screen unreadable head on - can this be changed in software or is it simply the backlight being too bright?
Any thoughts ideas?
Using the same MBED, breakout board as previously, only the actual LCD is new (eBay sourced).
Regards
Whoops, I change the type of display from being 6610 in the default to 6100 and it now displays the text as I would expect, however, still need to turn down the contrast to make it readable... If anyone has any ideas...
Regards
Whoops, I change the type of display from being 6610 in the default to 6100 and it now displays the text as I would expect, however, still need to turn down the contrast to make it readable... If anyone has any ideas...
Regards
I've managed to get the backlight working (I think; seems to work when VBATT is connected to either of mbed's Vout or Vu). However, I am unable to get anything to actually display on the screen (e.g. setting background/foreground/pixels/etc. has no effect). I have tried two wire configurations (p5, p7, p8, p9) and (p11, p13, p14, p15), as well as the three supported LCD types: LCD6100, LCD6610, and PCF8833.
Finally, I am using this on a solderless breadboard, manually connecting wires to the LCD. As I am new to this, I don't (yet) have the equipment to measure if anything is actually going through any of the wires.
I would appreciate any help, although I understand that I haven't given much to go on. Thanks.
This is my first adventure into anything embedded, so I suspect I'm doing something wrong.
I'm using the LCD 11062 (sparkfun nokia lcd breakout board), and have attempted to follow both this recipe and another one (http://mbed.org/users/XkLi/notebook/digital-photo-frame/) as the other one uses the same screen.
I've managed to get the backlight working (I think; seems to work when VBATT is connected to either of mbed's Vout or Vu). However, I am unable to get anything to actually display on the screen (e.g. setting background/foreground/pixels/etc. has no effect). I have tried two wire configurations (p5, p7, p8, p9) and (p11, p13, p14, p15), as well as the three supported LCD types: LCD6100, LCD6610, and PCF8833.
Finally, I am using this on a solderless breadboard, manually connecting wires to the LCD. As I am new to this, I don't (yet) have the equipment to measure if anything is actually going through any of the wires.
I would appreciate any help, although I understand that I haven't given much to go on. Thanks.
The latest batch of sparkfun LCDs come with the PCF8833 (or at least the one we got).
There are a few differences noted:
1. The screen is 132x132; you will need to modify the global width and height variables. Also, when calling fill() be sure to take this into account, too. Depending on how you modify the above parameters, the _window() function need not be changed.
2. The default library will cause the screen to be flipped sideways and the text to be printed vertically. To fix this, change line 95 to "data(C0);" (mirror x and y)
3. Colors are also off; the default library gives a green background and blue boxes. The fix noted above does change the behavior, but still doesn't fully correct the problem (background is red, vertical box is blue, horizontal box is green). We're not experts with RGB codes and Hex values so any help on this is greatly appreciated.
The latest batch of sparkfun LCDs come with the PCF8833 (or at least the one we got).
There are a few differences noted:
1. The screen is 132x132; you will need to modify the global width and height variables. Also, when calling fill() be sure to take this into account, too. Depending on how you modify the above parameters, the _window() function need not be changed.
2. The default library will cause the screen to be flipped sideways and the text to be printed vertically. To fix this, change line 95 to "data(C0);" (mirror x and y)
3. Colors are also off; the default library gives a green background and blue boxes. The fix noted above does change the behavior, but still doesn't fully correct the problem (background is red, vertical box is blue, horizontal box is green). We're not experts with RGB codes and Hex values so any help on this is greatly appreciated.
You have all the changes I've made to get mine working, though you need to replace the pixel function as suggested by Joel Rosiene. You need to take the 24 bit colour and make it into a RGB 565. That will make all the colours nice and bright and then you should be good to go!
Hey,
You have all the changes I've made to get mine working, though you need to replace the pixel function as suggested by Joel Rosiene. You need to take the 24 bit colour and make it into a RGB 565. That will make all the colours nice and bright and then you should be good to go!
You have all the changes I've made to get mine working, though you need to replace the pixel function as suggested by Joel Rosiene. You need to take the 24 bit colour and make it into a RGB 565. That will make all the colours nice and bright and then you should be good to go!
We did, but the color came out the way we described; background is red, vertical box is blue, horizontal box is green.
EDIT: as per request here is the modified NokiaLCD.cpp; note that this only has modifications that will work for the PCF8833, and the color has not been fixed yet. We tested some code and the output looks like this:
Coded color
Actual displayed
Red(0xFF0000)
Blue
Blue(0x0000FF)
Red
Yellow(0xFFFF00)
Cyan
Pink(0xFF00FF)
Purple
White(0xFFFFFF)
White
Black(0x000000)
Black
What bugs us the most is that white and black are correct while everything else is wrong...wonder what's up with that
EDIT: link removed, see updated version below with colors fixed
<<quote heenix>>
Hey,
You have all the changes I've made to get mine working, though you need to replace the pixel function as suggested by Joel Rosiene. You need to take the 24 bit colour and make it into a RGB 565. That will make all the colours nice and bright and then you should be good to go!
<</quote>>
We did, but the color came out the way we described; background is red, vertical box is blue, horizontal box is green.
EDIT: as per request here is the modified NokiaLCD.cpp; note that this only has modifications that will work for the PCF8833, and the color has not been fixed yet. We tested some code and the output looks like this:
|=Coded color|=Actual displayed|
|Red(0xFF0000)|Blue|
|Blue(0x0000FF)|Red|
|Yellow(0xFFFF00)|Cyan|
|Pink(0xFF00FF)|Purple|
|White(0xFFFFFF)|White|
|Black(0x000000)|Black|
What bugs us the most is that white and black are correct while everything else is wrong...wonder what's up with that
EDIT: link removed, see updated version below with colors fixed
Folks, I have just managed to get this display working - the Library needed several adjustments as many of you noted. I made progress after realising that it was the pcf8833 that was on the sparkfun boards I received in the last couple of weeks (as on Jim Hamblen's picture)
Here is a summary of the mods I made to get clear bright (correct) colours:
- lines 11 and 12: change width and height to 132
- line 95: in the reset function: change to data(0xC0) - flip x and y and write in RGB order
- line 118: change to x1=x (not x1=x + 2)
- modify the _putp function to write the data in 5:6:5 colour format. replace lines 147 to 151 with (its a bit messy - but it works):
int r5=(colour >> 19) & 0x1F;
int g6=(colour >> 10) & 0x3F;
int b5=(colour >> 3) & 0x1F;
int rg=(r5 << 3) | (g6 >> 3);
int gb=((g6 << 2) & 0xE0)| b5;
data (rg);
data (gb);
Folks, I have just managed to get this display working - the Library needed several adjustments as many of you noted. I made progress after realising that it was the pcf8833 that was on the sparkfun boards I received in the last couple of weeks (as on Jim Hamblen's picture)
Here is a summary of the mods I made to get clear bright (correct) colours:
- lines 11 and 12: change width and height to 132
- line 95: in the reset function: change to data(0xC0) - flip x and y and write in RGB order
- line 118: change to x1=x (not x1=x + 2)
- modify the _putp function to write the data in 5:6:5 colour format. replace lines 147 to 151 with (its a bit messy - but it works):
int r5=(colour >> 19) & 0x1F;
int g6=(colour >> 10) & 0x3F;
int b5=(colour >> 3) & 0x1F;
int rg=(r5 << 3) | (g6 >> 3);
int gb=((g6 << 2) & 0xE0)| b5;
data (rg);
data (gb);
Folks, I have just managed to get this display working - the Library needed several adjustments as many of you noted. I made progress after realising that it was the pcf8833 that was on the sparkfun boards I received in the last couple of weeks (as on Jim Hamblen's picture)
Here is a summary of the mods I made to get clear bright (correct) colours:
- lines 11 and 12: change width and height to 132
- line 95: in the reset function: change to data(0xC0) - flip x and y and write in RGB order
- line 118: change to x1=x (not x1=x + 2)
- modify the _putp function to write the data in 5:6:5 colour format. replace lines 147 to 151 with (its a bit messy - but it works):
int r5=(colour >> 19) & 0x1F;
int g6=(colour >> 10) & 0x3F;
int b5=(colour >> 3) & 0x1F;
int rg=(r5 << 3) | (g6 >> 3);
int gb=((g6 << 2) & 0xE0)| b5;
data (rg);
data (gb);
Great job! The color code has been fixed and is displaying correctly. Here's a link to the updated .cpp with all necessary changes made to get PCF8833 working :)
<<quote CC_test>>
Folks, I have just managed to get this display working - the Library needed several adjustments as many of you noted. I made progress after realising that it was the pcf8833 that was on the sparkfun boards I received in the last couple of weeks (as on Jim Hamblen's picture)
Here is a summary of the mods I made to get clear bright (correct) colours:
- lines 11 and 12: change width and height to 132
- line 95: in the reset function: change to data(0xC0) - flip x and y and write in RGB order
- line 118: change to x1=x (not x1=x + 2)
- modify the _putp function to write the data in 5:6:5 colour format. replace lines 147 to 151 with (its a bit messy - but it works):
int r5=(colour >> 19) & 0x1F;
int g6=(colour >> 10) & 0x3F;
int b5=(colour >> 3) & 0x1F;
int rg=(r5 << 3) | (g6 >> 3);
int gb=((g6 << 2) & 0xE0)| b5;
data (rg);
data (gb);
<</quote>>
Great job! The color code has been fixed and is displaying correctly. Here's a link to the updated .cpp with all necessary changes made to get PCF8833 working :)
[[/media/uploads/wasp/nokialcd.zip]]
For those of you wondering about the newline(), it isn't working because _rows isn't defined anywhere; change that to NOKIALCD_ROWS and you'll get the expected behavior. Also, don't forget to move the function declaration in NokiaLCD.h from the protected block to the public block so you can use it in your program. Note that you'd have to call newline() to get a carriage return; printing "\n" gives you a garbage character.
We just found another small bug:
For those of you wondering about the newline(), it isn't working because _rows isn't defined anywhere; change that to NOKIALCD_ROWS and you'll get the expected behavior. Also, don't forget to move the function declaration in NokiaLCD.h from the protected block to the public block so you can use it in your program. Note that you'd have to call newline() to get a carriage return; printing "\n" gives you a garbage character.
New guy on block. All I see is backlight.
Using latest from Sparkfun Nokia LCD Breakout 11062
Connections: LCD to MBED: VBATT to Vu, 3.3 to Vout, GND to GND, Reset to Pin 9, DIO to Pin 5, SCK to Pin 7, CS to Pin 8.
Replaced NokiaLCD.cpp with modified unzipped .cpp above. Didn't change any other code.
Compiled fine. Don't see any waveforms on any data pins to LCD.
Checked wiring. Maybe, a defective LCD Breakout 11062?
New guy on block. All I see is backlight.
Using latest from Sparkfun Nokia LCD Breakout 11062
Connections: LCD to MBED: VBATT to Vu, 3.3 to Vout, GND to GND, Reset to Pin 9, DIO to Pin 5, SCK to Pin 7, CS to Pin 8.
Replaced NokiaLCD.cpp with modified unzipped .cpp above. Didn't change any other code.
Compiled fine. Don't see any waveforms on any data pins to LCD.
Checked wiring. Maybe, a defective LCD Breakout 11062?
Well, I decided possibly the Sparkfun 11062 was defective, so I appreciate they are sending another one. I few days before I saw just the Nokia 6100 display on e-bay, so ordered it. Tried it with the Sparkfun "frame". The backlight doesn't work right. Draws too much current causing USB port to shut down. It seems to have 1 LED for backlight. Maybe the other is shorted? Anyway still nothing on screen. Without the display plugged in, and CS and RST grounded, should I see data signals on DIO and SCK? Guess I'll wait till the new Sparkfun 11062 arrives. I have no idea what I'm doing wrong, or maybe the 2 I tried are defective? Separated frame from e-Bay LCD and notice just 1 LED for backlight. Now, it doesn't work. Pushing reset on MBED. I briefly see waveform on both DIO and SCK, one inverted from the other. Each lasts less than a second. Guess I'll wait for new 11062 from Sparkfun, and try again. Having too much bad luck!
Well, I decided possibly the Sparkfun 11062 was defective, so I appreciate they are sending another one. I few days before I saw just the Nokia 6100 display on e-bay, so ordered it. Tried it with the Sparkfun "frame". The backlight doesn't work right. Draws too much current causing USB port to shut down. It seems to have 1 LED for backlight. Maybe the other is shorted? Anyway still nothing on screen. Without the display plugged in, and CS and RST grounded, should I see data signals on DIO and SCK? Guess I'll wait till the new Sparkfun 11062 arrives. I have no idea what I'm doing wrong, or maybe the 2 I tried are defective? Separated frame from e-Bay LCD and notice just 1 LED for backlight. Now, it doesn't work. Pushing reset on MBED. I briefly see waveform on both DIO and SCK, one inverted from the other. Each lasts less than a second. Guess I'll wait for new 11062 from Sparkfun, and try again. Having too much bad luck!
lcd.pixel is not working correct with board 6610. Adding some code solved the problem
void NokiaLCD::pixel(int x, int y, int colour) {
_cs = 0;
_window(x, y, 1, 1);
switch (_type) {
case LCD6100:
case PCF8833:
_putp(colour);
break;
case LCD6610:
int r4 = (colour >> (16 + 4)) & 0xF;
int g4 = (colour >> (8 + 4)) & 0xF;
int b4 = (colour >> (0 + 4)) & 0xF;
int d1 = (r4 << 4) | g4;
int d2 = (b4 << 4) | r4;
int d3 = (g4 << 4) | b4;
data(d1);
data(d2);
data(d3);
break;
}
_cs = 1;
}
Where i add this code?
<<quote edvpc2>>
lcd.pixel is not working correct with board 6610. Adding some code solved the problem
<<code>>
void NokiaLCD::pixel(int x, int y, int colour) {
_cs = 0;
_window(x, y, 1, 1);
switch (_type) {
case LCD6100:
case PCF8833:
_putp(colour);
break;
case LCD6610:
int r4 = (colour >> (16 + 4)) & 0xF;
int g4 = (colour >> (8 + 4)) & 0xF;
int b4 = (colour >> (0 + 4)) & 0xF;
int d1 = (r4 << 4) | g4;
int d2 = (b4 << 4) | r4;
int d3 = (g4 << 4) | b4;
data(d1);
data(d2);
data(d3);
break;
}
_cs = 1;
}
<</code>>
<</quote>>
Hi to everybody! I got this product and connected it to my mbed ( LPC2368 ). I tried to run the example , but it didn’t work. The unique result I obtained was to turn on the backlight. I connected both pins Vbatt and 3v3 to the upper pin on the mbed. What’s wrong with that? Should I have to connect those famous pins 8 and 9 ? Where are they on the board?
Thanks for your help.
Hi to everybody! I got this product and connected it to my mbed ( LPC2368 ). I tried to run the example , but it didn’t work. The unique result I obtained was to turn on the backlight. I connected both pins Vbatt and 3v3 to the upper pin on the mbed. What’s wrong with that? Should I have to connect those famous pins 8 and 9 ? Where are they on the board?
Thanks for your help.
Hi to everybody! I got this product and connected it to my mbed ( LPC2368 ). I tried to run the example , but it didn’t work. The unique result I obtained was to turn on the backlight. I connected both pins Vbatt and 3v3 to the upper pin on the mbed. What’s wrong with that? Should I have to connect those famous pins 8 and 9 ? Where are they on the board?
Thanks for your help.
In this question Cesar Corsico found a different library worked for him. You could give that a try.
<<quote pesatori>>
Hi to everybody! I got this product and connected it to my mbed ( LPC2368 ). I tried to run the example , but it didn’t work. The unique result I obtained was to turn on the backlight. I connected both pins Vbatt and 3v3 to the upper pin on the mbed. What’s wrong with that? Should I have to connect those famous pins 8 and 9 ? Where are they on the board?
Thanks for your help.
<</quote>>
http://mbed.org/questions/362/does-not-work/
In this question <<user pcesar12>> found a different library worked for him. You could give that a try.
Hi to everybody! I got this product and connected it to my mbed ( LPC2368 ). I tried to run the example , but it didn’t work. The unique result I obtained was to turn on the backlight. I connected both pins Vbatt and 3v3 to the upper pin on the mbed. What’s wrong with that? Should I have to connect those famous pins 8 and 9 ? Where are they on the board?
Thanks for your help.
In this question Cesar Corsico found a different library worked for him. You could give that a try.
Hi Cesar.
First of all thanks for your answer!
Anyway I found that library a couple of days before, but I had a lot of problems.
Infact, I can show some datas, but others not. I connected to my mbed a xbee transmitter and a RS232 serial: datas from xbee seems to be damaged from the lcd. Any idea about this problem?
<<quote stevep>>
<<quote pesatori>>
Hi to everybody! I got this product and connected it to my mbed ( LPC2368 ). I tried to run the example , but it didn’t work. The unique result I obtained was to turn on the backlight. I connected both pins Vbatt and 3v3 to the upper pin on the mbed. What’s wrong with that? Should I have to connect those famous pins 8 and 9 ? Where are they on the board?
Thanks for your help.
<</quote>>
http://mbed.org/questions/362/does-not-work/
In this question <<user pcesar12>> found a different library worked for him. You could give that a try.
<</quote>>
Hi Cesar.
First of all thanks for your answer!
Anyway I found that library a couple of days before, but I had a lot of problems.
Infact, I can show some datas, but others not. I connected to my mbed a xbee transmitter and a RS232 serial: datas from xbee seems to be damaged from the lcd. Any idea about this problem?
Post a comment
Stephen Paulger.
28 comments
6100,
6610,
mobileLCD,
Nokia,
NokiaLCD,
SPI
Jon Kerwin wrote: 
Didier Solheid wrote: 
Please login to post comments.