LPCOPEN 2.04, problem with SDRAM related to Board_SetupMuxing

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

LPCOPEN 2.04, problem with SDRAM related to Board_SetupMuxing

574 Views
lpcware
NXP Employee
NXP Employee
Content originally posted in LPCWare by lturcotte on Tue Jan 07 10:18:43 MST 2014
Hi

The code sample related to SDRAM  were not working in LPCopen 2.04 ( EMWIN, memtest ...)
the problem was related to the configuration in Board_SetupMuxing. incorrect configuration of clock pin muxing


from file:  Board_sysinit.c

/* Sets up system pin muxing */
void Board_SetupMuxing(void)
{
#if 0
// original code
int i;

/* Setup system level pin muxing */
Chip_SCU_SetPinMuxing(pinmuxing, sizeof(pinmuxing) / sizeof(PINMUX_GRP_T));

/* Clock pins only */
Chip_SCU_SetPinMuxing(pinclockmuxing, sizeof(pinclockmuxing) / sizeof(PINMUX_GRP_T));

#else
// working code
int i;

Chip_SCU_SetPinMuxing(pinmuxing, sizeof(pinmuxing) / sizeof(PINMUX_GRP_T));

/* Clock pins only, group field not used */
for (i = 0; i < (sizeof(pinclockmuxing) / sizeof(pinclockmuxing[0])); i++) {
Chip_SCU_ClockPinMuxSet(pinclockmuxing.pinnum, pinclockmuxing.modefunc);
}

#endif
}
Labels (1)
0 Kudos
Reply
3 Replies

532 Views
lpcware
NXP Employee
NXP Employee
Content originally posted in LPCWare by LVL on Wed Feb 26 07:47:38 MST 2014
Thanks for the note.
I'll take a look at the RTC when I made some progress in my project.
0 Kudos
Reply

532 Views
lpcware
NXP Employee
NXP Employee
Content originally posted in LPCWare by lturcotte on Mon Feb 24 09:09:08 MST 2014

and If the RTC function are used, it will also reprogram the SDRAM clock

http://www.lpcware.com/content/forum/lpc4357-enable-rtc-and-show-time-display-panel-using-emwin-func...

regards
0 Kudos
Reply

532 Views
lpcware
NXP Employee
NXP Employee
Content originally posted in LPCWare by LVL on Mon Feb 24 07:42:37 MST 2014
Thank you lturcotte for posting this!!!!!
I have no idea how I got here, but I am so relieved!
I was actually googling how I could do a memtest which is provided in the lpcopen package. (keywords: lpcopen memtest)

I have been trying to find the error which was making the emWin GUI_Init() function generating some error. (and making the mcu completely unresponsive, even debugging wouldn't let it stop...)
Same problem occurred using NXP's SWIM graphics library.
I already thought it was due to some RAM init faults, but how could I have found this bug when I couldn't even debug :(

I really hope this issue will be fixed in the next release of the lpc_open packages!

Please pay attention to this fault people!

Some side information: I am using a Keil MCB1850 development board using LPCXpresso v6.1.4 [Build 194] and the standard LPC-Link from a LPCXPresso LPC1769 REV B board from embedded artists. And booting from the SPIFI flash memory.

0 Kudos
Reply