CodeVisionaAVR a dostep do calego EEPROMu(?)

masz racje, w c/c++ indeksy zaczynaja sie od zera czyli tablica [512] to dane [0]..[511]

chyba cos ci sie pochrzanilo z pascalem/delphi ;) tam bylo chyba tak: array[0..511] - 512 bajtow array[1..512] - tez 512 bajtow :)

Uzytkownik "Qba" snipped-for-privacy@gazeta.pl napisal w wiadomosci news:bnj91r$67k$ snipped-for-privacy@korweta.task.gda.pl...

no widzisz ja tez uzywam gcc i jestem zadowolony

Uzytkownik "Qba" snipped-for-privacy@gazeta.pl napisal w wiadomosci news:bnj91r$67k$ snipped-for-privacy@korweta.task.gda.pl...

Witam,

Czy aby indexy tablic nie zaczynaja sie od 0 ?

Bo AVR-y maja blad polegajacy na tym, ze wartosci pamietane w komorce o adresie 0 bywaja tracone.

I co - CV automatycznie broni adresu 0 jak Reytan? ;-)

Pozdrawiam

Marcin Stanisz

Tak

Kompilator ICCAVR wyrzuca ostrze¿enia przy próbie u¿ycia komórki EEPROM o adresie 0, ze wzglêdu na zamazywanie jej warto¶ci w niektórych procesorach. Byæ mo¿e twórcy CV poszli dalej... ;-) TG

procesorach.

W rzeczy samej do wersji 1.23.8d kompilator pomija³ komórkê o adresie 0. Niedawno wysz³a jednak wersja 1.23.9 i czytaj±c jakie zmiany wprowadzono wzglêdem poprzedniej wersji widzimy rzecz nastêpuj±c±:

"the EEPROM location at address 0 is now used by the compiler (for newly created projects), as the corruption of this location was fixed by Atmel"

Wynika z tego, ¿e komórka o adresie 0 znów jest dostêpna.

pozdrowienia Rafa³

Witam. Dok³adnie.... Wersja CVAVR 1.23.9 kompiluje bez problemu podane poni¿ej linie kodu:

//-------------------- eeprom unsigned char array3d[3][2][24];

//-------------------- eeprom unsigned char dupa[512];

Pozdrawiam. Seba