Nadal to samo, gdy załaduję ten zmodyfikowany plik to wtedy wszystko się psuje
Pomocy.

------------------------ [ Dodano po: 3 minutach ]

Jutro spróbuje na laptopie i dam znać.
Dzisiaj to już nie mam na to siły po całym dniu przegranej walki z nowym toolchainem.

_________________
Zapraszam:
filiporlo.blogspot.com

hmmm ... daj nie zmodyfikowany plugin i starszy toolchain ATMELA , odinstaluj 3,4 i wgraj 3,3 chyba to był i zobacz czy działa prawidlowo ,

jak tak , to zmień plik jar i sprawdź czy stary działa ,
jak tak , upgrade Toolchaina wgraj na 3,4 i sprawdź , może cos ci się toolchain źle zainstalował ??

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]

Daj sobie spokój z nowym. Skoro stary działa, to po co psuć. Zwłaszcza, że jesteś początkującym, jak większość z nas i nowy toolchain nie wnosi wiele do naszych obecnych potrzeb.

Niestety nie wiadomo do końca co ktoś ma u siebie na kompie. Są wersje eclipse dla x86 i 64-bit i nie wiem czym się różnią. Możliwe, że Juno wymaga nowszej Javy, ale się o to nie upomina. A propo Win7 to czy AVR Toolchain można instalować w folderze z ProgramFiles(x86) ? Czy nie ma problemów z tymi nawiasami ?

_________________
Dragonus Cracovus: Biomagia

ot właśnie mam tak i działa bez problemów , a może problemem jest to że ktoś chce na siłe uzywac eclipse i tolchaina z jawą 64 bit ?? .... ??

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]

Na 100% działa w tym folderze - ja tak mam poinstalowane na kilku kompach i działa

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Działa. Zrobiłem tak jak powiedział Sunriver.
Jeszcze małe pytanie. Co zrobić żeby na początku pliku c wyświetlała się nazwa MCU i nazwa toolchain,
tak jak to miał Sun w eclipse.
Wiem jak to trzeba zarobić, lecz nie wiem jak wprowadzić te zmienne(jak one się nazywają)?

_________________
Zapraszam:
filiporlo.blogspot.com

Uff, przekopałem się przez Waszą pisaninę i zrobiłem to ale dla Ganymede. Mam nadziejęże to nie ma znaczenia że Sun dał dla Juno?

Mam listę.

_________________
http://www.jaglarz.info

Łotrze , szelmo i kanalio .... jak śmiałeś tak brutalnie wkopać pliki do dinozaura jakim jest niewątpliwie
GANYMADE ....


hehehe i bardzo dobrze kolego bardzo dobrze zrobiłeś
Cieszę się że ci to działa.

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]

Dinozaura? Mistrz M. w książce poleca więc jego wziąłem.

_________________
http://www.jaglarz.info

hahaha - ale jak pisałem tą książkę, to był park jurajski i tylko takie dinozaury

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Czasem najnowszy nie oznacza automatycznie lepszy w użyciu. Juno może i jest nowsze, ale ja wróciłem do Indigo SR2. Niestety, ale AVR Plugin nie do końca dobrze współpracuje z Juno. Podczas zatwierdzania właściwości projektu (Propertis) nie można jako ostatniej używać AVRDude, bo później wyskakują błędy typu Could not accept changes - The currently displayed page contains invalid values, a ja nie lubię jak mi coś wyskakuje. Jak daję nowy projekt to nie jest domyślnie to projekt dla AVR tylko GNU Autotools. Może jak wyjdzie nowy plugin to wszystko wróci do porządku.

_________________
Dragonus Cracovus: Biomagia

Krauser - co racja to racja z tym komunikatem - u mnie też się pojawia co jakiś czas i mnie dręczy ... na razie jeszcze wytrzymuję - ale zauważyłem że też często odruchowo wrzucam po prostu Indigo (nawet nie wiem czy SR2) .... ale na pewno ta wersja działa ładnie i bardzo stabilnie..... Tyle że Juno jest już taka trochę bardziej cukierkowa ....

sam się zastanawiałem już czy ten komunikat to tylko u mnie - może przez jakieś kłopoty z Java? ale widzę że nie.

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Mirku, to nie tylko u Ciebie takie komunikaty. ja też tak mam, ale jakoś specjalnie mi to nie przeszkadza.

No dlatego mówię - jeszcze używam Juno

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Po wklejeniu do folderu z toolchainem od Atmela plików z AVR GCC 4.7:



Małym utrudnieniem jest to, że nie dostajemy procentowej zajętości pamięci:



Nie było konieczności podmiany pliku tak jak w toolchainie Atnela 3.4.

Po weekendzie przetestuję całość i dam znać czy nie wywala jakiś dziwnych błędów (projekty które kompilowałem zachowywały się normalnie ).

Witam

Zainstalowałem dziś Eclipsa Indigo według poradnika Mirka i neistety za pierwszym razem gdy zainstalowałem Toolchaina w wersji 3.4 i dorzuciłem poprawkę do pluginu to przy próbie wyboru procka pokazywał mi się komunikat:

