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

Eclipse Juno z pluginem AVR 2.4.1 - długotrwała kompilacja projektów na Xmega w Atmel Studio 7

robiw 17 Wrz 2020 16:45 900 17
  • #1 18928333
    robiw
    Poziom 26  
    Witam,
    Może ktoś spotkał się z takim problemem. Mam zainstalowane Eclipse Juno z pluginem AVR 2.4.1 i toolchainem Atmela ze Atmel Studio 7. Wszystko pięknie "śmiga", jeśli kompiluję projekty na "starsze" AVR-y. Jeśli tylko kompiluję projekt na Xmegi to kompilacja trwa dobrych kilka minut, przy czym przez pierwszą minutę lub dwie w ogóle się nic nie dzieje. Myślałem, że może antywirus coś blokuje, ale dla "zwykłych" AVR-ów działa to bez problemu. Spotkał się ktoś z takim problemem? Pozdrowienia... robiw
  • #2 18930818
    StaryVirus_e_Wiarus
    Poziom 21  
    Cześć
    Starszego już Eclipse nie mogłeś znależć?
    Pokaż jak masz podane ścieżki do kompilatora? Najlepiej zrzut ekranu.
  • #3 18930858
    robiw
    Poziom 26  
    Hej,
    Akurat Juno jest jednym z ostatnich dostępnych, jako 32-bitowy a takowy mam OS. Nie wydaje mi się, by to byłą kwestia wersji Eclipse'a. Zrzut umieszczę później, jak będę miał dostęp do tego komputera. Pozdrowienia... robiw

    Dodano po 10 [godziny] 7 [minuty]:

    Zrzut ekranu w załączniku...robiw
  • #4 18931723
    StaryVirus_e_Wiarus
    Poziom 21  
    Ścieżki wyglądają na poprawne. Więc musisz coś podziałać z antywirusem. Możliwe, że w kodzie masz coś nie tak, nad czym kompilator sie dłużej zastanawia.
  • #5 18931728
    robiw
    Poziom 26  
    Antywirus raczej odpada, bo czemu dla zwykłych AVR jest OK a dla Xmega trwa bardzo długo...dla antywirusa bez znaczenia... Kod, nawet typu while(1) kompiluje się kilka minut... robiw
  • #6 18931842
    StaryVirus_e_Wiarus
    Poziom 21  
    AS7 jest pewno pisane pod system 64 bitowy. Możliwe, że gryzie się z 32 bity.
    Spróbuj może starszego toolchain'a z tej strony: https://www.mikrocontroller.net/articles/Atmel_Studio.
    Polecam najpierw zainstalować 3.4.2.-1573, następnie rozpakować 3.5.4. i wkopiowac do folderów tego 3.4.2. Ja tak mam i mi na 64-bit i poprzednio na 32-bit działa. Z xmegami trochę się zastanawia ale nie kilka minut.
  • #7 18932755
    robiw
    Poziom 26  
    Zmieniłem toolchain, ale nic się nie zmieniło w kwestii długości procesu kompilacji :-(... robiw
  • #8 18932880
    StaryVirus_e_Wiarus
    Poziom 21  
    Wypróbuj jeszcze to Eclipse : https://www.eclipse.org/downloads/packages/release/2018-09/r
    Najwyższa pora pożegnać się ze starym 32 bit OS, bo przypuszczam, przepraszam, że masz komputer z Win 95-98 lub Win XP. Ja pracuję na Win 10 32-bit i na 64-bit, zaktualizowanych, i nie widzę problemów. Może masz jakiś kłopot z systemem?
  • #9 18932889
    robiw
    Poziom 26  
    Win 10 32-bit... robiw
  • #10 18933100
    Konto nie istnieje
    Poziom 1  
  • #11 18933149
    tmf
    VIP Zasłużony dla elektroda
    agent.007 napisał:
    Zobacz co tak długo zajmuje - może po prostu do Xmegi jest dużo plików do skompilowania. Eclipse ma wiele konsoli, które to możesz sobie zminiać tytaj:

    Ale wtedy kompilacja teog samego projektu za pomocą AS trwałaby równie długo, a tak nie jest. Niezależnie z jakim AVR mamy do czynienia, kompilacja to kilka sekund max.
    Obstawiam jakiś konflikt na styku 32 platformy. Trzebaby prześledzić co eclipse wywołuje. Jeśli jest makefile to warto go odpalić z linii poleceń, żeby sprawdzić czy to wina eclipse, czy coś w toolchainie się przycina, a potem stopniowo izolować problem.
  • #12 18933448
    robiw
    Poziom 26  
    Hej,
    tmf napisał:
    Ale wtedy kompilacja teog samego projektu za pomocą AS trwałaby równie długo, a tak nie jest.


    Nigdzie nie napisałem, że tak jest. Nie używam AS, więc nie wiem ile trwa kompilacja projektu w AS. Niemniej jednak problem pojawia się wyłącznie wtedy, gdy mam projekt na Xmega.

    tmf napisał:
    Obstawiam jakiś konflikt na styku 32 platformy.


    Czemu dotyczy tylko Xmega? robiw
  • #13 18933471
    StaryVirus_e_Wiarus
    Poziom 21  
    Może utwórz nowy "workspace". Utwórz nowy projekt z while(1) i nic więcej, dla Xmegi i spróbuj skompilować.
  • #14 18934222
    Konto nie istnieje
    Poziom 1  
  • #15 18934507
    robiw
    Poziom 26  
    Chodzi Ci o to, co wyświetla konsola kompilacji? Nic nadzwyczajnego, typowe komunikaty. Mogę wkleić... robiw

    Dodano po 1 [godziny] 1 [minuty]:

    Problem w tym, iż w konsoli zanim pojawi się komuniktat:

    10:38:30 **** Incremental Build of configuration Release for project Volta ****
    make all

    Przez kilka minut nie dzieje się zupełnie nic, przynajmniej nie wyświetla żadnych informacji... Jak w końcu pojawi się ten komunikat to kompilacja trwa kilkanaście sekund.. robiw

    Dodano po 17 [minuty]:

    Wywołałem sobie progress bar i okazuje się, że process trwa tak długo przez generowanie makefile, przynajmniej "stoi" w momencie: Generating makefile... robiw
  • #16 18934920
    Konto nie istnieje
    Poziom 1  
  • #17 18935095
    robiw
    Poziom 26  
    Ściągnij Juno, z nim działa bez problemu... robiw
  • #18 18941650
    robiw
    Poziom 26  
    Hej. Sprawdziłem ten sam projekt w Atmel Studio 7. Kompiluje się bardzo krótko, także coś jest z pluginem Eclipse lub Eclipse. Plik wynikowy ma ten sam rozmiar. robiw

Podsumowanie tematu

Użytkownik zgłasza problem z długotrwałą kompilacją projektów na Xmega w Eclipse Juno z pluginem AVR 2.4.1 oraz toolchainem Atmel Studio 7. Kompilacja dla starszych AVR-ów przebiega szybko, natomiast dla Xmegi trwa kilka minut, z opóźnieniem w generowaniu makefile. Użytkownicy sugerują sprawdzenie ustawień antywirusowych, wersji Eclipse oraz toolchaina, a także utworzenie nowego workspace. Problem może wynikać z konfliktu między 32-bitowym systemem a pluginem, który jest przestarzały. Użytkownik potwierdza, że w Atmel Studio 7 kompilacja przebiega znacznie szybciej, co sugeruje, że problem leży w pluginie lub Eclipse.
Podsumowanie wygenerowane przez model językowy.
REKLAMA