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

Diskuze a poradna o programátorech a programování různých obvodů

Moderátor: Moderátoři

Odpovědět
Zpráva
Autor
Uživatelský avatar
scorpions-cz
Příspěvky: 1760
Registrován: 19 bře 2011, 01:00
Bydliště: Jižní Čechy Dačicko

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

#1 Příspěvek 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é.

Uživatelský avatar
ZdenekHQ
Administrátor
Administrátor
Příspěvky: 25593
Registrován: 21 črc 2006, 02:00
Bydliště: skoro Brno
Kontaktovat uživatele:

#2 Příspěvek od ZdenekHQ »

Může - v případě, že zrovna zapisuje. To se může stát i u externí EEPROM.
Pro moje oslovení klidně použijte jméno Zdeněk
Správně navržené zapojení je jako recept na dobré jídlo.
Můžete vynechat půlku ingrediencí, nebo přidat jiné,
ale jste si jistí, že vám to bude chutnat[?
]

Uživatelský avatar
scorpions-cz
Příspěvky: 1760
Registrován: 19 bře 2011, 01:00
Bydliště: Jižní Čechy Dačicko

#3 Příspěvek od scorpions-cz »

jasně nemyslel jsem při zápisu,ale pouze jsou li tam uložena a případně čtena.

Andrea
Příspěvky: 9340
Registrován: 07 zář 2007, 02:00

#4 Příspěvek od Andrea »

Pokud se nikde v programu nevyskytuje sekvence pro zápis do EEPROM, tak se to nemá jak poškodit.

Uživatelský avatar
scorpions-cz
Příspěvky: 1760
Registrován: 19 bře 2011, 01:00
Bydliště: Jižní Čechy Dačicko

#5 Příspěvek od scorpions-cz »

a pokud se tam ta sekvence vyskytuje např.jako podprogram ,ale není zrovna využívána.

Andrea
Příspěvky: 9340
Registrován: 07 zář 2007, 02:00

#6 Příspěvek od Andrea »

Tak tam ta hrozba je, protože zmatený procesor ji může náhodně spustit.

Uživatelský avatar
scorpions-cz
Příspěvky: 1760
Registrován: 19 bře 2011, 01:00
Bydliště: Jižní Čechy Dačicko

#7 Příspěvek od scorpions-cz »

a obrana proti tomu existuje?

Andrea
Příspěvky: 9340
Registrován: 07 zář 2007, 02:00

#8 Příspěvek 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.

Uživatelský avatar
scorpions-cz
Příspěvky: 1760
Registrován: 19 bře 2011, 01:00
Bydliště: Jižní Čechy Dačicko

#9 Příspěvek 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íčů.

Uživatelský avatar
scorpions-cz
Příspěvky: 1760
Registrován: 19 bře 2011, 01:00
Bydliště: Jižní Čechy Dačicko

#10 Příspěvek od scorpions-cz »

tak jestli jsem to dobře pochopil tak v PRESTU nastavím
BODLEVEL na 4,0V
BODEN na ENABLED ?

Uživatelský avatar
forbidden
Příspěvky: 8808
Registrován: 14 úno 2005, 01:00
Bydliště: Brno (JN89GF)
Kontaktovat uživatele:

#11 Příspěvek 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.

Jenda_KL
Příspěvky: 1173
Registrován: 10 zář 2008, 02:00
Bydliště: Kadaň
Kontaktovat uživatele:

#12 Příspěvek od Jenda_KL »

scorpions-cz píše:BODLEVEL na 4,0V
BODEN na ENABLED ?
ano

Odpovědět

Zpět na „Programování PIC, ATMEL, EEPROM a dalších obvodů“