Проблема с запуском программы, с подключеным JTAG всё ОК, без него - не работает Опции

[sysel]

Здравствуйте!

В IAR 5.41 делаю проект под LPC1754 примерно следуюшего функционала:
1. Настроить PLL и пойти работать от него
2. Отправить по UART 2 байта
3. Уйти в бесконечный цикл while(1);
Прерывания не использую.

Заливаю в процессор через MT-Link v6 (по конопочке Download and Debug) как в режиме Debug так и Release - всё работает (делает остановку на входе в main, нажимаю F5 и 2 байта отсылаются).

Когда MT-Link отключен - программа не запускается.

Программа во флеше, таблица векторов прерываний не перенесена.
После снятия питания и подключения MT-Link в IAR нажмаю Debug without downloading - запускается (с остановкой на main) и отсылает эти 2 байта.

Заливка по "Download active application" даёт тот же результат.

Как решить проблему?

И попутный вопрос: почему отладка вспотыкается об точку входа в main() ?
Как от этого избавиться?
М.б. в этом проблема(проц. останавливается в ожидании того, что по jtag-у придёт команда "дальше", a jtag-то не подключен)?


-------

Кое-что прояснилось:

Закрываю IAR, открываю J-Link Commander.
Делаю так:
(команды reset и go)
J-Link>r
J-Link>g

И байты отсылаются. Т.е. причина всему - вспотыкания об эту левую точку остановки на входе в main().


Как от неё избавиться?

[Сергей Борщ]

И попутный вопрос: почему отладка вспотыкается об точку входа в main() ?
Как от этого избавиться?
М.б. в этом проблема(проц. останавливается в ожидании того, что по jtag-у придёт команда "дальше", a jtag-то не подключен)?

Спотыкается, потому что в настройках дебагера стоит галочка "run to main". Что просите - то и получаете.
По поводу старта: Задумайтесь над этими строками документации:

4.Memory re-mapping
Boot ROM re-mapping
Following a hardware reset, the Boot ROM is temporarily mapped to address 0. This is
normally transparent to the user. However, if execution is halted immediately after reset by
a debugger, it should correct the mapping for the user. See Section33–6.

P2[10] — General purpose digital input/output pin. 5 V tolerant pad with 5
ns glitch filter providing digital I/O functions with TTL levels and hysteresis.
Note: A LOW on this pin while RESET is LOW forces the on-chip
bootloader to take over control of the part after a reset and go into ISP
mode. See Section32–1.

The flash boot loader code is executed every time the part is powered on or reset. The
loader can execute the ISP command handler or the user application code. A LOW level
after reset at pin P2.10 is considered an external hardware request to start the ISP
command handler. Assuming that power supply pins are on their nominal levels when the
rising edge on RESET pin is generated, it may take up to 3ms before P2.10 is sampled
and the decision on whether to continue with user code or ISP handler is made. If P2.10 is
sampled low and the watchdog overflow flag is set, the external hardware request to start
the ISP command handler is ignored. If there is no request for the ISP command handler
execution (P2.10 is sampled HIGH after reset), a search is made for a valid user program.
If a valid user program is found then the execution control is transferred to it. If a valid user
program is not found, the auto-baud routine is invoked.

3.1.1Criterion 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.

[sysel]

Спотыкается, потому что в настройках дебагера стоит галочка "run to main". Что просите - то и получаете.

Когда убираю галочку - программа останавливается перед main на __iar_program_start

По поводу старта: Задумайтесь над этими строками документации:

P2.10 - висит в воздухе. т.е. внутренний подтягивающий резистор не должен дать режим ISP

Судя по тому, что после сброса питания и ресета процессора команда "go" ("g" в J-Link Commander) вызывает оживление программы - управление ей бутлодер всё-таки передаёт.

[jorikdima]

Там WDT не делает свое черное дело?

[sysel]

Там WDT не делает свое черное дело?

Он по умолчанию отключен.

[Сергей Борщ]

P2.10 - висит в воздухе. т.е. внутренний подтягивающий резистор не должен дать режим ISP

В ФИДО была хорошая призказка: "чтение документации вслух - 100 баксов/час".

Pin P2.10 is used as a hardware request signal for ISP and therefore requires special
attention. Since P2.10 is in high impedance mode after reset, it is important that the user
provides external hardware (a pull-up resistor or other device) to put the pin in a defined
state. Otherwise unintended entry into ISP mode may occur.

Ни про какой внутренний подтягивающий резистор в документации не упоминается.

Судя по тому, что после сброса питания и ресета процессора команда "go" ("g" в J-Link Commander) вызывает оживление программы - управление ей бутлодер всё-таки передаёт.

А вы уверены, что ваш дебагер в процессе сброса не делает ремап на вектора пользователя?

[sysel]

Ни про какой внутренний подтягивающий резистор в документации не упоминается.

Pin connect block, 5.13:
регистр PINMODE4 после сброса имеет значение 0, что говорит о том, что на P2.10 pull-up resistor enabled.

Для успокоения совести подтянул P2.10 к 3.3 В через 5.6К. Проблема осталась.

А вы уверены, что ваш дебагер в процессе сброса не делает ремап на вектора пользователя?

В J-Link Commander:
J-Link>r // сброс процессора
J-Link>Regs // вывести значения регистров
Вижу, что R15(PC) = 0x0000585C, что соответствует точке входа в __iar_program_start (по дизасемблеру IAR)
J-Link>g // go
и программа пошла работать.

Похоже на то, что бутлодер поставил точку останова на входе в точку старта.

[sysel]

Вопрос снят.
Разобрался, самдурак. Не так сконфигурировал icf