E. Weddington wrote:
And a big thanks to you and your colleagues for using v2 so much and
testing out all the functionality!
Eric
Well, we just had to work you know :-) and it took less time to
understand what was going wrong in v2
than looking for ways to downgrade a bunch of stk500 and avrisp we
just received, because avrdude is
very well designed and it is very easy to fiddle with it.
Now it would be nice to have avrdude to be able to process the XML
definition files in
Atmel\AVR Tools\Partdescriptionfiles\ that avrstudio4 now provides.
These files could also replace avrdude.conf file format, if ever one
can reproduce these XML files without
copyright problems from Atmel. That would allow avrdude to be
completely synchronised with Atmel
delivery of new targets and their particular settings. For instance,
for v2, the value of the commands to
send to the ISP are defined in these files and so one can expect that
v2 needs a particular command
value for target A and another for target B to do the same job.
Maybe it's alreay the case, I did not look in details at all the XML
files, I just focused on atmega64 &
128, my usual targets.