[an error occurred while processing this directive]
|
Выглядит всё это очень странно. Ничего подобного, кажется, ещё не видел.
Логи (чтение fuses, чтение osccal, да и чтение ID) производят впечатление того, что интерфейс программирования SPI "залипает" в интересном состоянии - работает и остаётся в синхронизме, но автоматы программирования после команды стирания от интерфейса отключаются. Как это может быть - я плохо понимаю.
После пересброса сам процесс стирания может и не завершиться (если программатор мало времени на стирание выделил), но всё остальное должно заработать.
Возможно, пересброс не проходит. Время снятого сброса можно увеличить ключиком -ai, скажем, добавить к командной строке -ai500
Того же эффекта ("достаточно большое время на пересброс") можно добиться, разделив команды на две - одной стереть, другой зашить.
Т.е. при XTAL1, подключенном к ножке LED адаптера STK
avreal32 -as -p1 +mega16 -o0 -e >info.txt
avreal32 -as -p1 +mega16 -o0 -fнужные,фьюзы -w -v >>info.txt
(во второй строке два значка "больше", чтобы добавить в тот же файл информацию).
Хотя для перешивки fuses на незалоченном кристалле стирание не нужно.
По поводу генерации XTAL - на STK-адаптерах XTAL генерируется на ножке LED адаптера. Просто на других адаптерах XTAL может быть на других ногах, "5-я ножка LPT" - не догма.