MCU:
LPC1778
ROM=0x0000 0000....
RAM=0x1000 0000...

Делаю загрузчик, и столкнулся что ассемблерный код в памяти не соответствует сишнику, и не соответствует коду, что для флеши.
Меняю только адрес для ROM и регистр VTOR

Debugger->run_to = выключено ( то есть после загрузки сразу встаем на вектор сброса )
и уже на этапе загрузки битые значения

поставил бряк стоит на изменение где лежит эти инструкции mem_set - нечего не выявил

что может портиться при загрузке программы в RAM через JTAG ? Кто сталкивался ?

Add: если гружу в RAM в симуляторе - то всё нормально. А через jLink беда

Add2:
включил Verify Download + Supress Download и куча ошибок
Thu Feb 05, 2015 19:22:58: Warning:
Verify error at address 0x10000001, target byte: 0xBE, byte in file: 0xA1
Thu Feb 05, 2015 19:22:58: Warning:
Verify error at address 0x10000002, target byte: 0xFE, byte in file: 0x00
Thu Feb 05, 2015 19:22:58: Warning:
Verify error at address 0x10000003, target byte: 0xE7, byte in file: 0x10
Thu Feb 05, 2015 19:22:58: Warning:
Verify error at address 0x10000004, target byte: 0x81, byte in file: 0xDD
Thu Feb 05, 2015 19:22:58: Warning:

если только Verify Download то ошибок нет и вектора нормально, а моя функция битая =(

Возможно у Вас какие-то косяки в командном файле линкёра (.icf) - может какие-то секции накладываются друг на друга.
Попробуйте заменить базовый адрес 0x10000000 на другую часть ОЗУ.
По-крайней мере у меня в одном проекте (LPC1768) сборка проекта для отладки делается полностью в ОЗУ. И никаких проблем. Тоже JLink.
Вот описание регионов RAM из этого проекта:

RO-секции линкуются в RAM_regionA и RAM_regionBB, RW-секции - в RAM_regionB. Flash не используется.

ЗЫ: Как это Вы ReadOnlyMemory умудряетесь JTAG-ом шить?

да уже не раз всё перепроверил. Вот чуть чего файл  LPC1778_Ram.txt ( 1.87 килобайт ) Кол-во скачиваний: 295



а как Segger->FlashCommander и IAR со снятой галкой FlashLoader заливают ? ( то что в IAR C-spy заливает в RAM свой прошивальщик знаю, но это когда стоит опция )

Возможно глупость скажу, но у ИАРа Flash Loader - программа, которую отладчик грузит в ОЗУ, запускает и именно она заливает прошивку во флеш. Если вы грузите в ОЗУ, то Flash Loader грузить не надо. Возможно именно он и не дает залить поверх себя вашу программу.

Может у Вас секция с векторами прерываний на начало ROM_region накладывается (слишком большая)? Смотрите .map-файл.
Определите для векторов также отдельный регион, чтобы линкёр контролировал его размер, либо сделайте ROM_region от 0x10000000 и расположите в его начале секцию векторов: place in ROM_region {ro, first section .intvec, ...}.
В целом вроде всё нормально.
Цепляю Вам сюда свой ram.icf для LPC1768 - всё отлично работает. Для LPC1778 увеличить только соотв. регионы да убрать ненужные секции.
 ram.txt ( 1.76 килобайт ) Кол-во скачиваний: 128


ROM != flash


"Use flash loader" в настройках Debugger не нужно включать ни при загрузке в RAM ни при прошивке во Flash. У меня и без неё прекрасно шьёт. На той вкладке только "Verify download" нужно вкл.

ЗЫ: А вообще совет - заменить IAR на хотя-бы 6.50. В 6.30 были глюки - неверно код компилил. Я приводил сюда примеры в своё время.

АААА ! Нашел !

RAM used by Boot process prior to entering user program Following chip reset, the Boot program uses a subset of the RAM that is used for ISP command handling.
This includes location 0x1000 0120 and also parts of the top 32 bytes of on-chip RAM.
The stack is located at RAM top - 32. The maximum stack usage is 32 bytes.
If the user program assumes that RAM is unchanged during a reset where power is not removed from the device, it is important to be aware of these exceptions.


а в LPC1768 же

RAM used by ISP command handler ISP commands use on-chip RAM from 0x1000 0118 to 0x1000 01FF .
The user could use this area, but the contents may be lost upon reset. Flash programming commands use the top 32 bytes of on-chip RAM.
The stack is located at RAM top - 32. The maximum stack usage is 256 bytes and it grows downwards.

А у меня нет, шьет плохо, с ошибками без этой галочки.

Мимо кассы.
И причём здесь это? Вы же грузите через JTAG. А это - для встроенного бутлоадера, загружающего через ISP и для IAP (работающего флеш).
Ни то ни другое у Вас не должно использоваться.
К тому-же - я же привёл свой .icf - там у меня в этой области как раз находятся ro-секции. И никаких проблем и затираний.

Даже для IAP приведённое Вами имхо - неактуально. Я как-то проверял, вызывая функции IAP из под отладчика - никакой из 4-х краёв регионов ОЗУ (чтобы не понималось под "top") не портится.
Кроме собственно стека, на котором происходит вызов. Так что думаю - этот кусок мануала уже неактуален, а остался от какой-то старой версии прошивки ROM.


Озвучьте МК.
У меня несколько текущих проектов на LPC1758/LPC1768/LPC1778 - везде шьётся и грузится без галки.
Вероятно - у Вас в чём-то другом проблема.

вырезал из проекта ВСЁ, и заполняю память тестовым паттерном


вот и проект для проверки
 mcu_ldr_tst.rar ( 50.11 килобайт ) Кол-во скачиваний: 41

кортекс м3 в каком то месте записывает контрольную сумму. Где то в районе начальных адресов в таблице прерываний, вроде место похоже. Эту контрольную сумму вычисляет сам зашивальщик и всегда ее в это место льет. А то кортекс отвергнет прошивку. кажется это она...

есть такое, но адрес не тот да и вычисляется компилятором

Criterion for Valid User Code
The reserved Cortex-M3 exception vector location 7 (offset 0x001C in the vector table)
should contain the 2’s complement of the check-sum of table entries 0 through 6. This
causes the checksum of the first 8 table entries to be 0. The boot loader code checksums
the first 8 locations in sector 0 of the flash. If the result is 0, then execution control is
transferred to the user code.

повторюсь, в моем случае в симуляторе всё ок, в реале через JLINK - битые данные по адресу 0x1000 0120.

Это относится к процессу загрузки из флешь. Так ROM-бутлоадер определяет валидность прошивки во флешь.
Для случая работы из ОЗУ это не имеет смысла (и не делается конечно) так как по определению при старте бутлоадера (вкл. питания) в ОЗУ не может быть прошивки.

могу ли Вас попросить проверить приложенный mcu_ldr_tst.rar ?

А то хочется разобраться до конца, но у себя уже всё что мог посмотрел ( даже логи работы Jlink )

Либо у кого есть LPC1778/1788 + минутка свободного времени ?

А что хотите узнать?
Запустил у себя на LPC1778 Ваш проект. Всё ок - до функции main дошёл нормально.
Вот содержимое ОЗУ на точке входа в main():

дык вы загрузились через JTAG, boot loader не используется, тогда почему по 0x10000120 не то что должно быть ?
Как бы вы и опровергаете все свои ранее озвученные аргументы