ATNEL tech-forum

Re: Atmega328p - eeprom - adresacja

2015-03-14T00:35:37+01:00

jedfra6 napisał(a):

Do obsługi pamięci EEPROM stosuje się kilka funkcji

Wiem że je wymieniłeś, jednak nie napisałeś które stosujesz i w dalszej części postu używałeś "write", stad moja sugestia

jedfra6 napisał(a):

Dwa, właśnie mój problem polega na tym, że przy zapisie eeprom_update_byte((uint8_t*)addr,value) kiedy adres jest już większy od uint8_t, wtedy dostaje warninga, i prawdopodobnie adres jest obcinany.

W przypadku wskaźników nie ma mowy o żadnym obcinaniu (w AVR są one 16-bitowe). "uint8_t" to nie jest typ adresu, bo on może być ogromny... To jest informacja że ten wskaźnik wskazuje na jedno-bajtowe miejsce w pamięci.

Cóż to za "warning"? Z niedowierzania aż u siebie sprawdziłem i żadnych ostrzeżeń nie otrzymuję...

Proponuję się bliżej przyjrzeć wskaźnikom poprzez niebieską książkę Mirka, albo http://helion.pl/ksiazki/wskazniki-w-je ... wskazc.htm

jedfra6 napisał(a):

W moim przypadku nie używam EEMEM. Mam po prostu tablicę addr[n] = {20,40,60,...} i w zależności od elementu, który zapisuję odwołuje się do addr[n] i addr[n]+1,addr[n]+2,...

Użycie tablicy wcale nie wyklucza "EEMEM":

[syntax=c]uint8_t addr[n] EEMEM = {20,40,60,...} // Brak bezpośredniej manipulacji na adresach w EEPROM. Tutaj znajdują się konkretne wartości umieszczane w pamięci < 256
...
eeprom_update_byte(addr + 1, 45); // Można też: &addr[1][/syntax]

jedfra6 napisał(a):

Czy poprawne dla adresu większego od uint8_t ale zmiennej w zakresie uint8_t będzie zapis:
eeprom_update_byte = ((uint16_t *)addr, value)?

Absolutnie nie. Wystąpi konflikt typów (http://www.nongnu.org/avr-libc/user-man ... d4b3e51991).

Statystyki: Napisane przez atmel — 14 mar 2015, o 00:35

Re: Atmega328p - eeprom - adresacja

2015-03-14T00:01:27+01:00

Co do update, to zauważ, że wymieniłem jako jeden ze sposobów, i tak jest, stosuje update, to raz;)
Dwa, właśnie mój problem polega na tym, że przy zapisie eeprom_update_byte((uint8_t*)addr,value) kiedy adres jest już większy od uint8_t, wtedy dostaje warninga, i prawdopodobnie adres jest obcinany.
W moim przypadku nie używam EEMEM. Mam po prostu tablicę addr[n] = {20,40,60,...} i w zależności od elementu, który zapisuję odwołuje się do addr[n] i addr[n]+1,addr[n]+2,... i z tego co widzę, działa. Niestety nie jestem pewny jak to w sumie działa w przypadku opisanym przeze mnie na początku tego postu. Jak powinien wyglądać zapis. Czy poprawne dla adresu większego od uint8_t ale zmiennej w zakresie uint8_t będzie zapis:
eeprom_update_byte = ((uint16_t *)addr, value)?

Statystyki: Napisane przez jedfra6 — 14 mar 2015, o 00:01

Re: Atmega328p - eeprom - adresacja

2015-03-13T23:54:56+01:00

Ogólnie jeżeli czas zapisu nie jest szczególnie krytyczny to warto używać funkcji "eeprom_update_..." niż "eeprom_write_...". Przed zapisem sprawdza ona czy wartość ulega zmianie. Wobec czego można relatywnie zwiększyć żywotność pamięci EEPROM.

Oczywiście nie liczy się wielkość adresu, a danych zapisywanych do komórki pamięci. Jeżeli dane nie przekraczają wartości 255 wtedy można użyć wersji "byte". Jeżeli będą to dane 16-bitowe wtedy "word", w przeciwnym wypadku "block" (pomijając "dword" i "float").

jedfra6 napisał(a):

Natomiast mi zależy, aby zapisać za pomocą zmiennych coś typu: eeprom_write_byte(400, 120);

Lepiej używać atrybutu "EEMEM" w połączeniu ze zmiennymi, aniżeli posługiwać się bezpośrednimi adresami:

[syntax=c]uint8_t Zmienna EEMEM;
...
eeprom_write_byte(&Zmienna, 120);[/syntax]

jedfra6 napisał(a):

PS. Chciałbym jeszcze zapytać, jak to zinterpretuje uC:
eeprom_write_word((uint8_t*)(addr[i]+1))
Chcę przekazać jako adres wartość komórki addr[i] zwiększony o jeden.

Brakuje drugiego argumentu/wartości (w końcu jest to funkcja "write"). Rzutowanie powinno być na typ "uint16_t*" (zapisywane jest słowo, a nie bajt).

Statystyki: Napisane przez atmel — 13 mar 2015, o 23:54

Atmega328p - eeprom - adresacja

2015-03-13T23:36:11+01:00

Witam,
Mam do Was pytanie, ponieważ nie do końca to rozumiem. Do obsługi pamięci EEPROM stosuje się kilka funkcji z biblioteki avr/eeprom.h:
eeprom_read/write/update_byte/word/block. I teraz posiadam dane, które chcę kolejno zapisywać, więc stworzyłem sobie tablicę z adresami, których zakres przekracza wartość uint8_t, to znaczy dochodzą do 400. Z tego co wiem to każdy bajt zapisywany jest w osobnym adresie tj. od 0 do 1023. Kiedy chcę zapisać daną 1 bajtową do tablicy o adresie 2 bajtowym to muszę zastosować:
1) eeprom_write_byte((uint8_t*)addr, value);
2) eeprom_write_word((uint16_t*)addr, value);
Mam mętlik, ponieważ wydaje się, że w drugim przypadku wartość zapisze się w dwóch kolejnych adresach. Natomiast mi zależy, aby zapisać za pomocą zmiennych coś typu: eeprom_write_byte(400, 120);
Proszę o jakąś informację;)
Dzięki!
PS. Chciałbym jeszcze zapytać, jak to zinterpretuje uC:
eeprom_write_word((uint8_t*)(addr[i]+1))
Chcę przekazać jako adres wartość komórki addr[i] zwiększony o jeden.

Statystyki: Napisane przez jedfra6 — 13 mar 2015, o 23:36