Arduino and PlatformIO IDE compatible TFT library optimised for the Raspberry Pi Pico (RP2040), STM32, ESP8266 and ESP32 that supports different driver chips
I see a lot of Chinese vendors now selling these displays for cheap which appear to be defective.... they have a blue label and under TFT_eSPI, behave like 120x60 displays.... the screen is black at the end furthest from the ribbon. I have been looking into this and have a partial solution but am a babe-in-the-woods on LCD tech. Hopefully someone can help.
First, full disclosure, I got GREAT help from Dave Prentice on the Arduino forum, could not have gotten this far alone.
I obtained an 8051 driver from the Chinese vendor and Dave converted it and made a simple test sketch which works, it can
access the entire display (80x160) in simple fillRect() drawRect() style. IMHO the problem with these displays seems to be large screen offsets but ALSO that the controller is a clone of ST7735S, the init() code uses several undeclared controller registers/addresses.
My application is a jpg image load of the display in portrait mode. My code works with my "GOOD" displays (ST7735REDTAB). Of course I thought a bunch of $2 displays was too good an opportunity to pass up. More fool me?
I took the init() routine of Daves code and hacked it into ST7735_init(define)(rotate) driver files by adding a temporary INITR_BLUETAB #define. It's working in that I can access the whole display height (160) but my images are offset in the width (80) dimension. As I said, the 8051 code has correct geometry, so perhaps I am abusing Bodmers masterpiece? :-)
Sorry if I am not using correct LCD terminology... I know these are not simple bitmapped displays, but this is all new to me.
Q1. Where do I start trying to correct the geometry?
Q2. Is there some documentation on how to add/extend a driver?
I am happy to share my code, especially when I get it to work... but this msg has been long enough :-)
Here is the init() code I am using in st7735_init.h:
I see a lot of Chinese vendors now selling these displays for cheap which appear to be defective.... they have a blue label and under TFT_eSPI, behave like 120x60 displays.... the screen is black at the end furthest from the ribbon. I have been looking into this and have a partial solution but am a babe-in-the-woods on LCD tech. Hopefully someone can help.
First, full disclosure, I got GREAT help from Dave Prentice on the Arduino forum, could not have gotten this far alone. I obtained an 8051 driver from the Chinese vendor and Dave converted it and made a simple test sketch which works, it can access the entire display (80x160) in simple fillRect() drawRect() style. IMHO the problem with these displays seems to be large screen offsets but ALSO that the controller is a clone of ST7735S, the init() code uses several undeclared controller registers/addresses.
My application is a jpg image load of the display in portrait mode. My code works with my "GOOD" displays (ST7735REDTAB). Of course I thought a bunch of $2 displays was too good an opportunity to pass up. More fool me?
I took the init() routine of Daves code and hacked it into ST7735_init(define)(rotate) driver files by adding a temporary INITR_BLUETAB #define. It's working in that I can access the whole display height (160) but my images are offset in the width (80) dimension. As I said, the 8051 code has correct geometry, so perhaps I am abusing Bodmers masterpiece? :-)
Sorry if I am not using correct LCD terminology... I know these are not simple bitmapped displays, but this is all new to me.
Q1. Where do I start trying to correct the geometry?
Q2. Is there some documentation on how to add/extend a driver?
I am happy to share my code, especially when I get it to work... but this msg has been long enough :-)
Here is the init() code I am using in st7735_init.h:
` if (tabcolor == INITB) { commandList(Bcmd); }else if(tabcolor == INITR_BLUETAB) {
// writecommand(TFT_INVON); colstart = 1; rowstart = 26; }`