Projekt ustawiony dla ATMEGA8, (w Miscellanous opcja do rozpoznawania procesora po nazwie wpisana zgodnie z bluebookiem )kompilator w Eclipse zgłasza błąd dla drugiego warunku czyli dla atmega328 . Komunikat błędu :

../main.c: In function 'main':
../main.c:81: error: 'EIMSK' undeclared (first use in this function)
../main.c:81: error: (Each undeclared identifier is reported only once
../main.c:81: error: for each function it appears in.)
../main.c:82: error: 'EICRA' undeclared (first use in this function)
make: *** [main.o] Error 1

Czy ktoś z Szanownych Forumowiczów byłby uprzejmy podpowiedzieć co może być przyczyną komunikatu o błędzie. Wygląda to tak jakby obie opcje były kompilowane choć warunek spełnia tylko jedna.

_________________
http://strefapic.blogspot.com

możesz użyc kompilacji warunkowej np w ten sposób

Jeśli zamiast warunku dotyczącego atmegi328 zmienię zapis na negację !atmega8 to kompilator nie zgłasza wtedy błędów , czyli jeśli mamy w projekcie ustawioną atmegę 8 to drugi warunek nie jest kompilowany i to jest oczywista oczywistość
Nadal jednak nie wiem gdzie tkwi przyczyna błędu w zapisie pierwotnym czyli #if MCU == atmega328 .

_________________
http://strefapic.blogspot.com

Jeśliby kolega wpisał



powinno zadziałać.

A czy mógłby kolega pokazać więcej kodu z

------------------------ [ Dodano po: 5 minutach ]

Ja osobiście bardziej skłanałbym się do zapisu

_________________
50 znaków Atnela ....

Dziękuję bardzo koledze acid3 za podanie alternatywy dla mojego problemu. Bo tak jak kolega podał kod to działa i mucha nie siada. Męczy mnie jednak nadal dlaczego podany przeze mnie zapis nie działa prawidłowo, wzorowałem się tutaj na zapisie Pana Mirka ze strony 137 z Bluebooka łącznie z ustawieniem MCU w Eclipsie C/C++ Build / Settings / AVR Compiler / Miscellanous jako -DMCU=$(AVRTARGETMCU) str 138, w świetle tego zapisu zmienna MCU powinna być teoretycznie rozpoznawana w procesie kompilacji tak jak np F_CPU bez podawania w #define.
Jedyne co mi przychodzi do głowy to to , że jednak te ustawienie w Eclipse (-DMCU=$(AVRTARGETMCU) zapodane w Bluebook-u na str 138 coś nie zatrybia u mienia

_________________
http://strefapic.blogspot.com

Później poszukam, bo jakoś nie kojarzę tego z BB ... i zobaczę jak to wygląda...

Tak czy inaczej moim zdaniem lepiej jest opierać się na toolchainowych #define'ach bo nie powstaje wtedy bałagan i kilka wersji tego samego. W tym drugim zapisie wystarczy zmienić procka we właściwościach projektu i nic więcej nie trzeba pamiętać.

_________________
50 znaków Atnela ....

Witam.
Miałem podobny problem ATmega328 ale po zastosowaniu "#ifdef __AVR_ATmega328__... #endif" ten niby błąd zniknął (kompilator nie sygnalizował błędu ale w edytorze i eksploratorze był błąd). Piszę niby błąd ponieważ plik *.hex po załadowaniu do procesora działał poprawnie.
Co więcej skompilowany kod programu zmniejszył się o 26 bajtów. Ciekaw jestem dlaczego.

A zobacz jak masz w konsoli wypisywane w komendzie kompilowania?

--
Pozdrawiam,
Robert

Koledzy, zwróciliście uwagę na daty postów? Szpadle połamiecie wykopując tak stare wątki...

No tak, dałem się zapędzić do kopania . No cóż, tak bywa jak się jest za dobrym i jak się widzi że ktoś kopie i się nie patrzy tylko łapie za szpadel ...

--
Pozdrawiam,
Robert