Здравствуйте.

Использую AT91SAM7S256, Keil uVision, RV.
Возникла следующая проблема. Микроконтроллер при выполнении программы сам перезапускается.
В начале main обработал флаг резета - получил срабатывание по AT91C_RSTC_RSTTYP_USER.
Поcмотрел осциллографом вывод NRST - есть переход на ноль. Стоит внешняя микросхема сброса.
Убрал микросхему и вывод NRST через 10 кОм подвязал на + питания.
Получил срабатывание по AT91C_RSTC_RSTTYP_POWERUP.
Получается вроде как проблемы с питанием.

Запитал процессор от внешнего источника питания - получил срабатывание по AT91C_RSTC_RSTTYP_SOFTWARE - хотя его вызова ни где в коде вообще нет.

Также обрабатываю Undef_Handler, PAbt_Handler и DAbt_Handler - ни разу не возникали.
WDT отключен.

Защел в тупик... Может у кого есть какие идеи?

Сообщение отредактировал Vovanchik - Jun 4 2009, 10:36

ИМХО, это все-таки питание: в первом случае сработал внешний монитор, во втором - отработал собственный POR.
Ситуация с индикацией software reset воспроизводится, или наблюдалась однократно?

с внешним источником питания постоянно software reset воспроизводится

Сообщение отредактировал Vovanchik - Jun 4 2009, 10:37

Проблема оказалась в функции memcpy - при копировании массива типа short из 2000 элементов в другой соразмерный массив происходила ошибка. Заменив использование memcpy на цикл for проблема исчезла.

Иллюстрацию можно? В наличие глюка в memcpy Keil'а верится с трудом.

Массивы объявлены глобально:


Сначала было копирование в коде следующего вида:


Написал функцию


Обращаюсь так


Уже более 4 часов запущено устройство в режиме где были глюки - все ОК.

Боюсь, что это не более чем совпадение.

Возможно Вы правы - тестирование покажет.
Но до исправления микроконтроллер перегружался через 2-3 минуты, а тут 4 часа работы.

В режимах где используется memcpy с char массивами, а не short, все работает нормально.

Массив у Вас довольно здоровый - 4 килобайта почти - разница во времени работы memcpy и memcpy_short получится довольно значительная.
Могу предложить простой эксперимент: оставьте оба варианта, т.е. просто последовательно вызовите memcpy и memcpy_short с одинаковами параметрами, и посмотрите, как себя поведет программа.

Согласен.

В программе реализован бесконечнй цикл while(). Все необходимые действия выполняются в прерываниях. Причем в прерываниях где вызывается memcpy все остальные прерывания выключаются вначале и включаются по завершении. Поэтому теоретически программа должна работать одинаково с разным временем выполнения функций.

Но все равно попробую:

но только в понедельник...

Сообщение отредактировал Vovanchik - Jun 5 2009, 12:56

Попробовал предложенный Вами вариант - при последовательном вызове функций наблюдается зависание прибора (проверил несколько раз).
При использовании только memcpy_short прибор пока работает...

Посмотрите под отладчиком, какие параметры получаются.
По моему правильнее будет (short *)Per_OSC_Temp

Если активно используете прерывания, то не забыли ли поставить обработчик AIC_SPU (Spurious Interrupt Vector Register) в AIC ? При маскировании возможено его срабатывание.