Stránka 1 z 1

Poškození dat ve vnitřní eeprom MCU

Napsal: 11 led 2012, 17:10
od scorpions-cz
zdravím všechny,měl bych jeden dotaz.Dnes jsem pročítal starší AR a dočetl jsem se že několika násobné odpojení a znovu připojení MCU na napájecí napětí v krátkém intervalu může poškodit data uložená v eeprom.Je to pravda nebo né.

Napsal: 11 led 2012, 17:14
od ZdenekHQ
Může - v případě, že zrovna zapisuje. To se může stát i u externí EEPROM.

Napsal: 11 led 2012, 17:22
od scorpions-cz
jasně nemyslel jsem při zápisu,ale pouze jsou li tam uložena a případně čtena.

Napsal: 11 led 2012, 17:24
od Andrea
Pokud se nikde v programu nevyskytuje sekvence pro zápis do EEPROM, tak se to nemá jak poškodit.

Napsal: 11 led 2012, 17:26
od scorpions-cz
a pokud se tam ta sekvence vyskytuje např.jako podprogram ,ale není zrovna využívána.

Napsal: 11 led 2012, 17:43
od Andrea
Tak tam ta hrozba je, protože zmatený procesor ji může náhodně spustit.

Napsal: 11 led 2012, 17:45
od scorpions-cz
a obrana proti tomu existuje?

Napsal: 11 led 2012, 17:51
od Andrea
Dost pomůže detekce poklesu napájecího napětí, u AVR se to jmenuje BOD - Brown-Out Detektor. Softwarově se to dá také omezit detekcí nechtěného volání té zápisové procedury.

Napsal: 11 led 2012, 18:02
od scorpions-cz
Díky zkusím nastudovat. Řeším autonomní přístup na ID DALLAS a byl bych dost nerad ,aby se uložené klíče v eeprom nějak smázly.Bude tam i podprogram pro výmaz všech klíčů.

Napsal: 11 led 2012, 19:07
od scorpions-cz
tak jestli jsem to dobře pochopil tak v PRESTU nastavím
BODLEVEL na 4,0V
BODEN na ENABLED ?

Napsal: 11 led 2012, 19:18
od forbidden
Nevím jak to má Atmel, ale u Microchipu je taky navíc Power Up Timer. Ten po povolení čeká nějakou dobu na ustálení napájecího napětí, než pustí program, takže by to mohlo taky pomoct, aby mcu nezblbnul.

Napsal: 11 led 2012, 21:03
od Jenda_KL
scorpions-cz píše:BODLEVEL na 4,0V
BODEN na ENABLED ?
ano