GUIX porting on MIMXRT1052

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

GUIX porting on MIMXRT1052

1,512件の閲覧回数
vipuljain91
Contributor I

I took an example code form MCUexpreso SDK, which is "EVKB-IMXRT1050-guix_washing_machine".

the code is building but when I am flashing it on Board I am nothing on display as well as UART. 

Please guide me.

I have Updated PinMUX and Board and LCD driver.

#iMXRT1052 

iMXRT1050 

0 件の賞賛
返信
5 返答(返信)

1,476件の閲覧回数
vipuljain91
Contributor I

hi digo, 

Thanks for updating.

I have tried with LPUART, Uart is working.

But for "EVKB-IMXRT1050-guix_washing_machine", I found that problem is due to  improper memory mapping. Demo code is using SDRAM and  The board on which I am working, it has only Qspi memory. Please guide me to modify .icf file according to it.

 

0 件の賞賛
返信

1,454件の閲覧回数
diego_charles
NXP TechSupport
NXP TechSupport

Hi @vipuljain91 

Thanks for the follow up! yes,  the demo is linking to SDRAM several elements. 

I think that it won't be possible to bring this demo to work with ease to the due to RT1050's  internal SRAM memory size limitation. External SDRAM usage (close to 600 KB)  is bigger than the available size of internal SDRAM (512 KB). 

Below some snapshots of the memory consumption of the MCUXpresso demo release. It may be pretty similar on KEIL MDK

diego_charles_0-1676917666391.png

There is a big buffer called frame_buffer which used to hold LCD image, this buffer will consume almost all of the available internal SDRAM.

diego_charles_1-1676917686986.png

This buffer is statically defined like this by the GUIX display driver.

 

#define DISPLAY_HEIGHT 272
#define DISPLAY_WIDTH  480
-------
#define FRAME_BUFFER_ALIGN  64
#define FRAME_BUFFER_PIXELS (DISPLAY_HEIGHT * DISPLAY_WIDTH)
-------
AT_NONCACHEABLE_SECTION_ALIGN(static USHORT frame_buffer[2][FRAME_BUFFER_PIXELS], FRAME_BUFFER_ALIGN);

 

You may configure internal SRAM ( see AN12077 ) to place the frame_buffer into internal SRAM, but you may run out of space to other RAM residing variables, or have to do a lot of optimization. I am not telling this is impossible, but adapting this demo may be beyond my support scope.

All the best, 

Diego

 

 

0 件の賞賛
返信

1,445件の閲覧回数
vipuljain91
Contributor I

Hi Diego,

Thanks for your support.

Can you please connect me with the right person. 

I have managed memory in internal SRAM. I think I am facing problem in boot or startup section.

Please guide. Can you manage a web meeting so that I can show you what is the exact problem.

 

  

0 件の賞賛
返信

1,407件の閲覧回数
diego_charles
NXP TechSupport
NXP TechSupport

Hi @vipuljain91 

I am sorry for not being able to get back to you sooner. 

Unfortunately, I can not provide calls, my support is limited to this public space. Customers are also supported by their DFAE or NXP FAE, depending on their project opportunity etc.

Thanks for letting me know about the internal SRAM management you did. Regarding the boot or startup section, if this is not related to the GUIX porting, please create a new thread.

Regards,

Diego

0 件の賞賛
返信

1,501件の閲覧回数
diego_charles
NXP TechSupport
NXP TechSupport

Hi @vipuljain91 

I recommend you to first run a LPUART demo and check if works. This demo should do an ECHO of the messages you type.

Then regarding the LCD, those examples suppor the RK043FN02H and RK043FN66HS Rocktech LCD panels. Make sure to select you LCD panel on the file display_support.h.

The demo prints useful information to the UART terminal for debugging. 

Best regards, 

Diego

0 件の賞賛
返信