I have added a 8-bit color memory architecture (screenshot from the sdl-simulator):
With this, I added a U8GLIB_ST7687_C144MVGD (SPI interface) device to support
the requested C144MVGD TFT display. However, I do not know if the device code is correct nor do I know if the init sequence is correct (I simply do not have access to the device for testing). http://code.google.com/p/u8glib/source/browse/csrc/u8g_dev_st7687_c144mvgd.c
I have also added the U8GLIB_LC7981_160X80 device to support the LC7981 controller. Also untested, but I might get feedback.
wow great work man i love it i havent got it to work but i love it ,
im not sure if its hardware or not but theres a few things im not sure about
first off i used constructor U8GLIB_ST7687_C144MVGD u8g(2, 4, 6, 8, 10); i hope thats fine
im useing logic level converters to talk at 3v to the screen and looking at the datasheet for the ST7687 im guessing that " pin 27 A0" is SCL , "pin 25 D0" is SI and "pin 24 D1" is A0 a little confuseing but i keep going
its then i look at how its set into spi mode
and it says that IF1 & IF2 go high and IF3 is pulled low however according to the screen datasheet Redirect Notice my lcd has only IF1 "pin14" & IF2 "pin 13" so unsure what todo next i tried combos of IF1 and 2 high and low but nothing is working the rest of the pins seem to be there and it looks to be hooked up right but im really not sure maybe the screem caint do spi? i really hope it can but this isnt looking good lol might have to be an wire interface :s not a big drama but i do like the idea of less pins , thanks you for your great work and i hope i've given enough info for you to help please let me know if theres anything else you'd like to know or how i can help get this working
Thanx for the great lib! it works great with my DFRobot ST7920 128X64 display.
I've got one question. I use software SPI on pins 9 and 8, but it looks like that it interferes with my hardware SPI which I want to use to communicate with a DS3234 RTC.
Good to know, that the DFRobot display is fine with the lib. Thanks for the feedback.
Regarding the RTC: What is the problem: Display does not work, RTC does not work, both do not work?
Maybe you can post the setup code for your display and your RTC: What are the involved pin numbers for both devices?
thx for the wonderful library, works great on my DS-LCD-TG12864E (ST7920 controller) in spi mode. (R/W = MOSI, E= CLK , PSB =LOW, RS=HIGH)
speed is quite ok in spi, gotta try the parallel mode soon. the liquid crystal itself may be limiter.
Hmm..is possible can u make point to point drawline (x1,y1,x2,y2) available?
There are some imporant differences between GLCD v3 and U8glib. While porting is for sure possible, there are some restrictions on U8glib, which are not present for GLCD lib. GLCD and U8glib have two completly different programming concepts. It might require much more than just replacing the drawing primitives.
Also, Bill's library is highly optimized and much faster than U8glib. On the other hand, U8glib should be more flexible regarding the graphics hardware.
One result of the different concepts is that there is no clear screen available in U8glib. The screen is cleared as soon as you enter the "picture loop".
if it doesnt work out well maybe i will as well try to use 2 LCD display with different library on a same arduino board. it is possible to be done or someone here had done it before?