Цитата(defunct @ Apr 8 2006, 12:31)

Цитата(zltigo @ Apr 7 2006, 13:32)

А у 2106 и подобных очевидно или все или НИЧЕГО. Труба дело.

Тогда вопрос, если использовать secondary port (активировать его в стартапе), получится ли нормально отлаживать устройство?
т.е. не выйдет ли так, что порт будет закрываться при программном сбросе устройства по jtag?
На сахаре -
http://www.caxapa.ru/faq/lpc2000.html пишут по этому поводу:
При использовании основного JTAG (ножки P0.17..P0.21) также
включается отладочный механизм "EMBEDDED ICE LOGIC", в результате
чего выводы P0.22..P0.31 становятся недоступными при отладке.
Этого можно избежать, если воспользоваться вторым JTAG, имеющимся
в кристалле. Он занимает ножки P0.27..P0.31 и при отладке через
него все остальные выводы доступны, включая и ноги первого JTAG.
Для отладки через него не требуется использовать вывод DBGSEL.
Единственное требование - процессор после включения должен в своей
программе разрешить использование второго JTAG.
Для этого достаточно написать простейшую программу, где при
инициализации контроллера выполняется строка вида
"PINSEL1 = (1 << 22) | (1 << 24) | (1 << 26) | (1 << 28) | (1 << 30);"
Согласно стр.79 User Manual это и даст доступ ко второму JTAG.
Программу с этой строчкой после компиляции зашить стандартным
способом через UART0. Естественно, если есть желание в реальных
программах иметь доступ к такой отладке, эти биты PINSEL1 должны
оставаться настроенными именно таким образом.
ссылка