MT-Link. Первый опыт использования. Опции

[zltigo]

Первое, что следует отметить - MT-Link работоспособен (в определенных условиях) и адекватен своей цене. В переписке с автором на вопрос "может я хочу вернуть товар" я ответил "нет". Cдесь повторю
свой отказ еще раз :-).
Все нижеописанное изложено с целью:
1. Оградить только-только начинающих пользователей от неyжных стрессов и чрезмерных надежд.
2. самому получить совет от более опытных (в любой форме, например, дурак - поставь галочку и
больше никогда не жми эту кнопку).

Условия эксперимента:
- MT-Link с фирмварью 1.5
- Платы от Olimex LPC-E2294 и LPC-E2124
- IAR EWARM-3.40
- RDI от Seggler 2.74A
- Скорость Auto (Adaptive по информации автора на данный момент не поддерживается, что
правда не мешает штатным утилитам (только им!) от Seggler работать и при задании такого режима)
- DCC отключен (не поддерживается, хотя выбор вроде ни к чему плохому не приводит).

В процессе экспериментов произведена замена фирмвари с 1.4 (исчезли с непрогнозируемые вылеты)
и опробован рекомендованный автором откат на RDI 2.62С (сколь-нибудь заметных отличий не обнаружено, остался на 2.74A)

На автомате выбиралась скорость 1000kHz. Не было проблем и при ручном задании 1333kHz,
но при 1600kHz уже неработоспособен.

Теперь о менее приятном:

1. Со встроенной в IAR поддержкой J-Link, MT-Link можно считать неработоспособен :-(
Загрузка Flash идет нормально, можно после запуска пошагово походить, но при попытке
дойти до поставленного брейпойнта гарантированная потеря/блокировка прерываний и
как следствие зацикливание на вечном ожидании.

2. C Seggler-овским RDI картина стала нормальной - грузится, шьтеся (и встроенными в IAR и Seggler),
шагает, отрабатывает брейкпойнты. Все это, правда, при одном условии - используются софтовые брейпойнты. C железными есть проблема - не может при пошаговом исполнении отловить выход по
двум веткам. Ругается на невозможность поставить брейкпойнт (второй). При этом при работе со
штатной поддержкой IAR такие места трассируются без всяких проблем.

3. При выключении питания объекта изредка наблюдается зависание MT-Link требующее
и его выключения / включения (автор обещал помудрить с Watchdog).

4. MT-Link не работает (выкинуть стабилизатор 3.3V была не хорошая идея) на длинных USB кабелях и через пассивные хабы. Уже при дополнительном удлиннителе в 3m появляется сообщение о повышенном до 3.6V уровне питанияи опорное для ADC тоже прямо от 3.3) обьекта, а при более длинном начинаются сбои.

5.Может я чего не понимаю, и все "так и должно быть", но при нажатии "reset" на объекте не происходит отлавливание сего факта (catch exceptions reset активирован), зато для начала
вызывает вопль "Bad JTAG communications" после чего следует еще масса messagebox
WinRDI read {r0..r14} failed. Искусственно созданный факт data exception тоже отловить не удалось.


Вроде пока все.

[zltigo]

