Interfacing STM32F429VIT6 with TFT LCD display without using external RAM

[selamu]

Hi ST community,

Recently i am working on a project, home automation, and i would like to use STM32F429VIT6 MCU and 3.5 inch 320RGB x 480 LCD display on the project. The LCD display controller is ST7365P from Sitronix, with Frame Memory Size: 320 x 480 x 18-bit = 2,764,800 bits. 

My question is, is it possible to interface STM32F429VIT6 MCU with the TFT-LCD display through LTDC without using an external RAM just by using the On-chip Frame Memory?

Attached are the TFT-LCD display and the ST7365 controller datasheet.

Regards,

[AScha.3]

Hi,

>TFT-LCD display through LTDC without using an external RAM

Yes, these kind of displays have the frame buffer RAM on the driver chip, so need no other ram for running.

I use similar TFTs , with ILI9343 or ST7789 etc, but always using the SPI interface (less wiring and needed pins).

Writing to the picture is little slower, but as long as you dont want show a video or a fast game, but more a "info sceen" , no need for super fast picture update.

I just looked on github for a driver, ST7365 seems unusual, i found nothing...

[selamu]

Hi,

Thank you for your reply.

Yes, SPI interface uses less wiring. The TFT-LCD display I have, LCM interface is SPI+RGB. This means the SPI interface can be used to send pixel data to the display rather than initializations?

Regards,

[AScha.3]

Right, see my pic...its just on a bluePill , F103 , 7 wires to display.

[MM..1]

TouchGFX 4.25 introduces emulated framebuffer (patent pending), which takes significantly less space in memory by breaking the image to be displayed into chunks and using a memory mapping technique that does away with the graphical RAM on the display itself. Consequently, systems that previously required external RAM can now run on a single-chip board, thus lowering the bill of materials. Moreover, because ST integrated the technology at the middleware level, developers can take advantage of it by choosing the right option in TouchGFX Generator to see if it makes sense for their project. It also forces engineers to look more closely at their framebuffer strategy to see if it fits their application, something that too many often overlook.

Or try normal partial mode SPI set area ... RGB send data...