Изучаю МК LPC1549 на демо плате LPCXpresso V2 Boards, IDE LPCXpresso. Разбираюсь с режимом работы в ISP, связь МК с ПК по CAN. Переход в ISP осуществляется из функции main() с помощью IAP команды:

Счытываю тип прибора, идентификационный номер (не записываю ни во Flash ни в RAM). Обмен виден утилитой USB-CAN моста. Потом выхожу из ISP в приложение командой «Go». Команда отрабатывается, но МК куда то улетает, а нужно в начало пользовательського приложения. Что я делаю не так?

А что Вы считаете "началом приложения"? Ну а в общем случае Вы по "Go" кортекс M3 не запустите . Попытка сляпать "никакой" startup увенчалась "успехом' в результате которого
в стартапе нет, например, явной установки стека. Если в начале Вашего приложения лично Вы не добавили инициализацию, то по Go улетите. Про младший бит адреса помните?

Начало приложения - адрес стека и таблица векторов прерываний.
Я указал перед "Go" адрес 0х00000000, думалось этого достаточно. Я же не изменял ни каких блоков в памяти программ.
А младший бит адреса это что означает?

Ой, как все запущено . 0 адрес это НЕ программа, а как Вы сами и написали выше.

Да? а тот с кем Вы общались набирая ту-же команду "Go" тоже ничего ничего не изменял

А что значит младший бит адреса посмотрите в системе команд контроллера.

У Вас видно старая версия FlashMagic-а. Последние умеют переходить по содержимому начала таблицы векторов (есть там чекбокс соответствующий).
А сама идея конечно бредовая, можно наверное трусы и через голову надевать, но есть более традиционные методы.
И товарищ, с большой долей вероятности, не задумался в каком состоянии находится периферия в момент сего перехода, и как написан его код инициализации периферии, переварит-ли он недефолтные значения в её регистрах.
Но если всё-таки хочется трусы через голову, то можно например посоветовать ему написать функцию, дёргающую аппаратный сброс (например через WDT), слинковать её на фиксированный адрес и передавать сей адрес команде Go. Так есть шанс не застрять ушами в трусах.

У меня свой терминал-программатор . Он извлекает точку входа из HEX формата. Но старт все равно для M3 не работает по причине того, что стек сбит. Можно специально загружаемую программу допиливать. Но меня это особо не беспокоит, поскольку программатор умеет и сброс подавать.

А программа то что в функции main()?

По крайней мере я его не просил вносить изменений.
Как узнать что и в каком месте он может изменять?

Вы это что спросить хотели?

Детский сад какой-то. Вы слово стек когда-нибудь слышали? Вы прервали программу и потом НЕ возвратились, а послали (ну в Вашем варианте вообще на 3 веселых буквы) в другое место. Про то, зарезервировали-ли Вы память в своей программе для работы ISP, спрашивать, видимо, вообще не имеет смысла?
Для того что бы задать вопрос надо знать хотя бы часть ответа. Вот этим и надо заняться.

На счет идеи, если больше нету связи кроме как CAN и дергать питанием тоже нельзя. Использовать ISP как раз когда можно в него перейти с работающей программы переписать код и потом в новую вернуться.
Но на даном этапе не получилось просто войти и вернуться.
Как оно не просто...


А с чего начать?

В Вашем случае с самого начала:
1) Архитектура контроллера и как он стартует.
2) Какие ресурсы использует ISP и как с ним сосуществовать.

что значит "сбит"?
Очевидно, что если например FlashMagic умеет делать переход по таблице векторов прерываний (считать адрес перехода из вектора сброса), то он должен и SP выставить по содержимому таблицы векторов.


Начать Вам надо с открытия юзермануала и прочтения разделов "IAP" (прошивка флешь) и WDT (аппаратный сброс после обновления ПО).
ISP тут совсем не к месту.

Спасибо. Пошел читать...


Обоснуйте, пожалуйста

То, что он не соответствует тому, который аппаратно устанавливается контроллером при сбросе.

Отлично! Должен, это уже на пути к пониманию. Осталось только узнать, КАКОЙ КОМАНДОЙ "Magic" это может сделать. В перечне документированных команд установки стека НЕТ.
Когда не было этого обгрызенного стартапа младших кортексов и указатель стека устанавливался программно, а не аппаратно, то этой проблемы не было.
Можно поковырять, конечно, обмен и посмотреть. Недокументированные команды, но они имеют свойство исчезать и меняться от версии к версии . Например, я в свое время для сброса пользовался командой "Т". Потом она исчезла.

К месту, ибо ISP пользует все те же вызовы IAP и через его автор собирается работать.

Ну нет, так нет. Не смотрел какие команды есть в ISP, да и не особо интересно - я пользовался только IAP.

Если у автора есть работчий протокол по какому-то интерфейсу (CAN), то логичнее принять прошивку по нему и записать её при помощи IAP.
Чем городить огород с переключением из рабочего ПО в загрузчик и обратно с переключением интерфейсов и пр.
А если после переключения прошивка не будет получена? Или будет обрыв при получении прошивки? Или прошьют не ту прошивку? и т.д. и т.п....
При приёме по рабочему протоколу таких проблем нет и гораздо больше возможностей.

Одно другого не отменяет, ибо первый раз тоже надо залить фирмварь.

C этим, естественно, спору нет.

Уже возвращается в приложение и отрабатывает его нормально, если не использовать прерывания.
С прерываниями - не работают прерывания, а все остальное работает.
Ремап векторов прерывания и перенос указателя стека делаю в начале:

Зарезервировал память:
Flash -> Location: 0x1000 | Size: 0x3f000
RAM -> Location: 0x2000200 | Size: 0x3e00 с низу для таблицы векторов
RAM -> Location: 0x2008000 | Size: 0xde0 и с верху для ISP
А прерывания не отрабатываются. Подсобите наводкой

Нашел, что модуль C_CAN ISP использует RAM от 0x0200 0100 до 0x0200 09E4
Зарезервировал так:
RAM -> Location: 0x2000А00 | Size: 0x3600 с низу для таблицы векторов и C_CAN ISP
Работает так же...