Nie znalazłem porad w innych wątkach (może coś przeoczyłem)...chciałem zrobić szybki, prosty projekt i jak zawsze w takich przypadkach wszystko trwa zdecydowanie dłużej niż powinno.

Ot prost płytka uruchomieniowa: Microchip Technology ATmega Evaluation Kit, ATmega1284P, AVR dostepna np tu: https://uk.rs-online.com/web/p/products/1306144/
oficjalnie tu: http://www.microchip.com/DevelopmentTools/ProductDetails/PartNO/ATMEGA1284P-XPLD#additional-summary

i jak w to cholerstwo wgrac wsad?

Niby ma bootloadera i wystarczy sie podpiąć kabelkiem USB. Wszystko ładnie wykrywa mi to ustrojstwo na COM3.
Zgodnie z dokumentacją (http://ww1.microchip.com/downloads/en/AppNotes/doc8374.pdf)
i filmikiem instruktarzowym (https://www.youtube.com/watch?v=EAlwSwGUHDM) do wgrania wsadu potrzebny nam jest: AVR open source programmer (AVROSP).

W datasheecie radośnie sobie wisi link do pobrania tegoż... ale oczywiście jest to link do starej strony atmela, która nie działa po przejęciu przez microchipa. Nigdzie indziej nie mogę znaleźć AVROSP.exe

Jako, że AVRDUDe powinien być kompatybilny z AVROSP (programatory avr109, avr910, avr911) próbuje ożenić to wszystko razem ale bezskutecznie.

Ktos coś już przewalczył? Wie jak żyć z tymi modułami? Da się to bezpośrednio z Atmel Studio programować, może?

Z góry dzięki za wszystkie wskazówki.

tutaj znajdziesz:
http://www.microchip.com/wwwappnotes/ap ... e=en591218
PDF: http://ww1.microchip.com/downloads/en/A ... oc2568.pdf
ZIP: http://ww1.microchip.com/downloads/en/A ... AVR911.zip

Dzięki.

to teraz trochę więcej konkretów, gdyż programowanie dalej nie działa...

AVROSP zwraca taki radosny komunikat:




natomiast AVR DUDE:




Oczywiście ścieżki systemowe (PATH) do AVROSP dodane prawidłowo, tak samo jak AVRDUDE (z instalacji Mirka 5.1.0 wersja).

komunikat AVRDUDE dziwi, bo po wpisaniu: avrdude -c avr910
,
jest na liście obsługiwanych procków.

OK, problem AVROSP i brakujących plików XML rozwiązany w następujący sposób (To rozwiązanie nie działa, zostawione w celach dydaktycznych):

X:\(...sciezka-do-atmel-studio...)\7.0\packs\atmel\ATmega_DFP\1.2.209\atdf
w tym katalogu znajdujemy plik interesującego nas mikroklocka np: ATmega1284P.atdf.
kopiujemy do katalogu z AVROSP i zmieniamy rozszerzenie na XML.

(Jak ktoś nie ma atmel studio, można też ściągnać stąd: http://packs.download.atmel.com )

[pomocny byl ten wątek: https://www.avrfreaks.net/forum/xml-files-studio-7, konkretnie #2: Everything that has to do with device knowledge is now inside packs. We also finally renamed the xml files to atdf (since that's what they're called). The XML schema is the same btw...]


i borykamy się z następnym problemem:



Ktoś ma pomysł, co z tym dalej można zrobić? albo czemu AVRdude nie działa?

Działa!

Cały problem w tym, że Atmel zmienił sposób/organizację plików Part Description Files - XML i wszystko co zostało wydane po Atmel Studio 4 nie jest kompatybilne z AVROSP.

Rozwiązanie problemu:
1. ściągnąć starą wersję Atmel Studio 4 (np. stąd: https://www.microchip.com/mplab/avr-support/avr-and-sam-downloads-archive
2. skopiować pliki XML, w miejsce w którym AVROSP będzie ich szukał
3. można odinstalować AS4

pomocne linki w sprawie:
1. https://github.com/topptech/AVRLoader


2. AVRDUDE:
Problem z niekompatybilnym AVRDUDE jest ładnie opisany tutaj: https://www.avrfreaks.net/forum/problems-avrdude-and-atxmega256a3
W skrócie chodzi o wielkość paczki danych wysyłanych przez AVROSP (512kb) i AVRDUDE(128kb). Jak komuś zależy to można dalej grzebać w AVRDUDE, poczynione zmiany są opisane. Tutaj tylko cytat z ostatecznego rozwiązania, w celach archiwizacyjnych:



Sytuacja z AVRDUDE, na dziś wygląda tak, że problem został zgłoszony w 2017 roku, ale nie został zaimplementowany w najnowszej wersji AVRDUDE (6.3 obecnie datowana na 2016 rok).

Ponieważ zależy mi tylko na szybkim rozwoju prostego programu, korzystam dalej z AVROSP, żeby usprawnić sobie prace przygotowałem krótki plik *.bat do wgrywania wsadu.


Trzymam to sobie w podkatalogu 'Release' z projektem w ECLIPSE i wgrywam zmiany do procka jak trzeba Może lekko mniej wygodne niż z poziomu ECLIPSE, ale działa

Nie bardzo chce mi się wierzyć, że Atmel nie updatował bootloadera do wersji kompatybilnej z nowszymi wersjami oprogramowania... pliki z Atmel Studio 4 są datowane na 2011 rok!
Czy nikt nie używa tych płytek xplained?
Mogę sam sobie przyznać 'pomógł'? ;-P

To ja tak dopiszę dla potomnych
Ogólnie nie trzeba instalować Atmel Studio 4, wystarczy pobrać te pliki XML i dać je gdzieś w katalog PartDescriptionFiles
Następnie trzeba w rejestrze trzeba stworzyć klucz:
HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Atmel\AVRTools
Gdybyśmy używali systemu 32bit trzeba pozbyć się ze ścieżki "WOW6432Node" - W moim przypadku jest to Windows 10 build 1903 64Bit
W podanej ścieżce stworzyć String Value o nazwie AVRToolsPath gdzie Value Data to ścieżka do katalogu w którym umieściliśmy PartDescriptionFiles

Teraz możemy użyć skryptu kolegi wyżej i wszystko powinno grać

Jeśli coś jest niezrozumiałe lub chcielibyście by podesłać wam pliki XML to śmiało piszcie.

_________________
sig off ;( <- Why? :D

Udało mi się przyspieszyć wgrywanie hexa
Poniższy kod trzeba umieścić w głównym folderze naszego projektu i edytować zmienne
$hexFileName - Tu podajemy nazwę naszego pliku .hex (zazwyczaj nazwa projektu)
$comPort - Port COMx naszej płytki

Przedstawię jeden ze sposobów uruchomienia (Najmniej inwazyjny dla użytkownika)
Uruchamiamy powershell i przechodzimy do głównego folderu naszego projektu i uruchamiamy:

Gdzie .\Flash.ps1 to wcześniej podany skrypt

Pracuję nad tym by skrypt był uruchamiany zaraz po skończeniu build(Udanego buildu)
lecz myślę też nad wykorzystaniem przycisku "Upload"

_________________
sig off ;( <- Why? :D