As no one answered my posts, I decided to further investigate by myself.

-One: First of all I decided to investigate about the driver chip. It seems that there are 3 types of controller, but I wanted to know, so I took a broken R2A LCD I got and cut the chip off the LCd and put in nitric acid to get the silicon chip. Then I put under the microscope. It revealed to be a S-4595B, which I suspect is the most usual type.
Since the other LCD I have is the same revision, and the silicon chip dimensions are EXACTLY the same I assumed it is the same chip.

-Two: I conected the LCD to my PC LPT port using the schematic provided by RIFER (http://rifer.narod.ru/i2cldc.html), just changing some components to provide 3V logic and supply to the LCD.
Making some changes to the RIFER provided sources I could check that the LCD sends ACK to address 72, which confirms it is a S-4595.

-Three: As "reset" said that he managed to make the display work and he based on "Bingo600" dump I studied the dump in detail:

+ 1st: I removed the hex part and S2 header to have clear text, which then I arrenged to be read clearly, as follows:

+ 2nd: We do not have the S-4595 datasheet, but we have the Hitachi one. Looking at the dum we can dedece that this type of display uses two I2C addresses 74 and 76. If we take a look at the datasheet, then we can see that both address match the two types of writting (to the register pointer, and to the register itself).
Taking this into account we can deduce from the DUMP that "%a" means 74h and "%a1" means 76h. I also deduced that "%w" means wait, so to initialise the HITACHI display we must send the following string to I2C:

+ 3th: Following the same scheme, for the S-4595 the initialisation string MUST be the one following "init=" string, just changing "%a" for 72 (note that the init string is much longer than Hitachi one and it comprises several rows, until the final wait "%w118).

I tried it. I sent "init" string followed by "power_on" string... AND IT WORKED !!!I can see garbage in the display.
To send data you must used the "scanrow" string followed by data (72 8C xx xx xx...)

I will try to post some code sample and photos later.

To find out which controller your LCD has you shall send the "pnp_detect" string and see if you got and I2C ack.

+4th: Regarding commands:

"pd_rectangle" I think that it defines the rectangle for power down mode (the big clock), but don't know how to use it.
"pnp_detect" I think is used to detect the type of controller.
"init" is the init string to send after reset
"reinit=;reinit_PD=;power_on=" brings the LCD on after init/power_down
"power_off" to power off the LCD
"normal_pd" I think changes from normal mode to power_down, but have not tested yet.
"pd_normal" I think is the opposite of previous command although not tested.
"set_scanrow_pos" this set the pointer to data displayed. NOTE that this type of controller has an offset. initial point is not 0,0, but 1B,0 (if you look at initialisation sequence the last four bytes are 04 1B 05 00 which is the same you have to do in this command. Also note from that sequence that once you send the address (72) you can send several commands by sending REGISTER/VALUE sets of two bytes. This works for all the registers.
"scanrow" is used to send DATA. Is enough with sending the adddress and register once (72 8C), and then you can send all the data bytes in a row without sending again 72 or 8C. Data begings to be displayed from the current pointer (set with "init" or "set_scanrow_pos")
"set_vlcd" set the contrast. This is very important if you want to see something. It is set by default to 2C in "init" command. Values to far from that one will make that you can't see images on LCD.
"set_vlcd_pd" I think is the contract during power down mode, but have not tested yet.

As I told, I will try to post modified schematic, photos and test program when I have time.
I will also try to develop a library for PIC or AVR and post for all the users.

I been a long time after using this display for my projects because I think it will do better with a low cost microcontroller that Nokia 6100 (for example) as it has lower resolution and color depth, as so it required less processing.

I also owned a T68i mobile phone and it was quite bad for photos, but the menus were very nice.

Regards,
Cex.

Hope this helps to anyone. Please if you found this information helpful post a reply so I can know that it was useful to somebody. Thanks.

Been looking at this for a couple of days now and still no life in the LCD

Thinking that I may have blown it by putting 5v through it

I have bought 2 x T68 lcd off ebay and 1 x Nokia 3310 lcd so those should be with me by the end of the week...

Will see if I have any luck with the new screens now I have regulated the volts properly to 3v now..

p.s I can see the data pulsing on the SDA and SCL via some LEDS I attached so I think it is definately a problem with the screen I have got now. However it is a very early T68 LCD (one of the first in the UK) so maybe the controller is different?

I have added a button to test the 3 known address (0x70, 0x72 and 0x74).
I also realised that there is an error on the schematic posted (the pin 14 of LPT must be connected to the other pin of the schottky diode in order to be able to read the ACK (sorry for that).
Please note that diodes must be Schottky (I'm using BAT85).

I used Paint Shop Pro 8 to create the RAW file from the gif file created by Sony Ericsson My Pictures (this adjusts the image to the T68 palette, so you can see on screen how it will look like in the T68 screen).

Anyway you can get the Photoshop pallete and further explanation on this link: