CodeVisionaAVR a dostep do calego EEPROMu(?)

witam,

mam cvavr (1.23c prof.); atmega16 ma 512 bajtow eepromu;

czemu jak zadeklaruje (globalnie): eeprom unsigned char dupa[512]; to kompilator wywala errory,

a jak zadeklaruje: eeprom unsigned char dupa[511]; to jest ok. (?!)

(zadnych innych zmiennych eeprom, w calym kodzie,oczywiscie nie ma)

jeszcze jeden -powalajacy- bug tego "profesjonalnego" kompilatora: jak zadeklaruje zmianna (globalna): eeprom unsigned char array3d[3][2][24]; to kompilator wywala write/verify errors podczas programowania flasha i eepromu (?!?!?!?!?) (mimo, ze procesor+programator_stk200 sa ok) a jak dam: eeprom unsigned char array3d[3*2*24]; to jest ok; :) , :( , ?...

no i,btw, w gcc nie ma takich niespodziewanek :(.

qba

Reply to
Qba
Loading thread data ...

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 :)

Reply to
Qba

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

Reply to
Andy

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 ?

Reply to
Grzegorz

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

Reply to
peters

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

Pozdrawiam

Marcin Stanisz

Reply to
Marcin Stanisz

Tak

Reply to
peters
Reply to
invalid unparseable
Reply to
Sebastian Charlak

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.