es

Postanowiłem wrzucić jeszcze raz Eclipsa ale zainstalowałem toolchaina w wersji 3.3, pomogło i błędu już nie mam, ścieżki prawidłowo pododawane, ale gdy testuje kod który pokazał mirek w swoim filmiku i który powinien wyrzucić błąd


kompilator kompiluje bez problemu. Nigdzie nie mam ścieżki do WINAVR wszędzie jest do toolchaina w wersji 3.3

Zrób jeszcze raz w/g poradnika, nie kąbinuj z toolchainem, to musi działać.

Właśnie piszę to koledze na PW. Ja na prawdę nie rozumiem - jest poradnik - a ludzie zrobią inaczej i potem pytają dlaczego coś nie działa .....

Toż po to robiłem poradnik, że jak coś nie działa szczególnie z nowym Juno - to bierzemy INDIGO w łapki - instalujemy krok po kroku z poradnika i MUSI działać - a nie tam kombinacje alpejskie

Zresztą ja sam tak robię - i jak potrzebuję szybko i sprawnie pracować to się nie zastanawiam nawet - jak coś nie tak - to instalka od nowa wg poradnika INDIGO i nie ma mocnych. Dlatego w innych kombinacjach nie będę podpowiadał i nie dla tego że nie chcę - tylko dlatego że nie wiem i nawet nie chce mi się w to zagłębiać skoro jest JEDNA i szybka opracowana droga.

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Dokładnie j/w, zresztą nawet jak mi coś nie chce banglać na nowym toolchainie to zawsze mam zainstalowany stary gcc.

Pomogło ściągniecie jeszcze raz paczki z pluginem z innego źródła.

Odświeżę wątek

Przed chwila zrobilem instalke Juno, z AVR pluginem AVR Eclipse Plugin 2.4.0.201203041437, oraz Toolchainem Atmela avr-toolchain-installer-3.4.2.1573-win32.win32.x86.exe pod Windowsem8 Pro.

Plik de.innot.avreclipse.core_2.4.0.201203041437.jar sciagnalem najpierw z dropboxa SunRivera ale sciezek nie chcial rozpoznawac
Plik jest z 6 ‎lipca ‎2012, ‏‎15:28:34 - wielkosc 564640 bytes.

Nastepnie zassalem pliczek z inna wersja poprawionego plugina z bloga Mirka. Plik jest z 31 ‎sierpnia ‎2012, ‏‎11:03:20, wielkosc 565927 bytes. I ta wersja bez problemu rozpoznala sciezki do najnowszego Toolchaina Atmela.

Kompilacja pustej main z while (1) bez problemu wiec chyba dziala Wybor procesora i freq rowniez. Kompilacja pod rozny hardware "full sucessfull" ;P

Pozdrawiam.

--
VDR

No! Namierzyłem łobuza , w/w poprawka (ktora zdazyla sie dosc dobrze rozpowszechnic (bo jest dobra)) ma jednego malutkiego babolka. Otoz MANIFEST jest defaultowy z javy. Eclipse natomiast potrzebuje takiego wypasionego z informacjami specjalnie dla niego. W bardzo szczegolnych przypadkach (np przy przenoszeniu eclipse miedzy platformami) ten blad powoduje wywalanie sie plugina, a rozwiazaniem staje sie tylko reinstal plugina i podmiana pacza. Jak poprawi sie w jar'ze MANIFEST na taki jak jest w oryginalnym pliku to wszystko smiga.
W zalaczeniu jar z podmienionym MANIFEST'em na oryginalny.

Sprawdziłem pod Ubuntu 13.10 x64 z Eclipse 3.8 na następujących paczkach.
Atmel toolchain: avr8-gnu-toolchain-3.4.2.939-linux.any.x86_64.tar.gz
Headers: atmel-headers-6.1.3.1475.zip
Poprawka do Eclipse: de.innot.avreclipse.core_2.4.0.201203041437.jar

W Eclipse zmieniamy tylko dwie ścieżki, AVR-GCC i AVR Header Files.
Poprawkę wrzucamy do katalogu ~/.eclipse/org.eclipse.platform_<nr wersji>/plugins/

_________________
Und schreien

Spring
Erlöse mich
Spring
...

gdzie te headers w linux-ie rozpakowujemy?

Właśnie przed chwilą instalowałem plugin przez market place i jest nowa wersja 2.4.1.
I tym samym nowy plik de.innot.avreclipse.core_2.4.1.jar.
Wiedzieliście?

_________________
Zapraszam:
filiporlo.blogspot.com

2.4.1 już nie beta? To nie wiedzieliśmy

_________________
+++++[>++++<-]>[>++++++<-]>.---------.+++.

W Lunie już jest, Keplera i inne wystarczy dać update i samo się ściągnie.

Sun i działa z ATMEL toolchain?

_________________
Zapraszam:
filiporlo.blogspot.com