Здравствуйте уважаемые специалисты.
Использую KEIL 4.53 + LPC1778.
Столкнулся с непонятной ситуацией.
При попытке зашить программу в нужный адрес, отличный от 0 (например 0х10000)- получаю отвал PLL ну и остановку контроллера. В общем для LPC2367 я выставлял IROM1 start address 0x10000 - все было хорошо. Контроллер работал и отлаживался замечательно.
А на LPC1778 что-то не проходит такой фокус. Причем создается ощущение, что контроллер просто не запускается.
Может надо таблицу векторов перемещать, или еще что-нибудь а RAM ??? А то наблюдается полный ступор...
Если кто сталкивался, прошу помощи.

Почти правильно: надо иметь две таблицы векторов. Основная сгенерируется в рамках компиляции программы и разместится по адресу, который Вы указываете в качестве начального (Ваш пример 0х10000). Однако процессор об этом ничего не знает, после сброса будет пытаться использовать таблицу по 0х0 и уйдёт в никуда... Поэтому необходимо еще разместить минимальную таблицу векторов из двух слов по стандартному адресу загрузки: первое слово должно содержать значение для загрузки указателя стека, а второе - адрес, куда прыгать. Фактически, оба слова должны быть копией таких слов из "основной" таблицы векторов. Однако надо еще настроить и контроллер прерываний на новое место таблицы векторов путем записи ее адреса в регистр VTOR.

Поэтому в startup_LPC17xx.s файле Вашего процессора начальный "загрузчик" должен будет выглядеть как:


Но еще надо будет указать компоновщику разместить секцию BOOT по адресу 0х0. Это можно сделать, указав ему модифицированый (и переименованный!) файл *.sct, взяв за основу тот, что генерирует KEIL для проекта автоматически. Там найти что-то типа:


и перед ним вставить:


Сообщение отредактировал KnightIgor - May 8 2013, 20:30

Так.... Как обычно включаю экстрасенсорные способности, чтобы угадать недосказанное....
Судя по этой фразе:
у автора проблемы с запуском из под JTAG. Иначе - откуда такие выводы про PLL???
А значит - таблица векторов здесь не при чём.
При запуске из под JTAG (по-крайней мере под IAR) абсолютно параллельно что там находится по адресу 0, есть там таблица или нету.

Ну вот здесь Вы совсем зря обманываете товарища....
Читаем "LPC178x/7x User manual" параграф "3.10.1 PLL and startup/boot code interaction":
When there is no valid user code (determined by the checksum word) in the user flash or
the ISP enable pin (P2[10]) is pulled low on startup, the ISP mode will be entered and the
boot code will setup the Main PLL with the IRC.
а также "37.3.1.1 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.

Так что маловато будет ваших 2-х слов....

Да и вообще - на вышеозначенном CPU более политкорректно прописывать начало таблицы в NVIC таким макаром:
а то кто-ж его знает - может захочется её в ОЗУ держать. Да и нафиг это делать до си-стартапа? Всё равно во время его прерывания запрещены.

А зачем BLX и BX? Вроде и обычные BL и B прекрасно достают....

...откуда такие выводы про PLL???
[/quote]
Моя интерпретация: имеется бутлоадер, использующий PLL. В основной программе также присутствует инициализация PLL, в теле которой пррграмма глочнет. Известная (мне) проблема: перед переходом PLL надо заглушить. Типа:
[quote name='jcxz' date='May 9 2013, 18:39' post='1160992']

Оттуда-же откуда Ваши фантазии про бутлоадер

"...При попытке зашить программу в нужный адрес..." - означает видимо, что по "ненужному" адресу (0х00000000) присутствует бутлоадер.

Нет, не означает.
Возможно - только планируется. А пока чел пытается скомпилить и запустить рабочее ПО с того адреса JTAG-ом. Что вполне возможно.
Только возможно он забыл стереть остатки старого ПО с адреса 0, а в этом случае могут как раз и возникнуть вышеописанные проблемы. Если ROM-бутлоадер CPU увидит эти остатки во флеш, попытается стартануть это старое ПО и тут вдруг получит коннект и прошивку по JTAG... Вот после такого как раз и может снести крышу.
Так что если мои догадки верны, и попытки идут посредством JTAG, то советую предварительно стереть ВСЮ флешь CPU.

А вообще - гадания - вещь неблагодарная....

Может, всё хорошо, только отладчику скрипт нужен с правильными адресами?
Типа такого, только цифирьки свои вписать


Сообщение отредактировал IgorKossak - May 13 2013, 07:07

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

Честно говоря, топикстартер пытается понять, что ему ответили...

