Hey...
Thanks for your quick reply...
Im using ColorLCDShield.
Hey...
Thanks for your quick reply...
Im using ColorLCDShield.
Hey Again...
I tried your library (gLCD) and do the same thing, and i don't understand why...
with the gLCD library, are you using PHILLIPS or EPSON? If the former, then there are four options to choose from:
PHILLIPS_0
PHILLIPS_1
PHILLIPS_2
PHILLIPS_3
It is a case of trial and error as to which one produces the desired results.
If you have an EPSON display and it is mirrored, then you have come across a display I haven't seen before, in which case I would have to add a new definition into the library.
I'm using EPSON...
I tried all option and the PHILLIPS ones doesn't work at all.
One more thing, the LCD works with:
//graphic.begin(0,0,0,EPSON); //Normal Epson
//graphic.begin(0,0,0,EPSON_4); //Normal Epson
But its mirrored and upside down.
Could you post a picture of what the basic functions example sketch prints?
That's not mirrored, and your picture is upside-down.
Unfortunately with EPSON displays, that is the correct way up. If you have ever taken apart a 6100 phone you will find that the connector is at the top. It's beyond me why Sparkfun put the display the way up they did.
I am yet to find a way which rotates the screen 180 degrees without causing the image to muddled up.
The closest I got if I remember correctly is to call:
graphic.Configure(0);
But it wasn't very successful, so I haven't documented it.
I have now added the ability to rotate the screen either 0, 90, 180 or 270 degrees clockwise. (as of Version 3.4).
It should be noted that doing so reduces the performance of the display in any mode other than 0degrees because the coordinates have to be remapped before being send to the screen.
The impact is mostly confined to text and drawing lines.
Filling areas such as with Clear() or Box() doesn't require remapping so is unaffected.