Showing results for 
Search instead for 
Did you mean: 

Problems with ST7789 LCD code (MCD Application Team)

Associate II

Hi All,

I'm new to the STM32 community. I've been sharing a lot of my open source imaging code with the Arduino community for the last few years. Much of the code can run within the CubeIDE without modification.

My first test was to get my JPEG and GIF decoders running on an old STM32F723 Discovery board. The built-in LCD didn't work, so I connected an external 280x240 ST7789 LCD to SPI1. Before porting my ST7789 code, I tried to use the library offered by the examples in the latest STM32CubeIDE libraries (st7789h2 written by the MCD Application team). After looking through the code, I noticed some problems in the approach and a noteworthy bug (see below):

Screenshot 2024-04-07 at 11.13.42 AM.png

First of all, who is the "MCD Application Team"? Are they interested in feedback? Bug fixes? Better code to replace these libraries?

Besides the error above, the overall approach to communication with the LCD is wrong in that it will make every operation much slower than necessary. What's the right approach to share fixes and new code with this community?

I created a demo project on the STM32F723 (video below). I'll share this on my Github account once I've added a bit more documentation. Is anyone interested in faster JPEG/PNG/GIF/BMP/TIFF/VIDEO running on their STM32 boards? Another issue is memory usage. My JPEGDEC library needs only around 17K of SRAM to decode any size image ( Please let me know.

Larry Bank


ST Employee

Hello @bitbank,

I moved your thread to the STM32 MCUs Embedded software forum because we don't have the knowledge to reply you in the TouchGFX forum.

ST Software Developer | TouchGFX