In fact there IS A BUG during stm32l496 + TouchGFX(4.15, Freertos & No dma mode)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2020-11-24 10:48 PM
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.
Solved! Go to Solution.
- Labels:
-
STM32L4 series
-
TouchGFX
Accepted Solutions
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2020-11-25 6:17 AM
I'll try to take another look at this, hopefully tomorrow.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2020-11-25 6:17 AM
I'll try to take another look at this, hopefully tomorrow.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2020-11-25 7:19 PM
it was so strange that after I post this question it works as expected now. I will check my project in detail.​
