Hej, ostatnio dłubałem sobie coś na 328pb (używając Atmel Studio) i w którymś momencie chciałem przygotować projekt tak, żeby również kompilował się poprawnie pod Eclipse. Ale okazało się, że jedna rzecz mi nie chciała się skompilować - chodzi o wykorzystanie funkcji boot_signature_byte_get(addr) (chciałem użyć jako identyfikatora procka). Wywalał błąd braku definicji SIGRD. Sprawdziłem co jest w plikach iom328pb.h po stronie Atmel Studio i Eclipse w katalogach
C:\Users\<user>\Documents\MkClipse\AVR Toolchain\avr\include\avr
oraz
C:\Program Files (x86)\Atmel\Studio\7.0\packs\atmel\ATmega_DFP\1.6.364\include\avr

okazało się, że plik w MKClipse jest z sygnaturą z 2015 roku a ten z Atmel Studio z 2020

różnią się w tej okolicy - linia numer 9 (#define SIGRD 5) jest w tym nowszym pliku z Atmel Studio


Na tą chwilę poradziłem sobie w ten sposób



Ale to trochę mało eleganckie rozwiązanie - dlatego chciałem podpytać, czy jest szansa na uatkutalnienie toolchaina dla MKClipse/Eclipse do nowszej wersji?

Pozdrowienia,
Krzysiek

Wbrew pozorom to nie takie proste - ale jeśli już a zależy ci na tym to podaj jakiś konkretny link do nowszego toolchaina, podaj te różnice z sigdr bo pokazałeś tylko w jednym miejscu - i żeby coś zrobić to musiałbym wszystkiego sam od początku szukać - wtedy niestety odłożę to na dużo później bo nie mam za bardzo czasu ale jeśli podałbyś komplet informacji to może byłoby mi łatwiej opracować poprawkę ? Później też trzeba byłoby przetestować czy działa na innych prockach - bo po takich podmianach to zwykle zaraz losowo wybuchają różne inne rzeczy w kompilacjach - a tego nikt by pewnie nie chciał tym bardziej , że obecny tollchain może i stary ale jary i ładnie działa na co dzień a tu zdarzył się jak widzę mega nietypowy i jednostkowy przypadek - więc no sam zobacz.
Ale tak masz rację pewnie warto to zaktualizować

_________________
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 ]

Temat w sumie aż tak nietypowy nie jest, bo chciałem po prostu zaczytać sygnaturę procka aby rozpoznać konkretną instancję urządzenia (te procki na to pozwalają).

W sumie po zastanowieniu się, chyba po prostu zostanę przy swoim nieco krzywym rozwiązaniu - zrobiłem kiedyś na własne potrzeby coś na kształt mini HALa dla AVRów i jak zrobię workaround na tym poziomie, to już nie będę musiał sie z tym problemem potem męczyć.
Jeśli chodzi o źródło nowszego toolchaina, to jest to po prostu wersja instalowana z AtmelStudio 7 (ląduje w katalogu, który podałem w pierwszej wiadomości).
Trochę popatrzyłem do środka i okazało się, że są takie definicje w iom328pb.h, które znajdują się w wersji AtmelStudio a w Eclipse nie, ale też w drugą stronę - są w wersji Eclipse a nie ma w AtmelStudio. Podmiana nie musi być trywialna niestety.
No nic - jakoś sobie chyba od strony moich potrzeb poradzę - tylko od jakiegoś czasu próbuję się przenieść z programowaniem AVRów kompletnie na Eclipse i ciągle o coś się potykam

Pozdrowienia.