zapis do wewnetrznej pamieci eeprom

[grabek_radek]

witam tak jak w temacie jak wykonuje sie zapis i odczyz z pamieci eeprom z helpa wydaje mi sie ze cos zle robie poleceniami writeeeprom zmienna, adres
zmienna powiedzmy ze b a adres 0 i odczyt porzez readeeprom b, 0

chce poprostu zrobic przechowywanie z jakiejs zmiennej po odlaczeniu zasilania od mikrokontrolera powiedzmy ze to jest ustawiona godz i jesli wylacze zasilanie zapamieta czas przed wylaczeniem

zapomnialem dodac ze chodzi tutaj o atmega 8




po wnikliwym przemysleniu nie jest chyba dobry pomysl zapisywania do eepromu bo przeciez jest okreslona liczba zapisu ;( tak wiec stawiajac inne pytanie jak przemyslec podtrzymanie sramu czy przez wykorzystanie jakiegos akumulatoka >??

[pajaczek]

po wnikliwym przemysleniu nie jest chyba dobry pomysl zapisywania do eepromu bo przeciez jest okreslona liczba zapisu ;( tak wiec stawiajac inne pytanie jak przemyslec podtrzymanie sramu czy przez wykorzystanie jakiegos akumulatoka >??

Czyli przewidujesz ze system bedzie haltowany w swoim zywocie wiecej niz 100 tys razy?? To co to ma byc ze tak zapytam?

Co do akumulatorka... dobry pomysl na podtrzymanie pracy, ale czy dla zawartosci ramu warto. No pewnie tak, wszystko zalezy od zastosowania calosci.

[grabek_radek]

heeh 100 tys razy to moze nie

zaczynajac od poczatku to jest zapisanie zmiennej temperatutra - taki termostat

ale jesli chodzi o zegar to co minute zapisywac do eeprom to chyba juz odpada wiec z zegarem to zrobie albo przez akumulatorek albo dolaczyc zewnetrzny zegar czasu rzeczywistego i tam zastosowac jakas barecie na 3 V

apropo jeszcze zapisu do eepromu
writeeerpom temp,0
i odczyt
readeeprom temp,0
dziala bez niczego ??
i jeszcze czy czegos nie trzeba deklarowac >?>

[ Dodano: 26-07-2007, 20:08 ]
a wic problem rozwiazany - ale jak ktos chce wiedziec zapisywanie eepromu o adresie 0 nie jest dobra sprawa bo moze byc nadpisywany podczas zerowanie mikrokontrolera

wiec lepiej zaczac od 1

[pajaczek]

heeh 100 tys razy to moze nie

zaczynajac od poczatku to jest zapisanie zmiennej temperatutra - taki termostat

ale jesli chodzi o zegar to co minute zapisywac do eeprom to chyba juz odpada wiec z zegarem to zrobie albo przez akumulatorek albo dolaczyc zewnetrzny zegar czasu rzeczywistego i tam zastosowac jakas barecie na 3 V

No tak... co minute to juz faktycznie moglo by byc przegiecie z eepromem... gwarantowana zywotnosc starczyla by na ... ok 70 dni (dla pamieci flash* w AVR producent gwarantuje obecnie 100 tys cykli zapisu).

Choc faktycznie zastosowanie jakiegos zewnetrznego RTC jest chyba fajnym wyjsciem, mozna go tanim kosztem podtrzymywac, zwykle zawiera tez jakis ram ktory rowniez jest podtrzymywany i moze byc wykozystany przez uzytkownika.

ale jak ktos chce wiedziec zapisywanie eepromu o adresie 0 nie jest dobra sprawa bo moze byc nadpisywany podczas zerowanie mikrokontrolera

wiec lepiej zaczac od 1

A to chyba jakis wynalazek bascoma conajwyzej, bo normalnie nic nie jest nadpisywane, zadnych takich wymuszen nie ma.

*) pamieci flash "danych", nie pamieci programu.

[grabek_radek]

aby nie zaczynac noego tematu napotkalem sie na to ze atmega odmawia posluszenstwa - robilem rozbudowane menu - pomiar temp , zegarr , oraz kilka timerow powierajacych sie na tym ze ustawiamy date zalaczenia i wylaczenia :0
i tak wiekszosc programu to sa podprogramy i skoki i chyba tego juz jest za duzo
nie dosc ze na wyswietlaczu niekture wyswietlane zmienne maja maly czas odswierzanai to w dodatku zegar sie zatrzymal po usunieciu kawalek kodu z podprogramem wraca do poprawnej pracy - atmega8 - zmienic procek czy popostu zmieniac swoj program ??

[nestor197]

miałem kiedys problem z zapisem w eeprom, noi nietstey musiałem urzywac dwóch rodzajów zminennych to znaczy osobna zmienna do programu a potem jak ją chcesz zapisac musisz ją podstawic pod zmienną zapisywana do eeprom, układ nie chciał wykonywać operacji matematycznych bezpośrednio na zminennych zapisywanych w eeprom , najpierw musiłam je odczytać potem podstawic pod inna zmienną i dopiero mogłem z niej kożystac

[grabek_radek]

ok dzieki juz problem wczesniej zostal rozwiazany
dzieki