Передача управления на Cortex-M4F Опции

[AlexeyT]

Уважаемые коллеги, помогите разобраться:
Есть процессор на базе Cortex-M4, с FPU. У него есть встроенный загрузчик, но нет ПЗУ - только ОЗУ.
Есть подключенные к нему внешняя флэш-память и программатор JTAG.
Есть тестовая прошивка - настройка тактовой частоты, СОМ-порта и пока всё, дальше бесконечный цикл while(1) {}. Раньше было больше, но при уменьшении до нынешнего варианта косяк не исчез. Принципиальный момент - NVIC в тестовой прошивке не настраивается, обработчики исключений не переопределены.

Последовательность работы:
При подаче питания процессор начинает исполнять код заводского загрузчика, анализирует линии задания режима загрузки и переходит в режим исполнения программы из внешней флэш-памяти. Она успешно исполняется, используя прерывания - одно от периферийного блока СнК (контроллер МКИО) и одно внешнее. После чего в какой-то момент надо передать управление другой программе. Имитирую передачу управления. Для этого я выполняю останов (команда "h") процессора через J-Link Commander. А вот дальше есть два варианта развития событий:
1) не_выполняя_сброса, заливаю в ОЗУ инструкций образ тестовой прошивки, пишу во VTOR новый адрес таблицы, указываю новую вершину стека (первое слово прошивки), пишу в PC адрес вектора сброса (второе слово прошивки) и запускаю (команда "g"). После чего снова останавливаю ядро и вижу, что упал в исключение NMI.
2) выполняю сброс (команда "R"), и выполняю те же действия, что и ранее, над той же тестовой прошивкой. После чего останавливаю ядро и вижу, что что ядро спокойно остановлено (NoException).

В чем может быть принципиальное отличие этих режимов?
Какие регистры SCB нужно сбросить в начале п.1, чтобы состояние стало близким к идеальному, т.е. после Reset?
Чем сброс через JTAG отличается от сброса через NVIC_SystemReset() с точки зрения системных процедур, выполняемых перед main?

[AlexeyT]

Если нет ПЗУ, то где тогда находится загрузчик? ПЗУ не может не есть. laughing.gif

Вангую, что в вашем процессоре есть некая ROM с загрузчиком, но нету FLASH-памяти. Так?

Есть 4 кБ ПЗУ с загрузчиком, зашитым на заводе (намертво, не Flash). Пользователю оно доступно только на чтение. Процессор стартует из него.
Для пользователя есть 128 кБ ОЗУ под инструкции и 64 кБ ОЗУ под данные. Пользовательская программа может появиться в ОЗУ двумя способами: через JTAG или в результате работы заводского загрузчика. После чего управление передается на нее способом, описанным в первом посте, т.е. без сброса.

Неужели после подобного "вандализма" вы ожидали другого поведения проца? sm.gif

Именно потому, что раньше проблем не было, ожидал - это способ, используемый заводским загрузчиком.

А при чем тут некие магические "системные процедуры"?
Сброс - есть сброс, иначе он назывался бы иначе: например, передача управления в начало программы или типа того.

"Магические процедуры" - типа __main, которая вызывается в векторе RESET.
Собственно, и вопрос - в чем отличие?
NVIC_SystemReset() - это таки "сброс" или "Передача управления в начало программы"?

Очевидно что нужно сбросить и всю периферию. Использовать WDT.

Периферия - блоки на шинах AHB/APB? Или все-таки регистры SCB?
Мысль с WDT проработаю, спасибо.

Сообщение отредактировал AlexeyT - May 31 2017, 06:56

[Forger]

NVIC_SystemReset() - это таки "сброс" или "Передача управления в начало программы"?

Работает аналогично аппаратному сбросу, RTFM.
В своем коде использую его уже давно, работает практически также, как и аппаратный сброс. Собственно для этого он был задуман.
System reset request bit ..... This is intended to force a large system reset of all major components except for debug.

Мысль с WDT проработаю, спасибо.

WDT приходится использовать для программного сброса в тех камнях, где нет соотв. регистров, в PIC/AVR например.
В ARMах же WDT все же лучше использовать как WDT, а для сброса юзать NVIC_SystemReset или напрямую регистр AIRCR (ссылка выше).
Почитайте содержимое NVIC_SystemReset (см. CMSIS на ваш секретный камень).

Также в ответственных приложения полезно использовать внешний контроллер сброса со встроенным WDT.
В этом случае для железного (аппаратного) сброса камня достаточно лишь какое-то время прекратить дергать соотв. пин для "кормления" этого внешнего WDT.

это способ, используемый заводским загрузчиком.

Заводской загрузчик не будет затирать в ОЗУ собственный стек и область хранения собственных переменных.
Также заводской загрузчик перед настройкой векторов и передачей управления запрещает все прерывания.
Поэтому ваш способ "в лоб" всегда будет вызывать exception, а заводской - не будет )))


зы. Как я понял, процессор секретный, маркировка стерта...