Набрел на новый эффект. 100% повторяемость в моих :-((( условиях.
1. Стоит брекпойнт на UART. Но терминальная программа НЕ запущена.
......

Отменяется! Проблемы НЕТ - просто в попыхах оставил возможность сброса контроллера
от DTR :-( ну а дальше все свелось к неприятному поведению при аппаратном сбросе.....

Укрепили в желании попробовать на чем-нибудь стареньком.

Потратил несколько часов, порылся в хламовнике, нашел материнку SuperMicro P6SBA, проц под нее P3-450, памяти 256 мегов, какое то видео... Собрал машинку, воткнул 2000-е винды, 4.30А со всеми апдейтами... Ситуация один в один.

Тем не менее.. Утром первого дня нового года решил начать новую жизнь и тоже повторить:
- Машина P3-733, WIN2000(со всеми заплатками), 512 RAM. Просто рабочая машинка достаточно
забитая всяким мусором за годы эксплуатации, но ничего от IAR ранее не стояло.
В домашних условиях запасе осталось еще два неопробованных компьютера с Windows :-).

- Добавлен USB 2.0 контроллер от VIA (дабы не заниматься исследованиями USB 1.x);
- Установлен EWARM 3.20A с генерацией лицензии;
- Установлен upgrade ewarm-430a-P051128.zip (без J-link DLL) c иаровского сайта;
- Установлен upgrade jlinkarmdll_v274c.zip c иаровского сайта;
- Установлены остальные (к делу отношения полагаю не имеющие ) upgrade:
iccarm-430a-P050906.zip
Xlink459T.zip
- Ничего от Segger пока _специально_ не ставилось.

Проект (чисто IARовский IDE ) просто взят с ноутбука (Centrino 1.8GHz), на котором ранее в основном все эксперименты и проводились.
- Опция "With runtime control modules" (перехват вывода на терминал и прочее) - ОТКЛЮЧЕНА.
- Опция "Run to main()" - ВКЛЮЧЕНА!

Результаты:
1. Компилится медленнее :-).
2. Добитьсяо сновного неприятного эффекта - потери прерываний на данный момент не удалось.
Все источники прерываний (Timer, UART, SPI, ADC, I2C, и внешние от двух кнопочек) отрабатывают нормально.
4. Ближайшие пару дней буду спокойно работать на данной системе в данной конфигурации.




Теперь ищем и находим грабли (я намеренно описываю последовательность ВСЕХ действий.
минимизация осуществлена позже):
- ВКЛЮЧАЕМ Опцию "With runtime control modules"
- при установленном брейкпойнте на 'main()' и где-нибудь на прерывании (например UART)
получаем вопль по поводу "Run to main()", жалобу на недостаток брейкпойнтов и предложение
либо долго пошагово топать, либо отменить "first instruction" (я понимаю это, как наплевать
на брейпойнт на main())
Рассмотрим оба варианта:
1. Пошли пошагово - виден обмен с MT-Link (мигает зеленый светодиодик) и спустя пару минут,
как и обещано, выходим на main(). При попытке продолжить Debug->Go, продолжаем, но
прерываний уже нет ни одного. Эффект абсолютно стабильный.
2. Выбираем "Stop" - предсказуемо выходим на 0 адрес. При попытке продолжить Debug->Go, продолжаем, но прерываний, как и в предыдущем случае, уже нет ни одного. Эффект абсолютно стабильный.

Продолжаем эксперимент:
- ВЫКЛЮЧАЕМ Опции "With runtime control modules" и "Run to main()" - получаем обратно два брейпойнта.
- Ставим оба - один на main(), второй на прерывание UART. Далее опять 'Debug-Go' ...
и.... все :-( прерывания отсутствуют, на брейкпойнт естественно на выходим, система привычно
циклится в IDDLE Task. Эффект абсолютно стабильный.

Совсем все упрощаем:
- НЕ ставим НИ ОДНОГО бейкпойнта. Предсказуемо выходим на 0 адрес. Далее 'Debug-Go' ...
и.... все...... Стабильная безвариантная, 100% повторяемая у меня ситуация :-( отсутствия прерываний.

Идем дальше:
- возвращаем "Run to main()" - все равно НЕ работает! При всех предыдущих манипуляцих
производилась перезагрузка IDE, тем не менее пререзагружаем IDE еще раз - не работают
прерывания. Выходим из IDE, передергиваем питание MT-Link, загружаемся..
РАБОТАЕТ! Ранее, при всех экспериментах, питание MT-Link не передергивалось,
ибо повода не было (Flash грузил без проблем).


Начинаем все с начала:
- отключаем "Run to main()" - прерывания пропали...
- перезагружаем IDE - прерываний нет
- выгружаем IDE, передргиваем питание MT-Link (при отключении питания MT-Link отлаживаемый
девайс перезапустился и заработал), загружаемся - НЕТ прерываний...
- включаем "Run to main()" - прерываний НЕТ;
- перезагружаем IDE - прерываний НЕТ;
- перезагружаем IDE с передергиваем питания MT-Link - ЗАРАБОТАЛИ!

Последний шанс - попробовать поиграться опциями J-Link 'Hardware Reset', 'Reset Asserts..', 'JTAG Speed', которые при предыдущих попытках ситуации не изменили, но следует попробовать еще раз
в случае более локализованом.

JTAG Speed = Auto, Inital - 10KHz
Hardware Reset = disabled
Reset Asserts = disabled

Неизменно плохой результат.

JTAG Speed = 400KHz
Hardware Reset = disabled
Reset Asserts = disabled

Неизменно плохой результат.


JTAG Speed = 1000KHz
Hardware Reset = disabled
Reset Asserts = disabled

Неизменно плохой результат.


JTAG Speed = 1000KHz
Hardware Reset = enabled, delay=500ms
Reset Asserts = disabled

Неизменно плохой результат.



JTAG Speed = 1000KHz
Hardware Reset = enabled, delay=50ms
Reset Asserts = disabled

OДНАКО! Заработало таймерное прерывание! И одно внешнее на FIQ. Остальные - НЕТ.

JTAG Speed = 1000KHz
Hardware Reset = enabled, delay=0ms
Reset Asserts = disabled

Таймерное и FIQ есть. Остальных - НЕТ.

JTAG Speed = Auto, Inital - 10KHz
Hardware Reset = enabled, delay=0ms
Reset Asserts = disabled

ПРОПАЛИ все прерывания...

JTAG Speed = Auto, Inital - 10KHz
Hardware Reset = enabled, delay=50ms
Reset Asserts = disabled

Опять появилось таймерное и FIQ!


Хаотически подергал Speed/Delay - максимум удалось добиться работы таймерного+FIQ
или полного отсутствия....



Результаты коротко:

1. В моих условиях достаточно при использовании штатной поддержки J-Link IARом отключить опцию
"Run to main()" в 'Debugger->Setup' и, как следствие, начинать жизнь с 0 адреса для получения стабильного эффекта пропадания прерываний. Данный эффект завязан на MT-Link (to: DASM -
я НЕ утверждаю, что J-Link ведет себя иначе :-) и пропадает только после передергивания питания
MT-Link. При этом загрузка во Flash работает и останов на main() отрабатывает.

2. При некоторых установках, например:
JTAG Speed = 1000KHz
Hardware Reset = enabled, delay=0ms
Reset Asserts = disabled
Начинает работать таймерное и внешнее на FIQ. Большей работоспособности добится не удалось.
Если у кого есть идеи - добро пожаловать!

3. При выбранной опции "Run to main()" и описанной выше конфигурации железа и софта
прерывания работают пока без глюков.

Сообщение отредактировал zltigo - Jan 1 2006, 11:49