RTV forum PL | NewsGroups PL

Zwiększenie trwałości zapisu w EEPROM AVR przez zapis stanów w jednym bajcie?

Trwałość EEPROM w AVR

NOWY TEMAT

elektroda NewsGroups Forum Index - Elektronika Polska - Zwiększenie trwałości zapisu w EEPROM AVR przez zapis stanów w jednym bajcie?

Goto page Previous  1, 2, 3

Jarosław Sokołowski
Guest

Mon Nov 17, 2008 6:46 pm   



Konop napisał:

[...]
Quote:
autor źle użył sformułowania "dobra komórka"... chodziło mu raczej o
"aktualną wartość" Smile... W tym wypadku uszkodzenie pamięci
(którejkolwiek komórki) dyskwalifikuje całą pamięć!! Ale to nie problem,
bo jeśli wszystkie komórki mają zbliżoną żywotność, to gdy padnie
jedna - padną kolejne... . Ale i tak, dla pamięci np. 256 bajtów
odpornych na 100 000 cykli zapisu, dostajesz 25 500 000 cykli zapisu dla
danych 7-bitowych Smile... Poprawa znaczna Smile...

Użyteczne dane nie muszą być 7-bitowe, algorytm nie ma jednobajtowego
ograniczenia. Dane zapisywane cyklicznie w różnych miejscach mogą mieć
nawet wielomegabajtowy rozmiar. To zależy tylko od potrzeb i od ilości
dostępnej pamięci.

--
Jarek

J.F.
Guest

Mon Nov 17, 2008 9:13 pm   



On Mon, 17 Nov 2008 08:22:43 +0100, T.M.F. wrote:
Quote:
EM wrote:
I dopiero za 8-mym razem skasowac calosc.
Ale przeciez w AVR nie masz dostepu na takim poziomie..
Ten myk dziala w AVR rowniez. Kolejne zerowania bitow bez kasowania w
miedzyczasie komorki traktowane sa jako jeden zapis.

Ciekawe spostrze?enie, mo?esz co rozwin? temat, poda? ?ród?o informacji?

Zrodlem jest Atmel. Jest to chyba w ktorejs nocie, a jesli nie to
znajdziesz odpowiedni post na avrfreaks z cytatem z odpowiedzi Atmela.
Zreszta wynika to po prostu z zasady dzialania EEPROM. Programowane sa
tylacznie komorki, ktore zmieniaja zawartosc na 0, do pozostalych ine
jest przykladane HV, wiec nic zlego im sie nie dzieje.

I on to jakos inteligentnie rozroznia co jest, co ma byc, ktore bity
wymagaja zmiany, skasowac czy nie ?

Ja tam podejrzewam ze jednak najpierw caly bajt kasuje [ustawia na
FF?] a potem programuje co trzeba .. i faktycznie mozna w dokumentacji
napisac "programowane sa tylko te komorki ktore maja wartosc zero".

Co sie ma jednak nijak do mojego pomyslu.

J.

T.M.F.
Guest

Mon Nov 17, 2008 9:36 pm   



Quote:
I on to jakos inteligentnie rozroznia co jest, co ma byc, ktore bity
wymagaja zmiany, skasowac czy nie ?

Nie musi, proces kasowania komorki (ustawiania na FF) jest rozdzielny z
zapisem. Zapis polega tylko na zerowaniu bitow, nie da sie ich ustawic.
EEPROM zuzywa sie w trakcie procesu kasowania, gdyz tylko wtedy
potrzebne jest wysokie napiecie, kolejne zapisy nie sa szkodliwe.


--
Inteligentny dom - http://idom.wizzard.one.pl
Teraz takze forum dyskusyjne
Zobacz, wyslij uwagi, dolacz do projektu.

Adam Dybkowski
Guest

Tue Nov 18, 2008 12:28 am   



J.F. pisze:

Quote:
I on to jakos inteligentnie rozroznia co jest, co ma byc, ktore bity
wymagaja zmiany, skasowac czy nie ?

Ja tam podejrzewam ze jednak najpierw caly bajt kasuje [ustawia na
FF?] a potem programuje co trzeba .. i faktycznie mozna w dokumentacji
napisac "programowane sa tylko te komorki ktore maja wartosc zero".

Tak było od początku. Ale w nowszych AVRach można rozdzielić operację
kasowania komórki EEPROMu (zapalającą wszystkie bity) i operację zapisu
(mogącą tylko zerować bity). Domyślnie operacja jest przeprowadzana w
dawnym trybie (kasowanie+zapis) - poczytaj o programowaniu EEPROMu np. w
dokumentacji ATmega88 (rejestr EECR).

--
Adam Dybkowski
http://dybkowski.net/

Uwaga: przed wysłaniem do mnie maila usuń cyfry z adresu.

Goto page Previous  1, 2, 3

elektroda NewsGroups Forum Index - Elektronika Polska - Zwiększenie trwałości zapisu w EEPROM AVR przez zapis stanów w jednym bajcie?

NOWY TEMAT

Regulamin - Zasady uzytkowania Polityka prywatnosci Kontakt RTV map News map