ESPboy new batch display stays white

[ESPboy-edu]

Hello!

Environment ( 実行環境 )

• MCU or Board name: ESPboy
• Panel Driver IC: ST7735 (probably new revision)
• Bus type: SPI
• LovyanGFX version: latest
• FrameWork version: Arduino LOLIN WeMos 3.1.2
• Build Environment: ArduinoIDE
• Operating System: macOS

Problem Description ( 問題の内容 )

A new batch of ESPboy has been released with no change in circuitry or components. Maybe the ST7735 128x128 display is some new version, but visually looks the same as before.

1. Applications created using LovyanGFX on new batch ESPboy consoles do not run the display properly. It remains all white. However, if we take the ESPboy from the old batch, everything works fine.
2. Applications that use TFTeSPI or Adafruit_ST7735 libs on both the old version of the displays and the new version work fine.

I have assumed that the display pin CS is not being set LOW (GND) so that the SPI works as it should. However, there is no problem with this. Probably some kind of ST7735 initialisation problem.

I am willing to help in troubleshooting the problem, e.g. send an ESPboy from the new batch for testing or I can do experiments according to the instructions.

Expected Behavior ( 期待される動作 )

Display should work fine.

Actual Behavior ( 実際の動作 )

Remains white.

Steps to reproduce ( 再現のための前提条件 )

Install Dino, Pong, 2048, Thermometer, WiFi Scanner from the WebAppStore
https://espboy.m1cr0lab.com/demo/appstore/
or use this code
https://github.com/ESPboy-edu/ESPboy_FirstTest/tree/master/ESPboy_FirstTest_ESPboyLibs_LovyanGFX

Code to reproduce this issue ( 再現させるためのコード )

https://github.com/ESPboy-edu/ESPboy_FirstTest/tree/master/ESPboy_FirstTest_ESPboyLibs_LovyanGFX

[tobozo]

Hi,

please confirm that the latest version of LovyanGFX works with the older batch of ESPBoy, this should help pinpoint the source of the issue.

[ESPboy-edu]

Hi,
The latest version of LovyanGFX works fine with the older batch of ESPBoy.
Thanks.

[tobozo]

thanks,

maybe the panel id changed, and it's ignored by autodetect?

maybe you can try this after init:

uint32_t id = tft.getPanel()->readCommand(0x04, 0, 4);
// expected by autodetect:  (id & 0xFF) == 0x7C

[tobozo]

or you can uncomment this line so that it'll print the id to the console

[ESPboy-edu]

old batch readed 0x7c
new batch readed 0x00
:(

but ESPboy is defined so maybe there is no need to check LCD ID additionally if there is ‘#define LGFX_ESPBOY’.

#define LGFX_ESPBOY 
#include <LovyanGFX.hpp> 
#include <LGFX_AUTODETECT.hpp> 

UPD
commenting this line fixes problem

Thanks for help!

[tobozo]

it sounds like the newer display version is not readable, can you try to test tft.copyRect() function on both the older and newer display version to see if the results are consistent?

if it is confirmed that the newer display cannot be read, maybe playing with cfg.freq_read value will improve things?

providing the specs sheet for that newer display would help a lot I guess

[ESPboy-edu]

the old 1.44'' 128x128 ST7735 display is also not readable as far as i know, but i have to check both

here is the LCD
https://aliexpress.ru/item/1005008067134801.html?sku_id=12000043520310231&spm=a2g2w.productlist.search_results.18.50a02d12ArdepM

datasheet
https://github.com/lanrat/CHVBadge_16/blob/master/Defcon%20SDK/doc/Native%20SDK/Hardware/Datasheets/SPEC-Z144SN005.pdf

and the same is used in blue modules like this
https://aliexpress.ru/item/1005005236327965.html?sku_id=12000032314391316&spm=a2g2w.productlist.search_results.8.50a02d12ArdepM

and probably in red modules also
https://aliexpress.ru/item/32948169577.html?sku_id=12000042920524825&spm=a2g2w.productlist.search_results.6.50a02d12ArdepM