logo elektroda
logo elektroda
X
logo elektroda
Adblock/uBlockOrigin/AdGuard mogą powodować znikanie niektórych postów z powodu nowej reguły.

Eclipse AVR dziwne zachowanie

piotrusgit 01 Wrz 2011 15:25 7899 17
  • #1 9884911
    piotrusgit
    Poziom 12  
    Witam.
    Mam trochę niestandardowy problem (w sumie to nie wiem na dobrą sprawę czy dobry dział)

    Podczas pisania programu a właściwie podczas używania takich symboli jak DDRA, DDRB,...., PA1..... itd wypisuje mi: "Symbol 'XXXX' could not be resolved"
    Podczas budowania wyskakują mi dokładnie takie same błędy.

    Jednak pomimo tych błędów program się kompiluje.

    Dodam, że nie wykrywa mi dodatkowo: "Atmel Part Description Files"

    Programowałem wcześniej już w Eclipsie i nie miałem tego typu błędów.

    WinAVR został już przeinstalowany, Eclipse na nowo wypakowane.


    Kod: C / C++
    Zaloguj się, aby zobaczyć kod


    A taki dostaje rezultat przy kompilacji:
    Eclipse AVR dziwne zachowanie
  • #2 9887778
    LordBlick
    VIP Zasłużony dla elektroda
    Daj sobie spokój z "Atmel Part Description Files" , kompilator, którego używasz (avr-gcc) nie ma z tymi plikami nic wspólnego. Ustaw właściwą ścieżkę do inkludowania <avr/io.h>.
  • #3 9887807
    piotrusgit
    Poziom 12  
    Ścieżki są prawidłowo ustawione.

    Dodam że "zainstalowałem" starszą wersje Eclipse (Galileo) i wszystko działa. Poprzedni nie działało na Indigo.
  • #5 9888060
    piotrusgit
    Poziom 12  
    nic ścieżki są takie same
  • #8 9888370
    McMonster
    Poziom 32  
    Miałem kiedyś podobny problem na którejś ze starszych wersji Eclipse, ale wtedy po prostu przeinstalowałem WinAVR i reskanowałem ścieżki.
  • #9 9888984
    Konto nie istnieje
    Konto nie istnieje  
  • #11 9889406
    piotrusgit
    Poziom 12  
    Nie no proszę ze mnie nie robić idioty :)

    Oczywiście że tak.
    Procesor to Atmega32 (posiadająca port D), poza tym port D to tylko przykład.

    Być może na wersji Indigo są problemy z pluginem do AVR
  • #12 9889463
    McMonster
    Poziom 32  
    piotrusgit napisał:
    Być może na wersji Indigo są problemy z pluginem do AVR


    Tę teorię muszę obalić, ja używam właśnie Indigo i nie ma problemów. Jak już wspomniałem kiedyś miałem identyczny problem na znacznie starszej wersji i pomogło przeinstalowanie WinAVR i rescan ścieżek.
  • #13 9889487
    Konto nie istnieje
    Konto nie istnieje  
  • #14 9889491
    piotrusgit
    Poziom 12  
    Ależ nie obrażam się :)

    Jako ciekawostkę raz udało mi się skompilować powyższy program a potem znowu kicha.
    Więc chyba puki co zostanę na Galileo.
  • #15 10111532
    kkrzykk
    Poziom 2  
    Mi pomogło skojarzenie typów plików z kompilatorem

    Window->Preferences->C/C++->Language Mappings

    Content C-header skojarz z GNU-C
    Content C-source skojarz z GNU-C
  • #16 10209434
    piotrusgit
    Poziom 12  
    Chyba znalazłem rozwiązanie :/

    Jeżeli załączę do programu biblioteke avr/iom32.h to wszystko działa.
    Dziwne bo ta biblioteka powinna się sama załączać :/

    a dzięki koledze kkrzykk udało się problem rozwiązać :)

    Dziękuje bardz
  • #17 12948756
    Sredni74
    Poziom 12  
    Witam,odświeżę temat dla potomnych :-)
    Miałem podobny problem z portem A w ATmega16 pod Eclipse Indigo.
    Tak jak napisał <kkrzyk> ,trzeba skojarzyć pliki z kompilatorem i jest OK.
    Punkt dla kolegi <kkrzyk> Thx.
  • #18 12950208
    robiw
    Poziom 26  
    Jest jeszcze inne, doraźne rozwiązanie. We właściwościach projektu zmieniasz procek na inny, dajesz Apply i OK. Później zmieniasz na właściwy i ponownie to samo...i błędy znikają jak zaczarowane ;-). robiw
REKLAMA