Skip to main content
kgai
Associate II
November 25, 2020
Solved

In fact there IS A BUG during stm32l496 + TouchGFX(4.15, Freertos & No dma mode)

  • November 25, 2020
  • 2 replies
  • 837 views

Just like this link

https://community.st.com/s/question/0D53W00000AYdlzSAD/basic-touchgfx-application-dont-work

when anyone start a basic touchGFX project with stm32l496 , using Freertos & no dma mode, u will get TouchGFXHAL::flushFrameBuffer never called because of endless waiting for dma unlock.

if u set lockDMAToFrontPorch(false); than it works but you will lost right refresh freq because the engin will create one frame after another and never pause, even u just called touchgfx::OSWrappers::signalVSync() one time.

and no one give an anwser by far. good job.

This topic has been closed for replies.
Best answer by Martin KJELDSEN

I'll try to take another look at this, hopefully tomorrow.

2 replies

Martin KJELDSEN
Martin KJELDSENBest answer
Principal III
November 25, 2020

I'll try to take another look at this, hopefully tomorrow.

kgai
kgaiAuthor
Associate II
November 26, 2020

it was so strange that after I post this question it works as expected now. I will check my project in detail.​