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
Quote:
AVR911 uses XML files from AVR Studio when communicating with AVR109: Self Programming. The XML files available with AVR Studio 5 or later cannot be used with AVR911 because of a change in XML file format. This issue can be overcome by providing the XML files in a folder and modifying the search path in AVR911. The attached zip file contains XML files that come with AVR Studio 4.19 build 730. This can be downloaded and extracted to a folder and provide the path to the extracted folder as the XML search path in AVR911.
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:
Quote:
Posted : Tue. May 23, 2017 - 10:17 PM
12345
Total votes: 1
SUCCESS! Heureka!
It works now with avrdude. Version 6.3.
Without digging too deep in there, I just made some q&d modifications which I'll send to Jörg for review.
I've overridden the page size (estimated as 128) with 512, and modified butterfly_set_addr to incorporate butterfly_set_extaddr.
(Based on addr).
It's still roughly 6 times faster than avrosp.exe, but the device boots and reports the correct firmware version now.
This is what I've changed (very quick and very dirty, but both changes were required in order to make it work):
[syntax=bash]--- butterfly.c.orig2014-07-16 22:14:58.000000000 +0200
+++ butterfly.c2017-05-23 22:49:20.000000000 +0200
@@ -321,6 +321,10 @@
PDATA(pgm)->buffersize = (unsigned int)(unsigned char)c<<8;
butterfly_recv(pgm, &c, 1);
PDATA(pgm)->buffersize += (unsigned int)(unsigned char)c;
+
+ // overriding it for now
+ PDATA(pgm)->buffersize = 512;
+
avrdude_message(MSG_INFO, "Programmer supports buffered memory access with buffersize=%i bytes.\n",
PDATA(pgm)->buffersize);
@@ -424,6 +428,7 @@
static void butterfly_set_addr(PROGRAMMER * pgm, unsigned long addr)
{
+if( addr < 0x10000 ) {
char cmd[3];
cmd[0] = 'A';
@@ -432,6 +437,19 @@
butterfly_send(pgm, cmd, sizeof(cmd));
butterfly_vfy_cmd_sent(pgm, "set addr");
+
+ } else {
+
+ char cmd[4];
+
+ cmd[0] = 'H';
+ cmd[1] = (addr >> 16) & 0xff;
+ cmd[2] = (addr >> 8) & 0xff;
+ cmd[3] = addr & 0xff;
+
+ butterfly_send(pgm, cmd, sizeof(cmd));
+ butterfly_vfy_cmd_sent(pgm, "set extaddr");
+ }
}[/syntax]
For me, this does it. cool
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.
[syntax=bash]mode com3 baud=57600 parity=n data=8
pause
avrosp -dATmega1284p -cCOM3 -pf -vf -if00_LED_test.hex -e
pause[/syntax]
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ł'? ;-PStatystyki: Napisane przez marthinek — 28 sie 2018, o 22:00
]]>
