avr - je nejaky dovod prepisovat EEPROM ked nejde o zmenu?

[Jan Waclawek]

Dakujem, je to zaujimavy pohlad.

Hmmmm, toto vsetko sice je/moze byt pravda, ale to vsetko musi byt hrozne zavisle na technologii a geometrii celej EEPROM, takze bez vyjadrenia vyrobcu su to vlastne len dohady.
Ak to cislo uvedene v datasheete (100k ak si dobre pamatam) zahrna aj tento jav, tak je to vlastne v poriadku (na moje ucely mi staci tak do 100 zapisov; ide o konfiguracne data ktore sa nahravaju ako vacsi celok naraz, ale nerad zbytocne nechavam uzivatela cakat pred nejakym debilnym taskbarom, ak to kvoli prepisaniu par len bytov z celeho toho konfiguracneho balika nie je nutne).

Z hladiska kniznice by mozno mali teda byt dve verzie rutin, to pokryva vsetky moznosti, uzivatel si moze potom vybrat ktoru za akych okolnosti pouzije...?

wek


----- Original Message ---------------
>Pokud si spravne pamatuju, je to u PICu tak, ze kdyz se nejaka bunka
>priblizi v poctu zapisu k maximu 
>=1 000 000, je dobre ostatni bunky, ktere se neprepisuji tak casto, znovu
>obnovit, tj precist a zapsat
>(a samozrejme verifikovat). Takze spis pro pripady, kdy v casti je zapsano
>nastaveni a v casti EEPROM pocitadlo.
>
>Ales
>
>-----Original Message-----
>From: hw-list-bounces@list.hw.cz [mailto:hw-list-bounces@list.hw.cz] On
>Behalf Of Luká¹ Grepl
>Sent: Friday, June 20, 2008 10:55 PM
>To: HW-news
>Subject: Re: avr - je nejaky dovod prepisovat EEPROM ked nejde o zmenu?
>
>> Pri programovani AVR (ATMega128) v avr-gcc pouzivam kniznicne funkcie 
>> pre pristup k EEPROM. Vsimol som si, ze funkcie pre zapis 
>> nekontroluju, ci ma dojst k zmene, a teda zapisuju stale za kazdych 
>> okolnosti.
>> 
>> Moze na toto byt nejaky dovod, alebo mozem beztrestne prepisat tie 
>> kniznicne funkcie?
>
>Nevim jak u AVR, ale v nejake appnote (mozna i v DS) k PICum jsem zahledl
>noticku, ze je vhodne cas od casu refreshovat obsah EEPROM. 
>Pochopil jsem to tam, ze je datova EEPROM na rozdil od programove Flash
>vyrobne optimalizovana na vetsi pocet zapisu na ukor mensi vydrze zapsanych
>dat a ze je vhodne je cas od casu precist a znovu zapsat.
>
>Lukas Grepl
>