MCF52233DEMO gets reset after running few days (Nichelite stack) - where to keep break point?

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

MCF52233DEMO gets reset after running few days (Nichelite stack) - where to keep break point?

1,036 Views
TVNAIDU
Contributor III

MCF52233DEMO gets reset after running few days (Nichelite stack running) - where to keep break point to catch this reset?. suddenly gets reset, I am running with Nichelite stack. This is not exact 52233DEMO, this board designed using DEMO board as reference.

Labels (1)
0 Kudos
6 Replies

492 Views
TomE
Specialist II

What does the Reset Status Register (RSR) say was the cause of the last reset?

 

Check your power supplies. They may be causing the reset.

 

Is it shielded and earthed properly? I've had these things reset when I touch something nearby (like a connected USB cable) and am probably carrying a charge.

 

I assume you're running with a debug pod attached. Does it reset without the pod attached?

 

Add breakpoints to EVERY error-interrupt vector you can find in the data sheets.

 

Is there a hardware watchdog running? Disable it. If the code is locking up somewhere you should be able to stop it with the debugger and find out where it is. You can always code a software watchdog causing an IPL7 interrupt - have that ISR print out where it has interrupted from (or put the breakpoint on that code).

 

Tom

 

 

 

0 Kudos

492 Views
TVNAIDU
Contributor III

Right now board is running from Flash. I did burn the image into flash, it gets reset automatically after random Hours, this CLI with MCF52233 doesn't have any command to dump RSR, may be if there is someway I should find how to check RSR when it is running from Flash. I deatched BDM dongle and running from flash. Power supply looks Ok, I measured volatge, always it shows 4.999 which is input to 52233 board.

 

 

0 Kudos

492 Views
TomE
Specialist II

If you don't have the debugger attached, where is the breakpoint going to "break" to? Or is it running a debug monitor (you didn't say)?

 

> this CLI with MCF52233 doesn't have any command to dump RSR,

 

Can it dump memory? The RSR is at:

 

    11.3.2 Reset Status Register (RSR)

    Address: 0xFC0A_0001 (RSR)

 

So just dump 0xfc0a0001 as a byte, or 0xfc0a0000 as a short or word and decode the bits.

 

Tom

 

0 Kudos

492 Views
TVNAIDU
Contributor III

Thanks. I hookup BDM debugger and ran it again. this time I can see exception during printing (printing got stoppd in middle on console), it points to "uart_isr" routine, which is calling from usrt0_isr.

 

Then I looked into RSR using debugger, RSR value is: 0x40. Reference manual says for Bit 6 is: LVD (Low voltage detect), may be this is some low voltage issue. with multimeter I measured output voltage of power source which is 5V it says.

 

some of other register values I noted:

 

RSR:  0x40

ResetControllewr_RCR: 0x05

LPICR:  0x0F

Powermanagement_LPCR  0x02

 

Probably my reset is happening because of low voltage?

0 Kudos

492 Views
scifi
Senior Contributor I

 


TVNAIDU wrote:

...

with multimeter I measured output voltage of power source which is 5V it says.

...


I suspect that the output voltage of the power source is largely irrelevant. You should measure the supply voltage to the MCU which should be 3.3V nominal.

 

0 Kudos

492 Views
TomE
Specialist II

And measure it with an oscilloscope.

 

It only has to glitch low ONCE for a microsecond or so in a few days to cause the resets you're seeing.

 

Scifi is right. The 3V3 may be low and marginal. Something may be loading it down. Something may be shorting it to ground.

 

Tom

 

0 Kudos