Calculator

А в этом не может быть проблемы? По даташиту на SAM7X VREF должен быть не менее 2.6 в 10-битном и не менее 2.5 в 8-битном режимах

0x?? //Это общая длина дескриптора в байтах, в приведенном примере можно записать как 2+2*12. Само название должно быть в юникоде, поэтому так: 'M',0,'a',0,'n',0,'u',0,'f',0,'a',0,'c',0,'t',0,'u',0,'r',0,'e',0,'r',0 //bString

Разберитесь со стартапом, у ИАРа часто в примерах косяки бывают. Возможно стеки IRQ и FIQ друг на друга накладываются

Бывает у нас такая ситуация тоже. Кроме такой ошибки бывает сообщение, что "что-то пошло не так" (не помню точно как по английски) после того, как процесс прошивки вроде бы уже завершился. Попробуйте повысить немного напряжение питания. Еще бывает, что ИАРом такая плата прошивается нормально через тот же H-JTAG

Это вряд ли получится. А что, в кейле нельзя 2 конфигурации сделать, что ли? Одна для отладки, другая для генерации HEXа

В начале работы с карточкой подается команда установки размера используемого блока (CMD16, SET_BLOCKLEN). Скорее всего это делает библиотечная процедура и устанавливает размер 512 байт.

Что-то не так с арифметикой. Если добавить емкости по 10, то кварц нужен будет не с 15 пф, а с 25 пф.

А зачем две емкости по 10, если в SAM7 уже встроено по 40, то есть и так больше, чем необходимо? Емкости нужно убрать и попробовать еще раз. Второй вроде как раз должен подойти, да и первый наверняка запустится

Сталкивались, но таких проблем не было. Может все-таки проблемы разводки или блокировочного конденсатора нет или еще что аппаратное?

Нет, пермычка Erase должна просто стирать содержимое flash и NVM-биты для последующей прошивки через JTAG. Про нее написано в табличке "Signal description" и главе "I/O Lines Considerations" мануала. Конкретно вот так: The ERASE pin is used to re-initialize the Flash content and some of its NVM bits. It integrates a permanent pull-down resistor of about 15 kOm to GND, so that it can be left unconnected for normal operations. Я имел в виду, что для стирания самбы нужно включить проц с перемычкой Erase, потом снять питание, убрать перемычку и прошивать JTAGом. Кстати, бывает, что только что впаянные контроллеры не шьются HJTAG Flasher'ом, но нормально шьются IAR'ом с использованием того же сервера HJTAG. Досконально не разбирался, но возможно IAR при прошивке чистит NVM-биты (flashloader'ом или макросом, не знаю).

Перемычка Erase и включение питания должны помочь вроде

Ну это предложение спорное, тем более, что для SAM7 можно решить проблему использованием встроенного Brownout, читайте главу Reset Controller, Drownout Manager даташита

Наверное не 19, а 38 MIPS, тк цикл вроде из 2 операций. JTAG на скорость выполнения не влияет, он лишь дает небольшую задержку на чтение данных в отладчик при запуске/останове. Все дело в медленном чтении из Flash, для АРМов это обычно. Попробуйте выполнять то же самое из RAM

Все-таки кабель Full Speed или High Speed? Что на нем написано?

Возможно проблемы и не в программе. У нас иногда с серийными устройствами бывают "проблемы" при проверки работы USB, потом оказывается, что очередной раз купили плохие кабели. Обычно если на кабеле маркировка "High Speed", проблем не бывает, а если "Full Speed", то как повезет