Совершенно непонятная ошибка. После очередного изменения исходников дебаггер вдруг начал при проверке залитого кода ругаться на ошибки:

Таких ошибок ровно 15 штук. Первая ошибка всегда указывает на адрес начала ROM + 0x1080
Погрешил на кристалл, взял другой, ситуация никак не изменилась. Пробовал уменьшать частоту SWD, тоже безрезультатно.
Изменил в файле .icf адрес начала ROM, ничего не поменялось кроме адресов ошибок - они так же сместились, опять начинаясь с +0x1080 от начала ROM.
Единственное изменение дает замена в файле FlashSTM32F10xxD.flash загрузчика с FlashSTM32F10xxxRAM48K.out на FlashSTM32F10xxxRAM64K.out - количество ошибок уменьшается с 15 до 7.

Никто с таким не сталкивался? Уже и не знаю куда рыть...

Разобрался. А то уже волосы стал потихоньку выдирать
Присина оказалась в DMA, по которому у меня считываются результаты измерений двух каналов АЦП. Судя по всему DMA продолжал молотить даже после сброса контроллера и портил флэшлоадеру память.
Прописал свой скрипт, отключающий DMA и все наладилось.

Впервые слышу, чтобы периферия МК по сбросу не сбрасывалась в power-on state. Может, кто-то еще этот феномен встречал?
По каким признакам вы сделали этот вывод?

Сбрасывается. А после отпускания сброса запускается пользовательская программа, которая успевает запустить DMA еще до того, как отладчик перехватит управление и остановит ее. Сталкивался с точно таким же поведением, хотя работал не с IAR, а с OpenOCD. Победил, добавв в скрипт отладчика команды остановки всех каналов DMA и запрет прерываний перед загрузкой прошивки.

Дык это же совсем иное дело. Все понятно и логично. Все-таки сбрасывается. Но ведь это жуть! Останавливаться на точке входа в main, успев перед этим "втихую" нахулиганить. Вот и верь им после этого.

Не подскажете, а какой вы скрипт использовали? У меня вроде бы похожая проблема.

Подскажите пожалуйста, не могу откомпелировать проект, перенесённый в другую область памяти на компе. начинает выдавать кучу ошибок. Может место дислокации библиотек поменялось?