Some news on U8glib:

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.

Download the prerelease here:  http://code.google.com/p/u8glib/downloads/list

@manu_07 and eotech
Is U8glib working with your display?

Oliver

Accoding to my analysis, S6B0723 and ST7565 are nearly identical. As a first stept, please try ST7565 devices by uncommenting the constructor in the U8GLIB examples:
U8GLIB_DOGM128
U8GLIB_LM6063
U8GLIB_LM6059
What will happen? Are there any results visible on the display?

Oliver

@eotech
At least the U8GLIB_ST7920_192X32 constructor works fine in parallel and serial mode.
You may assign U8G_PIN_NONE to cs2 (and also cs1 if this is not tied to the Arduino).
The correct constructor for your display probably is: U8GLIB_ST7920_128X64.
You can try both by uncommenting the constructor in the example files.


@rotceh_dnih
I will start working on it, but it requires are totally new memory architecture. So it might take some time.

Oliver

It could be done with u8glib, if a limited color space is acceptable. This means, that you could use 64 colors (out of the full color range). Would this be ok?

Oliver

For sure, this is possible. However, i need some more information: What is the name of the display, is there a datasheet for the display? I am also a little bit confused: The provided link is for the ST7637, but you requested the ST7687.

Oliver

If another lib is an option for you, than maybe you could have a look at u8glib. All display specific code is located in one single file. In the case of the LC7981, you might start with the ST7920 device, which as a similar memory architecture (as far as I have understand the datasheet):
http://code.google.com/p/u8glib/source/browse/csrc/u8g_dev_st7920_192x32.c
So you have to rename this file to something like u8g_dev_lc7981_WWWxHHH.c, change the WIDTH and HEIGHT parameters and modify the init and page setup sequences.

Oliver

U8glib 1.00 is available for download.

http://code.google.com/p/u8glib/

Features
 * Universal graphics library for OLED and LCD displays
 * Monochrome and graylevel
 * Controller support: SSD1325, UC1701, ST7565, ST7920, UC1610, PCD8544, PCF8812, KS0108
 * Many fonts included
 * F() macro and "print" support
 * XBM Bitmaps
 * Landscape and portrait mode



Note: The DFRobot ST7920 should be supported by the U8GLIB_ST7920_128X64 device,
but it has been reported that this is not working. Maybe someone from the Arduino
community is able to check this (I do not own this display).

Thanks to everybody who tested the beta releases during the last weeks!

Oliver

Looks similar to the ST7565 so I guess any ST7565 library could be modified. I am not sure if there is a S6B0723 Arduino lib which works out of the box.
Instead, we could use http://code.google.com/p/u8glib/ as base software and derive a S6B0723 from the ST7565 driver.
Send me a PM if you want to do this.

Oliver

U8glib has a huge number of fonts included. Just use a smaller font, e.g. u8g_font_6x10.
Or use another small one from here: http://code.google.com/p/u8glib/wiki/fontsize

Oliver

Hi

RST: The reset pin. This must be hold low for some time during power up. This could be done by some external logic, but it could be controlled by the Arduino also.

D/C: This is the Data / Command selection line, also known as A0 address line. Please do not confuse this with the Slave Select signal

SCE: The enable line, which is the one which should be connected to the Slave Select pin.

I am currently working on a new graphics library, which also supports your display. You could download u8glib from here: http://code.google.com/p/u8glib/
Unzip the latest beta into the libraries folder and (re)start the Arduino IDE. You should be able to see the examples.

In the examples, uncomment the following line:

U8GLIB_PCD8544 u8g(13, 11, 10, 9, 8 );        // SPI Com: SCK = 13, MOSI = 11, CS = 10, A0 = 9, Reset = 8

This constructor will setup software SPI, so you could connect your display to any available pins. Just provide your pin numbers to the constructor. The pin numbers need to be in the following order:
   U8GLIB_PCD8544(sclk, dn, sce, d_c , rst)
where sclk, dn, sce, d_c , rst must be replaced by the actual pin numbers.

Oliver

Hi

What about this: You can use a lib which already supports the dogm128, e.g. the u8glib.
It would be easy to setup and check the dogm128 display with one of the examples.
Just install u8glib (unzip into libraries folder) and the examples are already part of the
Arduino IDE. (download u8glib from here: http://code.google.com/p/u8glib/downloads/list)

Then uncomment
//U8GLIB_DOGM128 u8g(13, 11, 10, 9);                    // SPI Com: SCK = 13, MOSI = 11, CS = 10, A0 = 9
and put your pin numbers into it:
U8GLIB_DOGM128 u8g(SCL, SDA, SS, A_Line);
Run the example and see if this works. If it does, then your wiring is ok.

You might also go to the u8glib sources and compare the init sequence.
http://code.google.com/p/u8glib/source/browse/csrc/u8g_dev_st7565_dogm128.c
The sequence starts at line 49

Then i would like to say, that the use of resistors is really unsafe. It is much better to use a level translating IC (e.g. 74HC4050). Also you should try to use ceramic caps for the display.

See some schematics here:
http://code.google.com/p/dogm128/wiki/dogm128_arduino_hardware

Oliver

At least for u8glib there is a fixed version for download.
See the init sequence for the there, which has been reported to be ok.
Not that the Adafruit ST7565 needs a different setup than the ST7565 inside the DOGM128.

Oliver

Good work. I like the monitor target. And you do a complete parse of the boards.txt. Cool.

Some notes:
- Is the definition of the ARDUINO macro missing?
- Maybe you might add some additional gcc-options: -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums
- the "screen" command is not installed by default. Maybe you should inform users to download this package.
- I also assume, that there is no dependancy handling...

But all in all, it is the best Makefile i have seen so far.

Thanks!

Oliver



 

Hi

M2tklib has been updated to v1.05.

• Arduino 1.0 compatible
• New elements: LABELFN, U8NUMFN, U32NUMFN
• Support for embedded graphics http://code.google.com/p/m2tklib/wiki/t06glcd

Project Home: http://code.google.com/p/m2tklib/

At the moment, I have uploaded the GLCD version only. Please let me know, if there is need for the LiquidCrystal or dogm128 release.

Oliver

Found also this:
http://www.newhavendisplay.com/index.php?main_page=product_info&cPath=21_96&products_id=477

Size: 93x70mm
KS0108 Chip, so no problem with the Arduino

Oliver