hi
working with AT89C51ED2 device from Atmel, has anyone encountered a
situation in which a single or multiple bit of the internal flash
image file get corrupted?
i need a few hints on this phenomena which prevent correct code
execution, major suspicion is brown-out scenario?
Best regards
Read-Only
Author Per Westermark
Posted 7-Feb-2012 13:48 GMT
Toolset C51
RE: bit corruption in Atmel AT89C51ED2 internal flash
Per Westermark
The first question to ask is always: Do you have a supervisor for
the supply voltage, that makes sure the processor is always in reset
state if the voltage isn't stable?
Next thing is that the chip requires temperature and voltage to be
within range - and the voltage stable - to be able to correctly
program the flash.
Read-Only
Author erik malund
Posted 7-Feb-2012 15:04 GMT
Toolset C51
clarifying the important point
erik malund
Do you have a reset supervisor, if not you will occasionally lose
the flash. RC reset is NOT sufficient for flash based devices.
Erik
Read-Only
Author guy lupescu
Posted 7-Feb-2012 15:45 GMT
Toolset C51
RE: clarifying the important point
guy lupescu
hi
thanks for all the answers, just to clarify more, i currently have a
external POR device, one thing i think of is that it can get into
contention with the internal POR/WDT/PFD circuits that drive reset
out if asserted.
Guy.
Read-Only
Author Steve Church
Posted 26-Apr-2012 11:03 GMT
Toolset C51
RE: clarifying the important point
Steve Church
I'm having similar problems with an 89C51RC2. I occassionally get
the first 128 bytes of flash set to FF. I have no power supply
supervisor. Is it likely that an entire half page of memory gets
corrupted by a brownout. I don't seem to be able to replicate this on
the bench but I have had equipment returned with 'dead' processors
which have this fault.
Has the original poster resolved his issue?
Read-Only
Author Erik Malund
Posted 26-Apr-2012 22:44 GMT
Toolset C51
RE: clarifying the important point
Erik Malund
i currently have a external POR device, one thing i think of is
that it can get into contention with the internal POR/WDT/PFD
circuits that drive reset out if asserted.
when using "a external POR device"ith a chip that has "internal
POR/WDT/PFD circuits that drive reset out" it is essential not
to use a push-pul output supervisor.
I'm having similar problems with an 89C51RC2. I occassionally
get the first 128 bytes of flash set to FF. I have no power supply
supervisor.
then add one (see note above)
Erik
Read-Only
Author guy lupescu
Posted 29-Apr-2012 07:42 GMT
Toolset C51
RE: clarifying the important point
guy lupescu
hi
i haven't resolved this issue yet, another solution to the internal
POR contention with the external POR is inserting a series
resistor/DIODE between the external Reset pin of the POR device and
the reset pin of the 8051.
as suggested in the 8051 HW design guide.
BR
guy
This site uses cookies to store information on your computer. By continuing to use our site, you consent to our cookies.
ARM websites use two types of cookie: (1) those that enable the site to function and perform as required; and (2) analytical cookies which anonymously track visitors only while using the site. If you are not happy with this use of these cookies please review our Privacy Policy to learn how they can be disabled. By disabling cookies some features of the site will not work.