The original PDI patches for USBasp and AVRDUDE are old and contain bugs.
This repository contains the fixed patches.
Due to several reasons:
- The USBasp hardware design is outdated and may not function reliably with modern motherboards, operating systems, or PCs.
- It is common for developers working with ATxmega MCUs to own more sophisticated tools than USBasp, such as Atmel-ICE.
- I have also developed my own custom programmer that supports ATxmega MCUs, as well as other MCUs.
As a result, updates to this repository have been placed on the back burner. It may be archived entirely in the future.
Playing with AtXmega16e5 breakout - Converting USBASP to support PDI
https://morf.lv/playing-with-atxmega16e5-breakout
ATxmega programmer for $0.50
https://szulat.blogspot.com/2012/08/atxmega-programmer-for-050.html
USBASP Firmware supporting PDI
http://www.fischl.de/usbasp/usbasp.2011-05-28.tar.gz
http://sz.toyspring.com/usbasp-pdi-usbaspfirmware-20120816.diff
AVRDUDE supporting USBASP with PDI (5.11svn)
http://sz.toyspring.com/usbasp-pdi-avrdude2091-20120816.diff
svn co svn://svn.sv.gnu.org/avrdude/trunk -r 1092
Как прошить XMEGA при помощи USBASP программатора
How to flash XMEGA using USBASP programmer
https://service4u.narod.ru/html/atxmega_avrdude.html
https://service4u.narod.ru/assets/xmega/usbasp_pdi_atmega8_20120816.hex
https://service4u.narod.ru/assets/xmega/avrdude-r1092-usbasp-pdi.zip
USBASP-PDI
Modified USBASP to work as a PDI Programmer
https://github.com/nieldk/USBASP-PDI
https://github.com/nieldk/USBASP-PDI/tree/master/bin/firmware
AVRDUDE 6.3 for USBASP-PDI
https://github.com/nieldk/avrdude
It is recommended to use AVRDUDE r1092 (5.11svn) instead of 6.3 because the patched avrdude.conf for version 6.3 contains a bug for the '.xmega' common part definition (missing chip_erase_delay = 40000).
It is possible to use AVRDUDE 6.3 with the avrdude.conf from r1092 (5.11svn), or, edit the file and add the missing chip_erase_delay = 40000 to the .xmega common part definition; without the chip erase delay, programming will always fail.
There is also a bug in the USBasp patch that will cause programming using TPI to always fail. To fix it, after applying the patch, edit *firmware/main.c* and add the following lines:
} else if (data[1] == USBASP_FUNC_TPI_WRITEBLOCK) {
prog_address = (data[3] << 8) | data[2];
prog_nbytes = (data[7] << 8) | data[6];
prog_state = PROG_STATE_TPI_WRITE;
len = 0xff; /* multiple out */before the line that contains:
} else if (data[1] == USBASP_FUNC_GETCAPABILITIES) {(the patch removed those lines).