Большое спасибо, всем заинтересовавшимся!
ОФФТОП: Честно говоря, думал в праздники люди не читают форумы.
Постараюсь немного прояснить ситуацию.
Про PLL я решил потому, что в окне Building Output, сразу при записи программы
после фразы Application Running... появляется надпись SWD Communication Failure.
После этого пропадает генерация на кварце... Следовательно контроллер сбрасывается, а при старте PLL не конфигурируется и не запускается.
Что попробовал:
- Полностью стирал кристалл
- Комментировал область, где CRP включается.
- Менял стартовый адрес программы

По всей видимости надо как-то модифицировать startup...Похоже он не запускается.

По поводу создания секции BOOT, немного неясно. Дело в том, что для LPC2367, нечего не менял в стандартном startUPе.
Правда, компилятор использовал 4.00.

Пока бутлоадера нет(Планировал добавить его позже. По сути он просто делает переход программы к нужному адресу).

Просто пытаюсь записать код в нужную область флэша.

Немного не понял, про то, что надо контроллер прерываний перенастраивать на новую таблицу...
Это вроде логично, но сам компилятор наверное должен это сделать...
К тому же не просто так кейловцы в настройки проекта вынесли область "Read/Only Memory Areas"
А получается что она не работает... Или скорее всего, у меня что-то не работает.

Если не секрет, если таблица прерываний копируется в ОЗУ, то программа должна это как-то понять. Т.е. где-то должен поменяться начальный адрес таблицы?

Может быть программа пытается запустить PLL, но делает это неправильно и МК остаётся без тактирования.
Попробуйте запустить программу убрав оттуда включение PLL, Пусть МК работает от RC.


Точку прерываний в стартап поставьте.


Может компилятор и всю программу сам напишет?


Программа сама и настроит МК на новую таблицу - скопирует её в ОЗУ и поменяет NVIC->VTOR.

Всё-таки попробуйте Dbg_ROM.ini подложить дебаггеру. Например, отладчик CMSIS-DAP на LPC1769 без такого скрипта начинает бродить по встроенному бутлоадеру и далее всё падает. Это если не задан переход на main, а если задан, тогда падает сразу после заливки

Ну вот - опять по крупицам.... Вы зашиваете чем? По SWD? и сразу после этого, ещё до запуска программы у вас эта ошибка?
Значит у вас что не так с работой этого самого SWD.
По крайней мере под IAR+JTAG и при убранной галке "идти к main", картина должна выглядеть так:
загружаем ПО во флешь и сразу после загрузки видим в окне, что управление стоит на точке, адрес которой указан во втором элементе таблицы прерываний. Таблица прерываний должна начинаться с метки __vector_table
;The name "__vector_table" has special meaning for C-SPY:
;it is where the SP start value is found, and the NVIC vector
;table register (VTOR) is initialized to this address if != 0.
Всё. Дальше можно начинать трассировать или просто запустить на исполнение.
Причём стартовый адрес загрузки может быть любым, и даже в ОЗУ, и содержимое начальной части флешь почти безразлично - картина от этого не меняется.
"Почти" - потому что иногда это не срабатывает, видимо потому, что если с начала флеш есть остатки какого-то ПО, до того как JTAG подключается к CPU, этот код может успеть запуститься, что-то сконфигурить (тот же самый PLL), после этого JTAG делает попытку подключения и не всегда это ему удаётся (как я понимаю - смотря как JTAG подключается и какой тип ресета при этом он использует).
В таком случае помогает простое стирание всего флеш. Тогда управление при включении питания никуда не передаётся, а остётся в ROM-бутлоадере CPU.
Если у вас не так, то у вас что-то не так с настройкой SWD или с таблицей прерываний (или откуда там SWD берёт стартовый адрес).

Да, кстати - а вы учли, что адрес этой самой таблицы прерываний должен быть выровнен на 2^6?

Сейчас попробовал следующий вариант:
-Полностью очистил флэш
- Записал программу с адреса 0х0.
Все работает отладчик отлаживает(использую SWD), на кварце генерация есть. Все работает.
Затем просто меняю адрес в настройках проекта. Ставлю например 0х1000. Компилирую.
Пытаюсь запустить debug сессию - и все. Программа прошивается, верифицируется и появляется надпись :
SWD Communication Failure.
На этом все заканчивается, сессия конечно не запускается. Следовательно, посмотреть как стартует программа не получается.

Попробовал запустить в симуляторе. Там видно что программа крутится в адресе 0х00000000 и не уходит из него.
В обще в окне дизассеблера, первая строка:



А если адрес в настройках проекта оставить 0х0, то первая инструкция получается:

И видно, что программа идет дальше и пытается конфигурировать PLL.

В общем наблюдается следующая картина. Если указать, что адрес программы должен начинаться с 0х10, то в окошке дизассемблера адреса с 0х0 по 0хЕ забиты одними и теме же инструкциями:

Но с адреса 0х0 программа не уходит...
Такое ощущение, что какого-то перехода просто не хватает, типа RJMP на нужный адрес...

Сообщение отредактировал IgorKossak - May 13 2013, 07:10