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


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

????
Я НЕ спорю и тем более НЕ веду нападение на MT-Link. Я описываю проблемы, зачастую неприятные, присущие MT-Link. Наличие аналогичных проблем у J-Link в некоей мере не отменяет их наличия в MT-Link. Нигде, никогда ни словом ни полсловом я не подвергал (и не собираюсь) сомнению Вашу информацию об аналогичном проблемном поведении двух линков. Едиственно, что мне можно "поставить в вину" это желание купить оригинальный J-Link. Обещаю, более не афишировать данные намерения на данном форуме. Если какая-то из замеченных проблем является грязной инсинуацией,
просьба указать мне на нее и давайте _вместе_ отделим мои проблемы от проблем MT-Link. На данный
момент я не получал от Вас такого рода замечаний и только вдруг это неожиданное для меня заявление о "нападении на MT-Link", которое я не могу воспринять иначе, чем обидное для меня прямое указание на лживость изложенных мною фактов.

ни в коем случае не хотел Вас обидеть. Извините если что не так. Просто пока что спор ни о чем, только константация фактов, причем нечетких. Никаких обид нанести не хочу и чуствую сам. Чтобы разрядить обстановку замечу что это наверное самый большой топик в электрониксе ?

Сообщение отредактировал DASM - Dec 29 2005, 20:23

1. C обидами - проехали.

2. Констатация фактов, причем _личных_ (читай возможно субъективных) с просьбой подправить и направить и являлась целью данного топика. Просьба перечитать первый пост, топик действительно разросся и может начало позабыто :-(. Все перечисленные факты (пусть и не четкие), на мой взгляд получили подтверждение от других участников, в том числе и от Вас. Для парочки найдены четкие и не
очень :-( решения.

3. На счет "самого большого топика" - не понял :-(

4. С своей стороны, дабы "разрядить обстановку" - НИЧЕГО СМЕРТЕЛЬНОГО препятствующего использованию MT-Link в МОИХ (описаны в первом посте)условиях на данный момент НЕ ВЫЯВЛЕНО.

тогда упрощу ответ до нельзя. Почти все глюки как я вижу сидят dll. Вобщем не исключаю и других вариантов. Но что-то править в мтлинке - кроме разве что стабилизаторы - не могу - нет инфы, а то что есть - лишь подтверждает их идентичность на уровне протокола

Я эту позицию понял и не оспариваю.
Тем не менее глюки безотносительно к MT-Link есть :-( и помощь в их обходе (не обязательно от Автора MT-Link) при возможности получить или найти общими усилиями, что пойдет и на пользу MT-Link.

Вроде здесь мы уже по третьему разу начали повторяться при этом расписываясь в совершеннейшем
почтении (что есть совершеннейшая правда).

Все описанные глюки я буду пробовать продолжать локализовывать при выходе на реальную
железку.

Вот это, кстати, лучшее, что можно сделать.

А еще лучше - минималистический проект под стандартную распространенную EVB и метод, который на 100% позволяет воспроизвести глюк. Думаю что после его публикации где нибудь в листе lpc2000 на yahoo сеггер и без нас нагнут...

Не считаю возможным катить бочку на segger не имея оного :-(. Такими вещами на _данный_ момент может DASM заниматься (причем много более квалифицированно), но не я. Если представится повод -
общаться с segger несомненно буду. За мной не заржавеет. Если кому-то нужен языковой посредник
для общения с segger - могу выступить.

Поздравляю всех с Новым Годом.
А сейчас буду ругаться. Сильно.

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

.. то и я внесу свой рупь.

Короче, прошу прощения, но сильно хочется выругаться матом, - ЗАИБ.... меня такая ситуация.
Заказал я две штуки МТ-линков в конце октября (http://www.caxapa.ru/echo/arm.html?id=41956&todo=full&hilite=iit).
Контора у нас большая, поэтому пока раскачали начальство, то да се, в общем деньги нашим поставшикам ("Элко-ПРО" г. Томск) перечислили 20 ноября. Нам пообещали, что 30 ноября, гребанная (прошу прощения) МТ-СИСТЕМС вышлет что требуется.
Через неделю звоню в Элко-про - ответ: "Да, мля, выслали все в пути". Съездил я на Байкал (туда и обратно от Томска столько же, сколько от Томска до Москвы), вернулся, звоню - опять та же петрушка, типа, мля, все выслали скоро приедет. На чем едет-то? На собаках дохлых? Или на оленях? Еще через неделю звоню (заметьте, прошло уже три недели) менеджер поставшика извиняется, говорит что сам звонил в МТ-Системс, и там какой-то тип дал ЧЕСТНОЕ МУЖСКОЕ СЛОВО, что на следующей неделе все будет. Ну и кто он после этого, ну минимум не мужчина. А, блин...... Сегодня вот уже тридцатое декабря, до 15 января можно даже и не ждать.
Так что, начинающие (и не очень начинающие) пользователи,
не испытывайте ненужных стрессов и не питайте черезмерных надежд, улыбайтесь и будте счастливы в новм году

ну мужики, не ругайтесь сильно. Иногда я тоже МТ подвожу. То одного заказать не удалось, то шнуры USB кончились, тоже сроки динамлю. Правда не более недели. Вобщем будем терпимее, с Наступающим. Правда у Вас через посредика - кто его знает. Сама Мт при наличии на складе довольно шустро по России работает

Я тут закупил для своих нужд несколько JLINKов: с SAM-ICE, и с TMS470.
Прочитав вышеуказанное, на всякий случай попробовал под IAR:
1. JLINK от комплекта TMS470 работает с AT91SAM7S64
2. JLINK от комплекта SAM-ICE работает с LPC2138
могу попробовать с ADuC7020

странно, у меня не получилось, ну да не суть. Так упомянутые проблемы есть или нет ?

Вы именно SAM-ICE купили ? Синего цвета, при запуске JLink exe кроме серийника пишет OEM- SAM-ICE , Строка из dll которая у меня выдавалась "'SAM-ICE can only be used with ATMEL devices'"

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




Тем не менее.. Утром первого дня нового года решил начать новую жизнь и тоже повторить:
- Машина 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

Наводящий вопрос - окно с регистрами VIC контроллера открыто ? Н аданный момент я вижу четок только одно, если читать VicVectAddr где попало (или открыть оконо с их просмотрами), то прерывания пропадут гарантированно). С остальным сложнее - все работает в Ваших условияю. Есть сильное желание проверить Атмель, чую собака в VIC могла порыться ( не гарантирую, но связь есть точно ! )

Никаких окон (в том числе и никаких регистровых) кроме исходника и
дизассемблера открытых нет.
Эффект без усилий :-( повторился на другой машине.

Какие еще вопросы?