Плата olimex lpc2106. Mt-link V.5. Все дрова поставил, соотвественно инструкции для j-link. dll использую 3.48 от DASM'a, недавно выложенные здесь.
Отладка в Кроссворкс работает без проблем.
Но есть проблемы при отладке через rdi в Keil. Выдается уже замечанная здесь ошибка Write to IR: Expected 0x1, got 0x7 (TAP command: 2) @ Off 0x5.
Путем работы с консольной прогой Jlinkarm выяснил, что проблема - некоректная отработка комманды на софр ресест. Когда жму r (комманда reset) - процессор отваливается и установить с ним связь можно только выдернув из usb mt-link и включив обратно. Пробовал менять скорость - не помогате, пробывал ставить adaptive clocking (вроде lpc2106 умеет это, по крайней мере Jlinkarm это сказал). Пробывал менять usb шнур -ничего не помогает.

Если в настройках rdi драйвера, отключить reset процессора, то прошивка заливается, но сразу же на автомате выполняется код до конца, причем breakpoint'ы не срабатывают.

и еще - почему-то все время горит зеленый светодиод - busy, а красный ready изредка моргает. При общении с процессором красный начинает моргать активнее. Такое ощющение, что при сборке напутали и должно быть наоборот. Или так задамано и я не прав?

Напутали при маркировке светодиодов.
На остальные вопросы ответов нет. Свою борьбу уже описывал .

Светодиоды да, напутал. Но вроде никого не напрягало. С reset - ом сложнее. Какой тип reset стоит ? Там их несколько.. Вообще - 2106 - не самый приятный проц по JTAG , у меня он тоже то так, то этак работал. С новыми сериями все намного проще. Ну чтобы меня совсем ногами не принали, напомню, что все идущие сейчас линки - полные аналоги, только тип выходного буфера иной. Поставьте hardware reset и задержку 250 мс после него. Впрочем не уверен что поможет

Собственно пробывал все ресеты. С задержками особо не игрался, так как понятия не имею зачем они нужны. По идее ведь jtag должен перехватить работу процессора как можно скорее, пока тот не успел натворить всякого непонятного.
Вообще решение есть, ведь кроссворку удается рестартануть проц. Попробую покапаться в его функциях инициализации jlink, может там найду чего-нить.
Кстати может эта инфа поможет (сам я про аппаратное исполнение jtag мало что понимаю):
До рестарта процессора на ноге tRST=1, это пишет jlinkarm, а после ресета, он пишет, что находит не тот уровень напряжения на этой ноге (точно не помню, но по-моему находит НИЗКИЙ, а хочет ВЫСОКИЙ, или наоборот, но в общем не тот уровень) и просит проверить hardware.

а может его и правда проверить :-) Схемку подключения не покажите ?

Вот:
http://olimex.com/dev/images/lpc-p2106-sch.gif

На ресете RC с постоянной времени 1мс.
Т.е. после снятия RST проц воспримет это снятие ресета через 1-3мс. (где там эта граница между 0.8 и 2В). Мож тут собачка порылась?
В CW TargetInterface.resetAndStop(50);
Кстати как народ поступает с теми-же супервизорами питания/ресета которые генерят ресет например по 100мс.?

В общем целый день мучился с отладчиком, а "воз и ныне там".
Проверил дорожки на плате - hardware problem нету, все разведено правильно и соотествует схеме. Обрывов дороже нету, о чем можно убедиться работой кросворка.

Проект кроссворка содержит следующие функции инициализации jtag:
function LPC210X_Reset()
{
TargetInterface.setNSRST(0);
TargetInterface.setNSRST(1);
TargetInterface.delay(100);
TargetInterface.trst();
TargetInterface.setICEBreakerBreakpoint(0, 0x00000000, 0xFFFFFFFF, 0x00000000, 0xFFFFFFFF, 0x100, 0xF7);
TargetInterface.waitForDebugState(1000);
TargetInterface.getICEBreakerRegister(5); /* Clear out Debug Comms Data */
TargetInterface.pokeWord(0xE0000000, 0); /* Reset Watchdog */
TargetInterface.pokeWord(0xE0028008, 0); /* Reset IODIR */
TargetInterface.pokeWord(0xE002C000, 0); /* Reset PINSEL0 */
TargetInterface.pokeWord(0xE01FC000, 0); /* Reset MAMCR */
TargetInterface.pokeWord(0xE01FC080, 0); /* Reset PLL */
TargetInterface.pokeWord(0xE01FC08C, 0xAA); /* Feed PLL */
TargetInterface.pokeWord(0xE01FC08C, 0x55); /* Feed PLL */
TargetInterface.pokeWord(0xFFFFF014, 0xFFFFFFFF); /* Disable all interrupts */
TargetInterface.setICEBreakerBreakpoint(0, 0x00000000, 0x00000000, 0x00000000, 0x00000000, 0x000, 0x00);
}
Я весь инет перерыл пытась найти аналогичный .setup файл для jlinkrdi под lpc2106. Написал бы и сам, но не увидел в коммандах макрофайла аналога вот этой функции: TargetInterface.trst(); - сброс TAP, кажется мне тут собака порылась.
Либо же нужно отключать wdt, pll и прочее...
Обидно в общем, мучился с вигглером, купил девайс вроде качественный, результат нулевой. Причем проблема эта с Bad jtag communication действительно не mt-link, a j-link и хоть бы кто толковое что про это сказал. Все англоязычные источники облазил.

