NAND Flash is especially bad about this. Not only can the data being currently erased or programmed be corrupted but other data can be also. That is why NAND Flash drives are so prone to complete failure even if a log type of internal file system is used; it is one thing to protect against corruption of the last written data but another when any data can be destroyed.
On Wed, 8 Jun 2016 17:22:38 +0100, you wrote: >Sounds similar to the issues you encounter with Atmel and some other >EEPROM/Flash based MCUs when they're not held in reset until VCC becomes >stable. > >http://atmel.force.com/support/articles/en_US/FAQ/Prevent-EEPROM-corruption > >Some more info: > >http://www.embedded.com/design/prototyping-and-development/4006422/Avoid-corruption-in-nonvolatile-memory _______________________________________________ time-nuts mailing list -- [email protected] To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
