Witam,
Czy ktoś z kolegów/koleżanek mógłby mi poradzić jak przy pomocy Eclipse i toolchaina Atmela (avr-gcc 4.9.2) obsłużyć ATmega328PB? Mam już odpowiednio skonfigurowany AVRDUDE, niestety nie mogę stworzyć nowego projektu z tym prockiem bo jest on niedostępny w Menu. A wiem, że Atmel Studio z tym samym toolchainem obsługuje ten mikrokontroler.

To wybierz Atmege328 po prostu

to nie jest dobry pomysł ... zaglądał kolega w ogóle do noty PDF procka m328PB ? czuję że chyba nie ... to CAŁKIEM inny procek niż np m328P

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

Potrzebuję użyć zasobów, które są w 328PB, a nie ma ich w w 328, czy nawet w 328P

A czy na pewno masz dobrze skonfigurowane AVRDUDE ? coś mi się wydaje, że nie do końca ... Wygląda właśnie na to że albo nie masz prawidłowego wpisu w avrdude albo nieodpowiednią wersję atmeltoolchaina podłączoną

możesz załączyć swoją wersję avrdude ? w pliku zip?

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

avrdude.exe w wersji 6.3, avrdude.conf wersja 2016-02-15 (Joerg Wunsch)

W MkCLIPSE w avrdude jest 328PA.
Wersji 328PB chyba nie ma ani w toolchainie ani w avrdude.

po chwili:
o 328PB piszą w plikach (toolchain 4.9.2):
w file:///C:/instalki/avr8-gnu-toolchain/share/doc/gcc/AVR-Options.html

oraz
file:///C:/instalki/avr8-gnu-toolchain/lib/gcc/avr/4.9.2/device-specs/specs-atmega328pb

hmmm rzeczywiście w AVRDUDE jest procek ... no tak ale Eclipse nie bierze jednak listy procków z avrdude tylko z plików definicji procków w atmel toolchainie. I np procka atmega168pb tam widać i ten się pojawia w Eclipse .... niestety nie widać tam atmega328pb

Mówię o tym folderze toolchaina

C:\Program Files (x86)\Atmel\AVR Tools\AVR Toolchain\avr\include\avr

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

Doczytałem w międzyczasie:

https://gcc.gnu.org/gcc-5/changes.html

Dla rodziny AVR są istotne zmiany, patrz akapit:
AVR
a w nim:
"You can add support for a new device -mmcu=mydevice as follows:
..."

Chyba należy to potestować.

Mówisz o kompilacji zdaje się ... ale Eclipse nie będzie widziało poprawnie nowych rejestrów i peryferiów m328pb jeśli nie ma pliku iom328pb.h

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

Jest:
https://www.google.pl/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&uact=8&ved=0ahUKEwiyut3kjb_RAhUhJcAKHfGTAhsQFggaMAA&url=http%3A%2F%2Fwww.avrfreaks.net%2Fsites%2Fdefault%2Ffiles%2Fforum_attachments%2Fiom328pb.h&usg=AFQjCNF0k0KPgxN7vMmmS66Ff99AsL8W6g&bvm=bv.144224172,d.ZGg

------------------------ [ Dodano po: 1 minucie ]

Znalazłem jeszcze takie cóś:
https://github.com/watterott/ATmega328PB-Testing

No tu już coś zaczyna wyglądać, bo ja właśnie znalazłem że w pliku toolchaina

\lib\avr5\libc.a

w ogóle nie ma biblioteki skompilowanej dla m328pb - jest dla m168pb i to wszystko ... nie pomoże więc samo dodanie pliku iom328pb.h

Jednak w tym linku jest coś jakby dla m328pb w tym folderze lib - tylko ja kompletnie nie wiem jak to pobrać z tego kociego githuba

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

Jest jeszcze takie cos:
http://www.avrfreaks.net/sites/default/ ... iom328pb.h

Być może jest to wersja próbna bo dziwne, że jej nie ma w toolchain.

dodane:

A z postów wynika, że chyba od stycznia 2016r Studio 7 obsługuje 328pb.
http://www.avrfreaks.net/forum/atmega32 ... skey=328pb

Nie no zaraz - jak wgram starszy toolchain np 3.4.5 to widać np procka m168pb ... ale jak wgram do tego folderu ten najnowszy toolchain to nie tylko że nadal nie ma m328pb ale znika też z listy w eclipse m168pb

