When will STM32CubeMX support STM32L4+ TouchGFX ?

[MHo.15]

When will STM32CubeMX support STM32L4+ TouchGFX ? We have a project waiting for this.

[MHo.15]

No, I use ​STM32L4R9I-EVAL which has both 390*390 and 480*272 display.

[Pascal1]

I'm still in the same annoying situation.

I just described what I tried on this feed :

https://community.st.com/s/question/0D50X0000ARQWZOSQ5/stm32l4r9ieval-with-dpi-480x272-lcd-application-template

In fact, I did what martin.ho1 is trying to do. As I said, I have a compiling project but not perfectly running.

I was also hoping something working would be released to help us. Maybe the project you provided as example in the other thread is a good starting point but would be better if you confirm us it works with a 4.10 version.

As we are some to have the same kind of problems, hope you will spend some time on it.

Thanks.

[MHo.15]

Hi Martin,

I try to build a TouchGFX L4+ project by generating a F4 project first and then replace the low level drivers. However, it can not display image correctly.

It should display this

but actually displayed like this . The project file ( for L4R9 EVAL board ) is uploaded. Could you please help to check what the problem is ? Thanks.

[Martin KJELDSEN]

I don't have an L4R9-EVAL board with the 480x272 display in the lab currently. Maybe you can help me out a bit with some more information:

Have you tried debugging a bit? Is the application working but just displaying things incorrectly?

/Martin

[MHo.15]

Yes, we have two engineers trying to debug for one week. The picture above is the best result we can achieve so far. The application is working but just displaying things incorrectly.

[Martin KJELDSEN]

Okay, Martin,

Are you able to display anything on the screen without TouchGFX? First step is probably to make sure that the display works as expected. What is your LTDC configuration? Does it match your TouchGFX application bit depth?

/Martin

[MHo.15]

Yes, it's no problem for us to display content on the screen by filling data into frame buffer without using TouchGFX. The bit depth is correct. You could check my previous post. We already successfully converted a STM32F4 TouchGRX project to L4+ for a 390*390 DSI diaplay. However, the same approach can not work well for a 480*272 RGB display. That's why we need your help. We guess that the the L4+ RGB display driver is not fully compatible with TouchGFX core. ​

[MHo.15]

What we need is to enable TouchGFX Designer tool for our STM32L4+ based project. We adopted a 480*272 RGB display.

[Martin KJELDSEN]

Hi @MHo.15​,

The display driver for a parallel RGB at its core is not something that the TouchGFX core library worries about. At its core, replacing the display requires:

1) Configuration of the display itself.

2) Configuration of LTDC and layer in terms of depth, porch areas and framebuffer address

3) Configuration of synchronization signal - Depending on the type of display this may be VSYNC or TE signal. This signal drives the TouchGFX HAL to render screens to the framebuffer which is then read by the LTDC (closely tied to the sync signal).

Do your error registers give and hints?

/Martin

[LPers]

Any update on that? I can't integrate touchgfx to the STM32L4R9 using STM32 Cube version 5.2.1.

[Martin KJELDSEN]

Hi @Community member​,

TouchGFX + L4 will be in CubeMX within this year. There's a new update coming out (5.4.0) in the coming few weeks, i think. And 6.0 will be out end of year. 6.0 will definitely have the support, but 5.4.0 may already have it.

/Martin

[LPers]

Hi @Martin KJELDSEN​ 

That's good news :) waiting for it.

Thank you for the update!