Прерывание в примере объявлено так:


Ставлю точку останова - не останавливается.
Коллега говорит, что отладчик не всегда заходит при отладке во Flash.
Как правильно настроить среду для работы?

1. Да отлаживается.
2. А у Вас оно не во FLASH :-) И вот тут варианты могут быть - в памяти ДВЕ копии этого кода
и куда там брейкпойнт ставит отладчик - в принципе возможны варианты.
4. Колега говорит не понятно о чем - 1(если включены runtime control modules)-2 брейкпойнта
аппаратных а не софтовых есть.
3. У меня, например, довольно часто некоторые прерывания при старте под отладчиком иногда НЕ ОТРАБАТЫВАЮТ в принципе, ну и как следствие ждать брейкпойнта бесполезно в принципе.

То есть отлаживается, но некоторые не отлаживаются.

На сколько я понимаю обявляя "__ramfunc void Usart_c_irq_handler(void)" я должен ожидать, что
1) Компилятор положит код прерывания во флеш.
2) Компилятор сгенерит в StartUp функцию которая перепишет код из FLASH в RAM.
3) Линкер правильно вычислит указатель на прерывание в RAM и сгенерит Extra Output файл для отладчика.

Или подписывая лицензионное соглашение с IAR я автоматически обманываюсь в своих ожиданиях? ;-)
Например если я нажимаю клавишу Debug, а J-Link не подключен к таргет то после детектирования напряжения 0 вольт, перестает находится файл FlashLoader-а.
Перевключение USB разъема J-LINK восстанавливает ситуацию.

Про 'ошибку' - это чисто мое __предположение__. Поскольку у меня MT-Link5 заработал без глюков
с прерываниями - могу с легкостью проверить в течении некоторого времени.

Проверил. Работает без проблем в обработчике объявленом как __ramfunc.
Да, железо V5 + "Adaptive clocking" и работа через RDI. Segger свежайший. Других особенностей вроде нет.
Иначе не пробовал.

У меня HardWare V3.0 вопрос закрыт :-)

Это не факт. Я в других условиях не пробовал. Сейчас болею - 'старый' на работе остался, но
в принципе можно через некоторе время и на нем попрорбовать.