coś pokręcone to jest

------------------------ [ Dodano po: 8 minutach ]


No tak Atmel Studio7 obsługuje ... ale jak na razie wielka kiszeczka z Eclipse w tym zakresie - bo jakoś pokrętnie te pliki nowych procków są podciągane - może potrzebny będzie jakiś nowy avrplugin do eclipsa ?

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

Mam nadzieję, że się wkrótce jakiś sposób pojawi, bo procek fajny! Póki co dziękuję wszystkim za poświęcony czas.

Ja bym powiedział nawet, że "mega zaje fajny"

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

Gdyby się komuś udało w miarę szybko rozwiązać mój problem to odwdzięczę się 20 sztukami ATmega328PB-AU

Szybkim rozwiązaniem jest instalacja Studio 7 ( wczoraj zainstalowałem i sprawdziłem, że kompiluje 328PB), i skompilowanie Twoich plików w AS7. Potem można wgrać plik wynikowy przez avrdude ( definicję 328pb dla dude można znaleźć w sieci).
Jakiś czas temu próbowałem oswoić Eclipsa z 328pb, i tak:
-AS7 stosuje jakieś sztuczki przy kompilacji 328pb ( brak w toolchainie plików: iom328pbh, modyfikacji w pliku iom.h, brak plików: crtatmega328pb.o, libatmega328pc.a w odpowiednich katalogach, a jednak kompilacja przechodzi.
Po odpowiednich modyfikacjach toolchaina Eclipsa ( taki sam jak w AS7, dodane pliki j.w.)
oraz ręcznej kompilacji- kompilacja przeszła bez błędów, jednak nie mogę sprawdzić ( nie mam 328PB) czy kod jest poprawny.
Samo Eclipse musi chyba mieć jednak zmodyfikowany plugin AVR ( ktoś to juź zgłaszał, ale odpowiedź była zlewająca). Nie jestem ekspertem Eclipsa ale może ktoś spróbuje edytować wtyczkę i dodać jeden wpis dla 328PB.
W sieci też jest galimatias informacyjny na temat328pb. Ciekawostka avr-gcc nie zgłasza, że obsługuje 328PB ale to robi ( można podglądnąć w kodzie, lub: avr-gcc.exe --target-help).

dograłem brakujące pliki do odpowiednich folderów, jednak dalej dany procek jest oznaczany jako nieobsługiwany przez kompilator, co uniemożliwia założenie nowego projektu z nim

Ciekawostka
avr-gcc nie zgłasza, że obsługuje 328PB (avr-gcc.exe --target-help) ale to robi ( można podglądnąć w kodzie).
Ja kompilowałem "ręcznie", metodą "na partyzanta" (tylko w celu eksperymentalnym- "nie róbcie tego w domu") w Eclipse założyłem projekt dla 328P, skompilowałem z błędami, skasowałem w katalogu Release pliki kompilacji oprócz make-podobnych, w których podmieniłem wpis 328P na 328PB, następnie w tym katalogu otworzyłem "cmd"
i puściłem make. Make skompilował mi bez błędów.
Oczywiście to tylko test.
Tobie proponuję:
- założyć projekt dla 328P
- wpisać wszystkie! pliki do tego projektu dla docelowego procesora 328pb
-skompilować dla 328P ( z błędami )
-zrobić clean
-zmodyfikować pliki:makefile, object.mk, sources.mk, subdir.mk ( tam ,gdzie jest 328p wpisać 328pb
-w Eclipse: project- properties- C/C__Build -(odhaczyć) Use default build command- (odhaczyć)Generate makefile automatically -Apply - OK
od tej pory będziesz kompilował swoim plikiem make dla procesora 'PB !!!

-uwaga na zmiany konfiguracji projektu- make nie będzie odświażany

Wielkie dzięki! Mimo iż mój projekt jest dość rozbudowany i niektóre źródła są linkowane z różnych folderów to myślę, że z Twoją podpowiedzią dam radę to skompilować!

A co a AVRDUDUE? Też ma szansę zadziałać poprawnie? Czy nie powinienem 'na piechotę' gdzieś zadeklarować __AVR_ATmega328PB__ ?

Wszystko co potrzebujesz masz w pliku avrdude.conf tym od mkAVRCalculator'a:
#------------------------------------------------------------
# ATmega328PA - by mirekk36
#------------------------------------------------------------

part
id = "m328pa";
desc = "ATMEGA328PA";

itd.

Wydaje mi się, ze wystarczy to tylko skopiować do tej wersji 6.3. Nie mam tej atmegi, nie mam jak sprawdzić, ale wygląda na to, że ta atnelowka werjsa też powinna sobie dać radę.

W tym pliku jest definicja 'PB (plik z sieci).

Mi się wydaje ale może warto sprawdzić - że wystarczy nawet w starym AVRDUDE tym z MkAvrCalculator ot po prostu skopiować cały wpis dla "ATmega328P" w pliku avrdude.conf i wkleić go ponownie - po czym zmienić nazwę w tej sekcji na "ATmega328PB" oraz "m328pb" i podmienić sygnaturę i będzie też śmigać ładnie bo jeśli chodzi o programowanie to niczym się nie różni od m328p

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

Jeśli chodzi o avr-gcc w eclipse to może warto skorzystać z podpowiedzi ATMEL.

http://distribute.atmel.no/tools/openso ... ain/3.5.4/
Na samym dole jest przykład.
Gdzieś w eclipse chyba można dopisać ścieżkę.

Jeśli chodzi o AVRDUDE to chyba źle się zapytałem. Ja mam odpowiednią wersję i w avrdude.conf jest wpis dla "ATmega328PB". Nie wiem tylko jak to zrobić, aby w projekcie założonym metodą "na partyzanta"( czyli zakładam projekt np. dla ATmega328P, ręcznie przerabiam make i inne aby był obsługiwany ATmega328PB - tak jak poradził wcześniej krish) po naciśnieciu ikonki programowania flasha, AVRDUDE był wywoływany do obsługi ATmega328PB a nie ATmega328P.

Chyba znalazłem proste rozwiązanie.

W folderze z projektem utworzonym dla np. "ATmega168P" jest podfolder .settings a w nim plik: de.innot.avreclipse.core.prefs.
Przeedytowałem (Notepadem) avrtarget/MCUType=atmega168p na atmega328pb i zarówno kompilator jak również AVRDUDE wydają się działać jak należy.

Praca ( grupowa) popłaca.
Podsumowując nasze dotychczasowe "osiągnięcia"
Aktualny algorytm:

0. modyfikujemy toolchain plikami dla '328PB.
1. zakładamy w Eclipse dowolny projekt na avr ( najprościej dla '328P).
2. modyfikujemy plik "de.innot.avreclipse.core.prefs" w podfoldrze ".settings" projektu ( wpisujemy '328pb zamiast '328p). Znika wpis MCU type=atmega328p w: properties- AVR- target hardware- MCU type.
3. w Eclipse: project- properties- C/C++general- path and symbols- (zakładka) Symbols- Add- name: MCU value: atmega328pb . Wpis pozwala na obsługę plików io*.h dla '328PB przez Eclipsa ( brak błędów składni dla restrów itp. w edytorze).

Zalety metody:
-pliki io*.h są na swoich miejscach w toolchainie,
-Eclipse "widzi" je oraz "widzi" typ procesora ( niestety plugin avr-nie),
-można modyfikować ustawienia kompilacji ( oprócz MCU type).

wady:
- konieczność modyfikacji toolchaina ( i pamiętania o tym w przypadku upgrade'). Mimo wszystko ta metoda jest IMHO bardziej "elegancka", niż oficjalne metody "partyzanckie" stosowane przez ATMEL-a (ukrywanie gdzieś plików io*.h i innych dla '328pb i pokrętna kompilacja, - zamiast prostego zapisania tych plików we właściwych katalogach).
- nadal brak wsparcia '328pb przez plugin-avr ( metoda "obejściowa").
- konieczność dokładnej weryfikacji (plików wynikowych) tej metody- czy nie zostało coś pominięte.

Ładnie podsumowane. Wielkie dzięki!

Jakby ktoś potrzebował tak "na szybko" coś sprawdzić z ATmega328PB albo ATmega168PB to zapraszam do najnowszej wersji MkClipse - która ładnie zarówno kompiluje projekt oraz go wgrywa do procka za pomocą AVRDUDE


trzeba TYLKO pamiętać aby wykonać DWIE nowe opcje w programie, czyli:

1. załadować najnowszy toolchain od razu z przeróbkami pod m328pb i m168pb

2. wypakować avrdude z obsługą tych nowych procków

jak na obrazku

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