Re: How to find why the system reset?

"Steven Woody" <narkewoody@xxxxxxxxx> wrote in message
news:1185897467.174976.3850@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
On Jul 31, 11:42 pm, "Peter Dickerson"
<firstname.lastn...@xxxxxxxxxxxxxxxx> wrote:
"Steven Woody" <narkewo...@xxxxxxxxx> wrote in message

news:1185895126.175695.50750@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

hi,

may be caused by a buggy code somewhre, a system we developed under
M16C microprocessor will reset itself in some cases. i want to
find
out what's the cause of the reset ( the hardware watchdog was
turned
off ). is there any idea about this kind of problem? and, could
you
please introduce any method used to detect causes of system reset?

I've used the M16C62 without problem. It's many years now sincebut
there are
thousands in the field without every reporting this. Are you using
internal
or external memory? Clock speed? I used Mitsubishi's own NC30
compiler in
large model.

Peter

mine is also M16C62 and it equips 31k internal memory. i think that
is a code bug and i just want to find out what's the cause of reset.
if that is a fault of IAR compiler, what kind of defects will cause a
reset? thank you.

Are you seeing a hardware or software reset? If hardware, is it possible
that some illegal state (e.g. bus contention) is drawing so much current
from the PSU that your reset supervisor kicks in?

If software, do you have traps in your code - i.e. excluded states which
when detected result in a software reset? Is there anything in your code
which results in a software reset? If so, maybe write a "reason" code to
a location which doesn't get cleared at (software) reset and report it
somehow after startup.

Does the processor itself have traps that can result in a reset? (Many
do - not sure about yours.)

Just some thoughts...

Steve
http://www.fivetrees.com


.

Quantcast