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 .
Strange, your jpg is not readable.
Oliver
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.
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:
is it readable now?
It works for me.
--- bill
bperrybap:
It works for me.
--- bill
my bad , i should've checked the file type beforehand.
hwayboy:
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
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.
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
bperrybap:
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
david_prentice:
It says the controller is ST7587. I found a datasheet hereDavid.
Unfortunately it opens a ST7567 datasheet.
To answer your initial question:
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
olikraus:
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 
hwayboy:
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
also interesting, are there any news?
There is still no datasheet for the ST7587 available. I think support could be implemented into u8g2 if the datasheet would be available.
Oliver