Кстати когда связь устанавливается и все хоршо, состояние пинов следующее:
TCK=1 TDI=0 TDO=0 TMS=0 TRES=1 TRST=1
А после ресета, следующее:
J-Link>rx 250
Reset delay: 250 ms
Reset type NORMAL: Using RESET pin, halting CPU after Reset
Info: Resetting target using RESET pin
Info: Halting CPU core
Info: Resetting target using RESET pin
Info: Halting CPU core

****** Error: Received 0xFFFFFFFF as core Id. No communication with core.
Bad JTAG communication: Write to IR: Expected 0x1, got 0x7 (TAP Command : 2) @ O
ff 0x5.

J-Link>st
VTarget=3.293V
ITarget=0mA
TCK=1 TDI=0 TDO=1 TMS=0 TRES=1 TRST=1

то есть активна линия TDO=1, что это может значить? Хорошего или плохого?

Надежда на решение проблемы тает с каждым часом

Похожее сообщение мне выдает ИАР если в программе запускается WatchDog. Естественно, что пока ядро стоит на точке останова собака срабатывает и переводит его в неожиданное для отладчика состояние. Приходится на время отладки собаку отключать. Ваш кристалл точно чистый или в нем может быть какая-то старая прошивка с инициализацией собаки? Может попробовать его включить в режиме загрузчика (P0.14 = 0)?

Заказал недавно MT-LINK новой версии.
Проблемы очень похожие на описанные автором поста.
При работе с новыми драйверами RDI равно как и с J-LINK от IAR наблюдается нижеследующее:

Процесс загрузки начинается с вывода окна сообщения
There were warnings during download, see log Window
и программа сразу идет в работу. При остановке отладки (пауза) окно CSTACK переполнено, да


Если убрать галочку Run to Main, то отладчик останавливается на __programm_start но все остальное также.
Как с этим бороться ?

А какой процессор ? Почему флеш стоит с адресов 0x8000 ? Очень похоже на дефолтные настройки Keil уж не помню для какого дефолтного проца. Глядите примеры в Keil

Угу. Только не кейл а ИАР, настройки дефолтные из lnkarm.xcl Это раз. Второе - скорее всего не включен собственно флеш-загрузчик (Проверить тип процессора в Project->Options->GeneralOptions->processor variant и включение загрузчика в Project->Options->Debugger->Download).
Вот тут про настройку проекта подробнее

Да, к сожалению, а может и к счастью, у меня IAR. Проц LPC2294 но демоборде от Olimex
Спасибо за ссылку, одна проблема решилась. Стало работать при отладке кода в RAM.
для отладки во flash указал phytec_pcm023_iflash.xcl ну и далее по пунктам 6.1 и 7.2.
Проблемы со CSTACK остались.

RDI настраивается отдельно - там надо тип процессора выставить и частоту.
Кстати что-то не припомню там таких сообщений. Загрузку флеш в опциях САМОГО IAR - отключить. Но выставить галки Flash download в RDI

а там это где ?
и даже если переключиться на J_LINK
результат неизменный

причем в стеке лежит в основном CDCDCDCDCDCDCDCD ....

Нашел по поводу RDI? настроил под свой процессор. Вроде все нормально, тока не работает код
причем код самый простейший - мограние диодом.
Пошел искать что не так ...

Там - это в настройках RDI .

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

нашел
почему то умерла нога процессора. Никто над ней вроде не издевался, светодиод был анодом на питании и через 100 Ом на ноге P0.30.
Если переставить ногу на P30.0 все как то работает.
Итак удалось запустить в режиме J-LINK для ОЗУ и в RDI из ОЗУ и из FLASH.
в режиме J-LINK из FLASH

Проблемы были в установках xcl файлов и в отдельных Настройках RDI.

Еще вопрос :
не нашел функции типа __delay_cycles();
её нет или она как то иначе называется ?

по-моему это встроенная ф-ция, включается через что-то типа #include<inarm.h>

Если победите - не забудьте сообщить в чем было дело. Сам еще не сталкивался, но если вдруг - хочется иметь "записанное на корочку" решение.Нет. Дело в том, что у ARM время выполнения инструкции отличается в зависимости от места расположения (ОЗУ/флеш) и от конкретного производителя. Напишите свою:

Это да, но там её нет. Как и других к которым я привык на AVR, но это ARM и надо привыкать

А вот с утра загрузил и все заработало, вчерашней ошибки от J-LINK нет
Видимо я замучал вчера USB, и нужна была перезагрузка. Если вдруг попаду на что то подобное то напишу как создать данную проблему.

Насчет функции задержки все ясно, по крайней мере после таких обьяснений не так обидно что её нет.
Не знаю что на счет такой функции в Keil, пока остановился на IAR так как среда привычная, да и трафик пока 60 метров не потянет

Спасибо всем, по крайней мере теперь есть от чего идти дальше, жаль тока безвременно ушедшую ногу ...