cancel
Showing results for 
Search instead for 
Did you mean: 

Low cost micro for RGB

Ricko
Senior III

Hi,

what are the lowest cost STM32 that support full graphics (static and minimal animation like a progress bar or spin control) with RGB/parallel interface (not DSI nor SPI)?

Is there perhaps a comparison table that addresses such display-related requirements to help select a micro?

If not, any tips, suggestions or guidelines would are much appreciated.

Thank you

1 ACCEPTED SOLUTION

Accepted Solutions

Painting a basic frame buffer tends to require FMC for external memory, LTDC to paint the rasters to a RGB output.

Tends to be larger pin count devices to account for the memory interface and the perhaps 24-bits of video data for the colour DAC

Low resolution screens can be accommodated with internal RAM, but as that expands so does the cost. As the resolution increases more data must be moved to paint frames at 50 or 60 Hz

The STM32F429 was one of the earlier models supporting SDRAM for frame(s) and graphics, and the LTDC. Prior people used DMA, or a graphic controller via the external memory interface FMC/FSMC

>>static and minimal animation like a progress bar or spin control

That's mostly library level stuff, you can spend money on them or DIY. ST has some simple line, dot, circle try implementations in some of their BSP. And did ship STemwin

https://www.st.com/en/partner-products-and-services/segger-emwin.html

https://www.st.com/resource/en/application_note/an4323-getting-started-with-stemwin-library-stmicroelectronics.pdf

Tips, Buy me a coffee, or three.. PayPal Venmo
Up vote any posts that you find helpful, it shows what's working..

View solution in original post

13 REPLIES 13
STTwo-32
ST Employee

Hello @Ricko 

For that i suggest you to refer to our GUI silicon portfolio table and the GUI software available for stm32 display kits. That should be really helpful. After that and for price sélection, i suggest you to use the STM32McuFinder.

Best Regards.

STTwo-32

To give better visibility on the answered topics, please click on Accept as Solution on the reply which solved your issue or answered your question.

Painting a basic frame buffer tends to require FMC for external memory, LTDC to paint the rasters to a RGB output.

Tends to be larger pin count devices to account for the memory interface and the perhaps 24-bits of video data for the colour DAC

Low resolution screens can be accommodated with internal RAM, but as that expands so does the cost. As the resolution increases more data must be moved to paint frames at 50 or 60 Hz

The STM32F429 was one of the earlier models supporting SDRAM for frame(s) and graphics, and the LTDC. Prior people used DMA, or a graphic controller via the external memory interface FMC/FSMC

>>static and minimal animation like a progress bar or spin control

That's mostly library level stuff, you can spend money on them or DIY. ST has some simple line, dot, circle try implementations in some of their BSP. And did ship STemwin

https://www.st.com/en/partner-products-and-services/segger-emwin.html

https://www.st.com/resource/en/application_note/an4323-getting-started-with-stemwin-library-stmicroelectronics.pdf

Tips, Buy me a coffee, or three.. PayPal Venmo
Up vote any posts that you find helpful, it shows what's working..
Ricko
Senior III

Thank you @STTwo-32 

I noticed on the GUI silicon portfolio that the SPI is used by quite a few micro families for resolutions of up to 480 x 272.

Do you know if SPI for those micros allows refresh without the tearing effect (i.e. refresh of the whole screen at once)?

If so, at what colour depth? Do they assume 8 bits per colour?

Finally, are small animations supported without seeing the tearing effect?

Thank you

For such informations, i think it Will be better to ask such a question on a new thread in the touchGFX and GUI forum since our graphic experts and users may help you more for such information. 
Best Regards.

STTwo-32

To give better visibility on the answered topics, please click on Accept as Solution on the reply which solved your issue or answered your question.

Ricko
Senior III

Thank you both :)

Tearing tends to depend on bandwidth, and having multiple frame buffers that can switch cleanly in the retrace time, and not painting into the active frame buffer.

Perhaps look for panels with native painting support for sprites, GIFs, fonts, etc.

With "Low Cost" you're generally trading your effort against features implemented by others.

Perhaps look at the work of Peter Mather and others

https://www.youtube.com/watch?v=FtQdO4To1vg

https://github.com/RobertoBenjami/stm32_vga

https://youtu.be/2rrmiBwJffc

Tips, Buy me a coffee, or three.. PayPal Venmo
Up vote any posts that you find helpful, it shows what's working..
Oleksii
Associate III

If you need to display a value or some small animation in response to events or changes in the menu screen, a STM32F072 and an ILI9486 3.5-inch screen (480x320, 8-bit bus) or a similar one will be sufficient.

I have such a setup that receives values from the CAN bus, displays them, and controls the equipment (sending commands via CAN).

Oleksii
Associate III

Ricko
Senior III

Thank you both.

@Oleksiicould you share the display part number or link so I can see the details.

Thank you