Re: Opotřebení Flash paměti

Tomáš Hamouz hamouz na alsoft.cz
Pondělí Únor 6 14:40:26 CET 2012


Aha, tak pak je to jasné.
Na programovací algoritmus stařičké 27xx si taky pamatuju.

Tomáš

JB> Aby byly vsechny bunky na stejne urovni... Driv se musely tyto slozite
JB> programovaci algoritmy realizovat externe, taky jsem jich par programoval...
JB> A pri programovani/mazani se pouzivala spousta kratkych cyklu, po kazdem
JB> se testoval vysledek a az byl OK, tak se jeste trosku pridalo. Mam 
JB> podezreni, ze algoritmus je vytvoren tak, aby zohlednoval aktualni stav
JB> pameti a podminky (napeti, teplota...)
JB> Takze misto mazani bych blok radeji ctenim otestoval.
JB> Dne 6.2.2012 12:50, Tomáš Hamouz napsal(a):
>> JW>  Pri urcovani endurance sa predpoklada "normalny" cyklus mazanie/programovanie.
>>
>> JW>  Ak aj tu pamat nenaprogramujete, pri mazacom cykle obvykle
>> JW>  kontroler pred mazanim naprogramuje celu
>> JW>  pamat na nuly, takze sa ten cyklus aj tak urobi.
>>
>> Možná mi něco uniklo, proč by se nejprve programovalo na 0 a teprve pak
>> mazalo?
>>
>>
>> JW>  Ak nie je nieco ine uvedene v datasheete Vasej pamate, tak by ste tak ci tak mali pocitat s
>> JW>  najhorsou eventualitou.
>>
>> To je mi jasné. Zatím to řeším kontrolou a mazáním jen pokud je třeba,
>> ale trvá to dost dlouho a rozhazuje mi to časování, tak bych se
>> tomu rád vyhnul. Mám tam AT26DF081A.
>>
>> Tomáš
>>
>>
>>
>>
>> JW>  ----- Original Message ---------------
>>>> Zdravím konferu
>>>>
>>>> Která skutečnost je podstatná pro opotřebení Flash paměti  -
>>>> naprogramování nebo smazání?
>>>>
>>>> Konkrétně řeąím zda si neničím pamět kdyľ při překročení hranice bloku
>>>> preventivně smaľu následující blok (teoreticky smazaný, ale díky
>>>> předchozím haváriím tomu tak nemusí být vľdy).
>>>>
>>>> Tomáą





Další informace o konferenci Hw-list