K70 with MQX 4.0.2 reset continually

[Microfelix]

hello

I have a problem that occurs rarely in my production of electronic boards.

I use a K70 with MQX 4.0.2. I made a firmware that uses a variety of peripherals (SPI, NAND FLASCH, SD CARD, USB, UART, ETHERNET).

Of the 500 boards just realized there are a few who do not understand why they should be continually reset. I have tested all the way down all peripherals, but occasionally goes into reset.

I am looking for some tools to debug this board.

And 'possible to activate LOG?

thanks

maurizio

[LuisCasado]

Hello Maurizio,

First, you should read the cause of reset registers and send, for example, to serial port after resetting. Next time you get an unexpected reset, you can read the cause of reset.

Best Regards,

Luis

[Microfelix]

Then I still have a strange effect.

I use the serial port as a monitor and sent to the TeraTerm.

On a card working okay, I get the debug strings.

But on this, you reset that, every so often there comes a strange character.

Any other ideas?

Maurizio

ps.

these registers reset them find the manual of the K70(RCM_SRS0)?

Thanks

Maurizio

[Microfelix]

I tried to upload a different firmware. Small. Always MQX 4.0.2. Same libraries.

The microprocessor not reset. But, do not just reload the original firmware, which runs on about 500 cards, he begins to reset.

It 'possible that the MQX has problems and resets?

And 'possible to monitor this?

thanks

[LuisCasado]

Hello,

Are you using DDR?

Luis

[Microfelix]

Yes.

It might depend on the DDR.

I created a test software, writing, and verification of the entire DDR. The result is OK

but I could also have done something wrong

recommendations?

Maurizio

[Martin_]

Maurizio, please double check the DDR2 clock frequency. I just realized the K70 BSP configures PLL1 for 120 MHz, which might be on the edge of timing requirements for some DDR2 SDRAM chips ? Try to configure PLL1 for 150 MHz (In MQX 4.0.2 just change MCG_C11 = (uint8_t)0x03U in bsp_cm.c source file in the K70 BSP project - this should bring 150 MHz to DDR2 clock).

[Microfelix]

hello martin

inside the file bsp_cm there are so many routine with this initialization.,

I have to change them all?

I edited "__pe_initialize_hardware" and I modified:

MCG_C11 = (uint8_t) 0x03U;

Before I had a reset 2/3 minutes. But since I did this fix, until now still has not reset.

Why?

Maurizio

[LuisCasado]

Hi,

As I told you, to understand the reason of reset would be very useful. You can send to GPIO (serialize) de source of reset registers. And some kind of stress test to DDR should be needed.

Some of your tasks could be out of memory,.. Check also the Task status and errors with TAD.

Best Regards,

Luis

[Microfelix]

hi,

Indicates a reset was caused by the ARM core indication of a LOCKUP event.

recommendations?

Maurizio

[Microfelix]

Sorry. I just wanted to point out that there is no active watchdog and

do not get any type of exception.

Maurizio