Первое, что следует отметить - 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 тоже отловить не удалось.


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

Спасибо за критику, тем не менее по пунктам..
1. Задание скорости - на филипсовских процах у меня тоже до 1600, на атмеле 2000 без вопросов (комментарии излишни). При работе со встроенной поддержкой - сильно подозреваю что дело не в коробочке, а в софте со стороны компа. Проверю позднее.
2."Все это, правда, при одном условии - используются софтовые брейпойнты. C железными есть проблема - не может при пошаговом исполнении отловить выход по
двум веткам. Ругается на невозможность поставить брейкпойнт (второй). При этом при работе со
штатной поддержкой IAR такие места трассируются без всяких проблем" - Тут вопрос такой. У ARM два hardware breakpoint. Одна автоматом уходит на "С-SPY Terminal I/O & libsupport module". При встрече условного ветвления cpy должен поставить еще ДВА breakpoint - на команду КУДА прыгать при соблюдении условии и на следущую в противном случае. Понятно, что сделать он это не может - их всего ДВЕ. Отключите DEBUG информацию из проекта - и увидите что все станет на свои места (правда работать без нее сложновато :-) ). Штатная же поддержка видимо работает несколько иначе. Возможно временно снимает Terminal breakpoint, может предсказывает ветвление (элементарно ведь) - точного ответа не скажу пока. Но уверен в оригинале устройства тоже самое.
3, 4. По поводу помехоустойчивости - честно скажу - не предполагал отладку кабелем длиной 3 метра. И дело вряд ли в стабилизаторе. Но буду иметь ввиду.
5. Никогда этим не пользовался - ответить смогу сравнив с оригинальным.

1. По скорости это не жалоба а просто констатация факта, для выбирающих, возможно
облизывающихся на чумовые скорости указанные в меню.
1.1. Ну не работает со штатной IARовской это точно :-( в бубен стучал :-(.
Если лицензию на Seggler не покупать, то и ничего вроде. А если еще и п.2 объехать,
то хрен с ней.
2. Про только два аппаратных я в курсе - начитан. Почему два нужны в описанном случае, тем более
ясно. Зачем захапывает одно IAR - прояснили. Вопрос был а как-же встроенная поддержка работает?
И как там с "родной коробочкой" в этом случае все выглядит? Если "плохо" буду с Seggler-овцами
общаться :-).
3. Это и на штатном кабеле.
4. Ну три метра я попробовал после того, как наступил на HUB (что вполне реальный вариант) и увидел
вопль о 3.6V. Дуууумал. На единственный приложенный документ (схему) смотрел.
Потом раскрутил и увидел наличие отсутствия стабилизатора. Все стало на свои места.
Отсутствие стабилизатора - это оно :-(. Опорное для ADC упало вместе с питанием, вот и померещились 3.6V.
5. Интересно будет узнать результат на оригинальном.

P.S.
О просьбе ближайшее время не беспокоить - помню и понимаю. Цель данного поста была другая, и я,
надеюсь ее внятно объяснил.

Для начала вопрос: а где взять версию firmware 1.5 для MT-Link

С скорости и LPC ест проблем и в мой Raven. И я с IAR работаю. На АТ91 все в порядке,работает на максималнои скорости а с LPC скорост 4 нада установит чтоб работало стабилно.

IAR ARM 4.30a все работает

Есть такое

У меня удлиннитель 2 м + кабель который был в комплекте - проблем нет.

есть такое

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



1. А у меня в 4.30A 'почти все', но это единственное сводит все на нет. Отлаживемая Вами программа зависит от прерываний? У меня зависит и система навсегда остается в IDLE Task.
C RDI этого нет. Там проблема (неприятность)? мельче.

2. А MT-Link односветодиодный может быть? - там стабилизатор. У меня двух. Да и кабели разные,
у меня среднекитайсий - не самый толстый.
Сейчас поставил первый попавшийся ADP3338, получил нормальные 3.3 (3.298V вместо 2.987V после светодиода) и нормально заработал на длинном кабеле. Подергал десять раз питание объекта (он тоже от USB питается) - MT-Link не завис, хотя ранее примерно один раз их трех приходилось и его передергивать.

Жить стало лучше.

Естественно.

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

Может быть и с одним светодиодом (это из первых версий).
Мне достался именно такой (собран на Atmel SAM7)

1. Значит это еще требует исследования. Контроллер какой? У меня LPC2124 и LPC2294.
Постараюсь после нового года попробовать на атмеле.
2. Десяток-другой милливольт больше/меньше и в результате работает/не работает. Данный факт выявлен, объяснен,измерен и последствия успешно исправлены. Дальше каждый решает за себя.

Да я абсолютно не против, только удивляет отсутствие хоть какой-нибудь сводной странички в инете о MT-Link USB - устал уже искать прошивки в форумах

Подводя итоги и заглядывая в недалекое светлое будущеее. Переведем сабж на LPC2142 - за счет двух SPI думаем поднять скорость. Стабилизатор вернем. Страничка будет на Сахаре в проектах. Еще есть какие-то пожелания ?

Сообщение отредактировал DASM - Dec 22 2005, 16:06

Посравнивать с "родным" не только в условиях персональной эксплуатации, ну и приблизить, по возможности.
Успехов!

Здесь было много обсуждений по работе с AT91RM9200,
судя по ним есть проблемы,
если можно в следующей версии сделайте необходимые доработки.

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