??? 03/01/07 04:29 Modified: 03/01/07 05:26 Read: times Msg Score: +2 +1 Good Answer/Helpful +1 Informative |
#133986 - There is an overwhelming evidence! Responding to: ???'s previous message |
Richard said:
I'd really like it if someone would show me a way in which to guarantee 100% of the time that the flash is verifiably corrupted using an RC reset in which the flash is corrupted 0% of the time when using a "supervisor" or other reset IC. I doubt this is possible, so I don't expect to see it. This application note http://www.atmel.com/dyn/resou...oc4183.pdf contains this passage: On this site http://www.ucpros.com/work%20samples/The%20Evolution%20of%20FLASH%20Microcontrollers%20-%20FLASH%20Is%20Not%20Equal%20FLASH.htm you will find the following passage: This application note http://www.freescale.com/files/microcontrollers/doc/eng_bulletin/EB398.pdf contains the following lines: On this site http://www.nxp.com/products/microcontrollers/support/training_education/faq/xa/ you can find the following lines: Dear Richard, these four links unambiguously state, that the flash code memory content can be corrupted during accidental black-outs and brown-outs of the micro's supply voltage and during orderly power-downs, unless the micro is reliably reseted during these events. Such a reset can not at all be performed by the simple RC-reset circuit, but only by a sophisticated brown-out detector, means by a todays reset chip. This flash code memory corruption has neither something to do with "insufficiently rapid rise-time rise on Vcc" nor with the fact, that the 8052's reset is active high. Richard said:
However, I don't see any evidence of a firm link between the reset issue and the FLASH corruption issue. But there definitely is a firm link! There's an overwhelming large number of publications, application notes and design hints, like the four above, that state just this. Regards, Kai |