cancel
Showing results for 
Search instead for 
Did you mean: 

Hello, i hava got a problem with full scrren size controls. Sometimes, there will be a flash line end of the controls. What i suppose to do with this problem?

Dd.21
Associate II

Box

0693W000006H8vNQAS.jpg 

Container0693W000006H8vIQAS.jpgButton0693W000006H8vDQAS.jpg

1 ACCEPTED SOLUTION

Accepted Solutions

Only RAM is smaller, because when framebuffer start on 0x20048000

RAM must end here.

View solution in original post

17 REPLIES 17
MM..1
Chief II

Here is more possible fails. LTDC framebuffer error in config, Porch data for LCD . Source images converting problem when 565 used...

Thank you for your answer. Sorry, but this really puzzles me. if it is a framebuffer or porch data problem, shouldn't all similar scenarios go wrong? And, I used RGB888 configuration in TouchGFX Designer.

MM..1
Chief II

As i write source images format no screen, then when you use png 565 for screen 888. But you have this on color box too then format isnt source.

Have your LCD internal framebuffer or you use video mode? single or double buffer?...? Get full info about your config help solve your trouble...

0693W000006HEuaQAG.pngThis is my LTDC init code. The problem is not always here. Once this problem occurs next to a control that has had a problem, then all the control that has the problem will have this problem again. Is it possible that something is wrong with the screen itself?

320x360x3=345600 and your FBStartAddr is 300k in SRAM , you dont get info how STM you use, Where is your FB ???

I used RAM for FB. Start Addr = 0x2004b000, len = 0x200a000 (340k). How STM I used? Sorry, I dont understand.😂

When I touch the screen in a certain way, this line will go out, so I think there may be something wrong with the screen.

WTF  len = 0x200a000 (340k) ???

STM32XXXX ??? internal ram over 600k ???

OK SRAM3, but len = 0x200a000 is bad

How method you use to reserve framebuffer memory?

Now seems stack or heap data overwrites your end bytes in FB