Go Down

Topic: how to interface this 160x120 lcd with arduino? (Read 258 times) previous topic - next topic

hwayboy

Jun 09, 2018, 11:14 pm Last Edit: Jun 09, 2018, 11:19 pm by hwayboy
Can anybody help me with interfacing this lcd with arduino?. This is datasheet for a similar lcd than what  i have. I was unable to find the datasheet for the exact lcd i have which is a btg-160120c-fcwd-l-g-a0 it has no backlight .

olikraus


david_prentice

TWINUI renders the JPEG in the end.   There is a black screen for a couple of minutes and then you get a photo of a product specification page.

It says the controller is ST7587.    I found a datasheet here

David.

bperrybap

Its not a jpeg file it is a png file.
I also had an issue viewing it on a linux mint system.
Apparently the gnome3 idiots have taken over and are no longer using actual file types anymore and are doing things the Windows  way by blindly accepting/believing the extension rather than the unix way of basing the file type on its contents.
--- bill

hwayboy

Strange, your jpg is not readable.

Oliver
is it readable now?

bperrybap


hwayboy

It works for me.
--- bill
my bad , i should've checked the file type beforehand.

bperrybap

my bad , i should've checked the file type beforehand.
It should have still worked on *nix machines.
In my case (linux mint with Mate), this is actually an issue with gnome/gnome3 environment tools.
unix historically does not depend on file extensions. - That is a windows thing.
unix was always smart enough to just figure out what is in a file so extensions were never used to determine what was in a file.
i.e. you could name a file .pdf and if was really a jpeg file the appropriate viewer would still bring it up.
All that support is still there but the gnome boys are slowly re-implementing the world  (poorly) and ignoring all the components from the past that have worked for decades.
In gnome2 they supported both ways but were leaning to doing things the windows way, and now in gnome3 they are pushing the windows  mindset and methodology further and further into gnome3 to point that we now have issues like this.

--- bill

hwayboy

TWINUI renders the JPEG in the end.   There is a black screen for a couple of minutes and then you get a photo of a product specification page.

It says the controller is ST7587.    I found a datasheet here

David.
i did find that datasheet earlier , this display is currently in a circuit and i was trying to salvage it than throw it away. i tried checking with the pins on the board and the ones given on the datasheet of both the st7587 and the lcd, after a lot of googling i was able to trace the manufacturer to be "yeebo" , a lcd manufacturer . i emailed them regarding the datasheet and i did get a initial reply after which the conversation ended. these datasheet specs were pulled of the aliexpress product page for a similar lcd (https://www.aliexpress.com/item/2-0-inch-Industrial-TFT-screen-160-120-monochrome-display-17pin-SPI-LCD/32797885928.html ) . the lcd in hand doesnt have built backlighting so i figured it might as well be working off the same datasheet as it fell under the same manufacturer and similar id's. attached are the pictures of the lcd in question

hwayboy

It should have still worked on *nix machines.
In my case (linux mint with Mate), this is actually an issue with gnome/gnome3 environment tools.
unix historically does not depend on file extensions. - That is a windows thing.
unix was always smart enough to just figure out what is in a file so extensions were never used to determine what was in a file.
i.e. you could name a file .pdf and if was really a jpeg file the appropriate viewer would still bring it up.
All that support is still there but the gnome boys are slowly re-implementing the world  (poorly) and ignoring all the components from the past that have worked for decades.
In gnome2 they supported both ways but were leaning to doing things the windows way, and now in gnome3 they are pushing the windows  mindset and methodology further and further into gnome3 to point that we now have issues like this.

--- bill
explains why i didnt have issues opening the image, thought it will be the same for the rest.

rk

olikraus

#10
Jun 12, 2018, 06:30 am Last Edit: Jun 12, 2018, 06:31 am by olikraus
It says the controller is ST7587.    I found a datasheet here

David.
Unfortunately it opens a ST7567 datasheet.

To answer your initial question:
Quote
Can anybody help me with interfacing this lcd with arduino?
I personally do not know any Arduino library for this kind of display. U8g2 supports ST7588, but both ST7588 and ST7567 only include RAM for 81x132 and 65x132 pixel. This means, already as per the resolution, known software for a controller with similar number will not fit.

Without the datasheet of the ST7587, there is almost no hope to use this display.

Oliver



hwayboy

Unfortunately it opens a ST7567 datasheet.

To answer your initial question:
I personally do not know any Arduino library for this kind of display. U8g2 supports ST7588, but both ST7588 and ST7567 only include RAM for 81x132 and 65x132 pixel. This means, already as per the resolution, known software for a controller with similar number will not fit.

Without the datasheet of the ST7587, there is almost no hope to use this display.

Oliver



ohh , that's disappointing :(

olikraus

ohh , that's disappointing :(
Maybe... but there are similar LCDs, new and with Arduino support, like this: https://www.aliexpress.com/item/2-2-inch-12P-SPI-COG-172104-LCD-Screen-ST75256-Drive-IC-3-3V-5V/32822330243.html

Oliver

Go Up