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