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


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

[DASM]

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

[zltigo]

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

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

[uDAV]

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

[Nikola Kirov]

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

[Alex B._]

Со встроенной в IAR поддержкой J-Link, MT-Link можно считать неработоспособен :-(

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

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

Есть такое

MT-Link не работает (выкинуть стабилизатор 3.3V была не хорошая идея) на длинных USB кабелях и через пассивные хабы

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

Может я чего не понимаю, и все "так и должно быть", но при нажатии "reset" на объекте не происходит отлавливание сего факта

есть такое

[zltigo]

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

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

Со встроенной в IAR поддержкой J-Link, MT-Link можно считать неработоспособен :-(

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

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

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

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

[Alex B._]

Отлаживемая Вами программа зависит от прерываний

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

А MT-Link односветодиодный может быть?

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

[uDAV]

А MT-Link односветодиодный может быть?

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

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

[zltigo]

Отлаживемая Вами программа зависит от прерываний

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

А MT-Link односветодиодный может быть?

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

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

[uDAV]

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

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

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

[DASM]

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

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

[zltigo]

Еще есть какие-то пожелания ?

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

[vm1]

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

[DASM]

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

[vm1]

Я читал что была проблема связанная с тем что
AT91RM9200 стартует на низкой частоте,
сейчас искал эту тему и не нашел.

Я сам собираюсь купить MT-link и рад вашим
заявляениям об отсутствии проблем.

Это действительно так?
Кто работает с MT и AT91RM9200 откликнитесь.

[DASM]

да, тоже хотел бы послушать отзывы, так как я сам работаю только с SAM серией и LPC2XXX

[Alex B._]

Контроллер какой? У меня LPC2124 и LPC2294.

LPC2148, LPC2103/02, LPC2124, LPC2129

[zltigo]

Контроллер какой? У меня LPC2124 и LPC2294.

LPC2148, LPC2103/02, LPC2124, LPC2129

Соответствует (не знаю, печалится или радоваться) может какие нюансы установок вспомните?
Хотя я вроде все разумные и плоу-безумные пробовал. Может можно обменяться какими-нибудь
лабораторными проектами (например, для 2124) для локализации проблемы?

[zltigo]

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

Исправилось! К сожалению 'само':-(
Сегодня в процессе экспериментов с отладчиком рухнул отладчик в IAR. При попытке
запуска отладки exception в модуле iardepm.exe. Восстановление проекта из backup,
переустановка IAR поверх, отключение RDI и прочие пляски не помогли - эффект был стабильный.
Снос из реестра веток IAR c последующей переусановкой из-за пропадания лицензий востановили
работоспособность. ПРИ ЭТОМ ПРОПАЛ И ВЫШЕУПОМЯНУТЫЙ ЭФФЕКТ. Вот такой бред :-(

Вообще IDE IAR малофункциональна и глюковата :-( я ей и не пользовался - только отладчик.
Теперь после этого случая и отладчиком чего-то не хочется. Может кто-то порекомендовать
альтернативный вариант отладчика?

Из приятных вещей - целенаправленным отключением в опциях _линкера_!!! опции 'with runtime control modules' позволило убрать эффект невозможности трассировать ветвления при работе _отладчика_ через RDI при использовании железных брейпойнтов.

На даный момент получился (по другому не скажешь к сожалению) вполне работоспособный
вариант отладки и при помощи встроенной поддержки и через RDI.

P.S.
Но времени потрачено :-(. Почему-то установленный вчера IAR for AVR c отладчиком JTAGICE
заработал сразу без всяких мук.

[DASM]

ммммм. даже не знаю что и ответить. Из под дивана вылезти можно ? :-) Мне очень понравился отладчик в RVDS - но он не хранит точки остнова и watch между сессиями. Или я чего-то не понял. IAR все таки не так и плох имхо

[OlegS]

Это действительно так?
Кто работает с MT и AT91RM9200 откликнитесь.

пользую evm9200 + CW 1.5b2. И виглер и МТ не входят в отладку.
Перелопачиваю загрузчик от CSB637 по подобию подсматривая у Черкашина.
НО.
При запуске загрузчика под дебугером на виглере - без проблем доходит до сишного кода инициализации, а МТ под выдает "memory access timed out ... . JTAG speed to high?"

[zltigo]

Из под дивана вылезти можно ? :-) Мне очень понравился отладчик в RVDS - но он не хранит точки остнова и watch между сессиями. Или я чего-то не понял. IAR все таки не так и плох имхо

Можно вылезти! Тут вроде никто тапками не кидается :-)
Более того некоторые мечтают увидеть 1.5 фирмварь (а я, как экстремист уже 1.6 :-)
IAR вполне хорош (тем более для меня, который отладчикаи не пользовался особо никогда и
впредь не особо собирается) - претензии к:
- падение на ровном месте с последующей чисткой и переустановкой
- упорная потеря прерываний в штатной поддержке J-Link, которая вдруг вылечилась
- ну и до кучи - измеренные хоткеи работают, но отображаются в меню в произвольном виде.
- тому, что я пока занимаюсь отладкой "отладчика".

RVDS - это что-то типа RealView? Он там интегрированный или пользовать отдельно можно?
Если интегрирован, то пожалуй я пока с IAR повожусь....

[DASM]

Это действительно так?
Кто работает с MT и AT91RM9200 откликнитесь.

пользую evm9200 + CW 1.5b2. И виглер и МТ не входят в отладку.
Перелопачиваю загрузчик от CSB637 по подобию подсматривая у Черкашина.
НО.
При запуске загрузчика под дебугером на виглере - без проблем доходит до сишного кода инициализации, а МТ под выдает "memory access timed out ... . JTAG speed to high?"

Попробуйте JTAG speed поставить fixed. Начните с малого. Потом увеличивайте. Как J-Link работает со скоростями мне тоже не нравится

Из под дивана вылезти можно ? :-) Мне очень понравился отладчик в RVDS - но он не хранит точки остнова и watch между сессиями. Или я чего-то не понял. IAR все таки не так и плох имхо

Можно вылезти! Тут вроде никто тапками не кидается :-)
Более того некоторые мечтают увидеть 1.5 фирмварь (а я, как экстремист уже 1.6 :-)
IAR вполне хорош (тем более для меня, который отладчикаи не пользовался особо никогда и
впредь не особо собирается) - претензии к:
- падение на ровном месте с последующей чисткой и переустановкой
- упорная потеря прерываний в штатной поддержке J-Link, которая вдруг вылечилась
- ну и до кучи - измеренные хоткеи работают, но отображаются в меню в произвольном виде.
- тому, что я пока занимаюсь отладкой "отладчика".

RVDS - это что-то типа RealView? Он там интегрированный или пользовать отдельно можно?
Если интегрирован, то пожалуй я пока с IAR повожусь....

так это все не мое =( у меня же просто устройство, функционально похожее, то есть совместим на уровне протокола. А приколы с реестром и тп, ну не могу ничего тут поделать, это виндовая часть

RVDS это и есть RealView. Работает с сабжем. Через RDI. Новичкам и слабонервным не рекомендую - сам пару дней просидел, пока понял что к чему, хотя опыт с другими средами небольшой был

[zltigo]

так это все не мое =( у меня же просто устройство, функционально похожее, то есть совместим на уровне протокола. А приколы с реестром и тп, ну не могу ничего тут поделать, это виндовая часть

Так я что? Я ведь про альтернативный отладчик и спрашивал, а не про альтернативную
фирмварь для MT-Link :-). Правда, вопрос, как иаровский отладчик доходит до такой жизни не
совсем для меня закрыт, особенно в свете пока безукоризненной работы связки AVR+JTAGICE.

Так что имелось ввиду под RVDS и насколько там отладчик автономен?

[OlegS]

Попробуйте JTAG speed поставить fixed. Начните с малого. Потом увеличивайте.

Дык. У CW в настройках тока можно скорость фиксированную установить! Ставил 1000 и 2000

И вообше я не жалуюсь, а копаю. Просто был вопрос я и поделился ....
А вот прошивочку бы 1.5? Если не в облом подскажите, где достать можно?

[DASM]

да, и CW не дает полноценно настраивать скорости., но медленность загрузки не из-за скорости уже самом JTAG ? а из-за мелкости пакетов - по шине USB если их туда сюда гонять скорость катастрофически падает. Все таки думаю тут что-то с загрузчиком они намудрили, что шлют такие маленькие пакеты. После загрузки просмотрм памяти и прочие операции мне показались довольно шустрыми. Будем ждать от них подддержки RDI наверное.

Сообщение отредактировал DASM - Dec 26 2005, 03:30

[Velund]

- упорная потеря прерываний в штатной поддержке J-Link, которая вдруг вылечилась

Вот у меня полный снос всего иаровского, очистка реестра от всех следов, переустановка ev 4.30A, доставка на него апдейта компилятора от полного, вылизывание всего что можно - не вылечили эту беду.

Дело похоже не в железе, а в самом отладчике. Но на него апдейтов пока не видать...

Зато MISRA с радостью вывалила почти 55 тысяч ошибок на проект...

[zltigo]

Вот у меня полный снос всего иаровского, очистка реестра от всех следов, переустановка ev 4.30A, доставка на него апдейта компилятора от полного, вылизывание всего что можно - не вылечили эту беду.

Дело похоже не в железе, а в самом отладчике. Но на него апдейтов пока не видать...

Зато MISRA с радостью вывалила почти 55 тысяч ошибок на проект...

1. А с RDI все в порядке? У меня на самом деле вылечилось не до конца - таймер работает почти всегда, а вот уже UART - реже. Дальше - хуже...
Дело достаточно темное и комплексное - больше всего похоже на какие-нибудь временные
нестыковки в которых виноваты оба :-(. Я питаю надежды посмотреть на поведение с
адаптивной тактировкой.
Надо-бы попробовать на какой-нибудь машине типа P3-700, что-то мне моя интуиция подсказывает
попробовать. На днях поставалю. А Вы на какой пользуете?
Причем я очень сильно сомневаюсь, что с родным J-Link имеется такй-же эффект - уж больно вопиющий факт.
2. MISRA это... хотя 55тысяч наводят на размышления :-)
Я лично попробовал избавится от тысченки-другой, но довольно быстро дошел до рекомендации
не использовать функции с переменным числом аргуменотов и решил завязать с этим делом.
В любом языке диалекты придают особую прелесть языку......

[d__]

Проблема RM9200 & JTAG во многом зависит от правильной настройки системы тактирования процессора, которая невнятно описана, да и глючная в настройке. Если не принимать никаких специальных мер, то отлаживаться через JTAG весьма проблематично. Тактика примерно такова: не давать управления внутреннему загрузчику, включить как мастер клок второй кварцевый генератор (10-20мгц)(вот эта часть делается весьма витиеватым способом), потом из cstartup-а вызвать low_lewel_init а в нем вызвать AT91F_init_clock c нужными значениями PLLAR & PLLBR а потом уже отдаваться в руки ИАРу. Вот при такой последовательности действий никаких проблем с зависаниями по JTAGу я не ощущаю. При этом способе действий спокойно проходит как холодный так и горячий рестарт системы...

[DASM]

Вот у меня полный снос всего иаровского, очистка реестра от всех следов, переустановка ev 4.30A, доставка на него апдейта компилятора от полного, вылизывание всего что можно - не вылечили эту беду.

Дело похоже не в железе, а в самом отладчике. Но на него апдейтов пока не видать...

Зато MISRA с радостью вывалила почти 55 тысяч ошибок на проект...

1. А с RDI все в порядке? У меня на самом деле вылечилось не до конца - таймер работает почти всегда, а вот уже UART - реже. Дальше - хуже...
Дело достаточно темное и комплексное - больше всего похоже на какие-нибудь временные
нестыковки в которых виноваты оба :-(. Я питаю надежды посмотреть на поведение с
адаптивной тактировкой.
Надо-бы попробовать на какой-нибудь машине типа P3-700, что-то мне моя интуиция подсказывает
попробовать. На днях поставалю. А Вы на какой пользуете?
Причем я очень сильно сомневаюсь, что с родным J-Link имеется такй-же эффект - уж больно вопиющий факт.
2. MISRA это... хотя 55тысяч наводят на размышления :-)
Я лично попробовал избавится от тысченки-другой, но довольно быстро дошел до рекомендации
не использовать функции с переменным числом аргуменотов и решил завязать с этим делом.
В любом языке диалекты придают особую прелесть языку......

C RDI тоже самое наблюдал , но вот что любопытно - прерывание таймера действительно иногда пропадает, а вот EINT - никогда. Вобщем вопрос еще нуждается в изучении.

[zltigo]

C RDI тоже самое наблюдал , но вот что любопытно - прерывание таймера действительно иногда пропадает, а вот EINT - никогда. Вобщем вопрос еще нуждается в изучении.

Ага, вот и DASM заговорил :-) по данному вопросу. Главное не забрасывать вопрос!
Еще правильно будет попробовать с адаптивной тактировкой поработать.
С EINT недели через три будет на чем пробовать в полный рост на реальной железке - все четыре задействованы будут, в том числе (при наличии внешней синхронизации) и вместо таймерного.

[DASM]

а я завтра получу jlink и все сравню

[zltigo]

а я завтра получу jlink и все сравню

Ну и надеюсь на объективное и публичное сравнение :-)
А что, раньше не был доступен? По складу MT-Link вроде когда-то существовал
в наличии... А где доставали? А то у всех известных мне дилеров в наличии только в составе китов
из борды и компилятора, что является некоторым "перебором".

[DASM]

Безусловно все отличия отмечу и исправлю в новом апдейте. Где что и как доставал - написал в private

[Velund]

Вот у меня полный снос всего иаровского, очистка реестра от всех следов, переустановка ev 4.30A, доставка на него апдейта компилятора от полного, вылизывание всего что можно - не вылечили эту беду.

Дело похоже не в железе, а в самом отладчике. Но на него апдейтов пока не видать...

Зато MISRA с радостью вывалила почти 55 тысяч ошибок на проект...

1. А с RDI все в порядке? У меня на самом деле вылечилось не до конца - таймер работает почти всегда, а вот уже UART - реже. Дальше - хуже...

RDI лучше и шустрее грузит и верифицирует, но траблы те же.

Дело достаточно темное и комплексное - больше всего похоже на какие-нибудь временные
нестыковки в которых виноваты оба :-(. Я питаю надежды посмотреть на поведение с
адаптивной тактировкой.

Ну этого пока нет, бм надеяться что появится когда нибудь.

Надо-бы попробовать на какой-нибудь машине типа P3-700, что-то мне моя интуиция подсказывает
попробовать. На днях поставалю. А Вы на какой пользуете?

Два Xeon (3.06 GHz, 533 MHz FSB) на матери Asus PCH-DL, гиг оперативки.

Причем я очень сильно сомневаюсь, что с родным J-Link имеется такй-же эффект - уж больно вопиющий факт.
2. MISRA это... хотя 55тысяч наводят на размышления :-)
Я лично попробовал избавится от тысченки-другой, но довольно быстро дошел до рекомендации
не использовать функции с переменным числом аргуменотов и решил завязать с этим делом.
В любом языке диалекты придают особую прелесть языку......

Ну там 70% на один макрос ввода-вывода ругается. Оно работает, но не нравится ей отсутствие скобок. Может позже поразбираюсь чего оно хочет...

[vm1]

Проблема RM9200 & JTAG во многом зависит от правильной настройки системы тактирования процессора, которая невнятно описана, да и глючная в настройке. Если не принимать никаких специальных мер, то отлаживаться через JTAG весьма проблематично. Тактика примерно такова: не давать управления внутреннему загрузчику, включить как мастер клок второй кварцевый генератор (10-20мгц)(вот эта часть делается весьма витиеватым способом), потом из cstartup-а вызвать low_lewel_init а в нем вызвать AT91F_init_clock c нужными значениями PLLAR & PLLBR а потом уже отдаваться в руки ИАРу. Вот при такой последовательности действий никаких проблем с зависаниями по JTAGу я не ощущаю. При этом способе действий спокойно проходит как холодный так и горячий рестарт системы...

У меня нет паралельной памяти, я работаю с загрузкой из IIC или SPI.
Что получается я не смогу JTAG использовать?

Какой JTAG Вы используете и в какой среде разработки?

[AndyBig]

Проблема RM9200 & JTAG во многом зависит от правильной настройки системы тактирования процессора, которая невнятно описана, да и глючная в настройке. Если не принимать никаких специальных мер, то отлаживаться через JTAG весьма проблематично.

В CrossWorks + Wiggler нет никаких проблем даже без специальных мер. В скрипте сброса установил регистры клока в нужные значения и работаешь... Клок при этом настраивается любой, без ущерба для JTAG-отладки.

[zltigo]

Два Xeon (3.06 GHz, 533 MHz FSB) на матери Asus PCH-DL, гиг оперативки.

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

[d__]

Проблема RM9200 & JTAG во многом зависит от правильной настройки системы тактирования процессора, которая невнятно описана, да и глючная в настройке. Если не принимать никаких специальных мер, то отлаживаться через JTAG весьма проблематично. Тактика примерно такова: не давать управления внутреннему загрузчику, включить как мастер клок второй кварцевый генератор (10-20мгц)(вот эта часть делается весьма витиеватым способом), потом из cstartup-а вызвать low_lewel_init а в нем вызвать AT91F_init_clock c нужными значениями PLLAR & PLLBR а потом уже отдаваться в руки ИАРу. Вот при такой последовательности действий никаких проблем с зависаниями по JTAGу я не ощущаю. При этом способе действий спокойно проходит как холодный так и горячий рестарт системы...

У меня нет паралельной памяти, я работаю с загрузкой из IIC или SPI.
Что получается я не смогу JTAG использовать?

Какой JTAG Вы используете и в какой среде разработки?

Я пользуюсь МТ-Линк-ом и вигглером через XJTAG.
Дело в том, что когда запускается внутренний загрузчик, он включает систему прерываний и когда происходит попытка захвата управления через JTAG, система прерываний не глушится и при первом же прерывании JTAG теряет уравление и оно снова оказывается в руках у загрузчика с самыми разнообразными полетами впоть до такого зависания, когда помогает только отключение питания...
Работаю в основнои в ИАРе и ADS12. Ну у меня как раз и этот случай, у меня из ЕЕПРОМа стартует небольшая программка, инициализирует необходимую периферию(SMC,SDRAM и проч.) и попадает в бесконечный цикл, ожидая команду, при это система прерываний заглушена. Вот тут как раз и начинаются операции с JTAGом..

[Velund]

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

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

.... Ну у меня как раз и этот случай...

А можно чуть поподробнее?

[d__]

Ну что конкретно хотите поподробнее?

[vm1]

Работаю в основнои в ИАРе и ADS12. Ну у меня как раз и этот случай, у меня из ЕЕПРОМа стартует небольшая программка, инициализирует необходимую периферию(SMC,SDRAM и проч.) и попадает в бесконечный цикл, ожидая команду, при это система прерываний заглушена. Вот тут как раз и начинаются операции с JTAGом..

Тоесть Вы всетаки позволяете работать внутреннему загрузчику?
В MT или в Wglr. пришлось что нибудь дорабатывать?

[d__]

Когда загрузчик грузит программку из еепрома то проверяет контрольную сумму программы, убеждаясь что все нормально, потом обнуляет всю периферию в тот вид как она находилась после ресета и только потом передает управление загруженной программе... В мт не трогал ничего, а вигглер у меня вообще на одной микросхемке кр561пу4 по совершенно стандартной схеме включения, никакой отсебятины.

Сообщение отредактировал d__ - Dec 28 2005, 13:16

[DASM]

Вобщем проверил на оригинальном. Таже бодяга. Поскольку симпотмы у вас немного разные - опишу простейший, наиболее легко повторяемый. Драйвер родной - Jlink. Ставим hardware breakpoint в какой нибудь функции прерывания (например timer, перенаправленный через VIC). Грузим прогу - прерывания эти срабатывают. Жмем кнопку reset в отладчике (большая такая стрелка влево) и все - прерывание таймера не наступает. От галочек hardware reset и прочее это не зависит. J-Link оригинальный. Чип LPC248 - максимальная скорость на RDI - 1333, выше не хочет. Adaptive clocking на этих версиях их железа работать не будет по определению - "This pin is not connected in J-Link." (про RTCK , это кажется только в v5 изменилось)

[Velund]

Мда... Похоже нам бы не помешал счастливый владелец "законного" иара с j-link'ом оригинальным.

[Velund]

Кстати, погуглил по ключевым словам.....

Может кого на мысль наведет...

http://www.embeddedrelated.com/groups/lpc2000/show/3465.php

http://www.embeddedrelated.com/groups/lpc2000/show/7889.php
"Using the LPC2131 AND LPC2138:
I have been experiencing a problem when running in RAM or ROM with the jlink debugger. Sometimes no interrupts will work at all. All I have to do is unplug the debugger and power from my board. PLug them back in and start over.

I am not sure what is the root cause. IAR is looking in to it."

[DASM]

мужики, причем тут законный ИАР ? RDI абсолютно честный на 30 дней. А прикрутить его можно хоть к AXD хоть к RVDS хоть к Keil. Впрочем мою позицию вы понимаете - я хочу, чтобы купившие мтлинк чуствовали себя не хуже, чем обладатели J-link . И сегодня я убедился, что это так.

[zltigo]

Вобщем проверил на оригинальном.
....
Adaptive clocking на этих версиях их железа работать не будет по определению - "This pin is not connected in J-Link." (про RTCK , это кажется только в v5 изменилось)

1. Оп! Значит сравнение производилось с "достаточно старой" версией железа
J-Link.
2. Описанную ситуацию попробую повторить завтра (сегодня уже не в форме), но на первый взгляд
у меня в такой ситуации проблем не было.

3. Кроме потери прерываний (опять завтра подробно опишу ситуацию) меня раздражает
поведение XX-Link (через RDI) при, например, нажатии reset на девайсе - пробиваться через десятки
воплей об ошибках чтения регистров надоедает. Что-то в этом неправильное есть.

[Velund]

мужики, причем тут законный ИАР ? RDI абсолютно честный на 30 дней. А прикрутить его можно хоть к AXD хоть к RVDS хоть к Keil. Впрочем мою позицию вы понимаете - я хочу, чтобы купившие мтлинк чуствовали себя не хуже, чем обладатели J-link . И сегодня я убедился, что это так.

При том тут иар, что и железо, и драйвера его, и отладчик - поставляются в этом случае ими. И варианта "а вот у авторов своего отладчика и спрашивайте, а у нас все в шоколаде" в этом случае не проканает.

[DASM]

Вобщем проверил на оригинальном.
....
Adaptive clocking на этих версиях их железа работать не будет по определению - "This pin is not connected in J-Link." (про RTCK , это кажется только в v5 изменилось)

1. Оп! Значит сравнение производилось с "достаточно старой" версией железа
J-Link.
2. Описанную ситуацию попробую повторить завтра (сегодня уже не в форме), но на первый взгляд
у меня в такой ситуации проблем не было.

3. Кроме потери прерываний (опять завтра подробно опишу ситуацию) меня раздражает
поведение XX-Link (через RDI) при, например, нажатии reset на девайсе - пробиваться через десятки
воплей об ошибках чтения регистров надоедает. Что-то в этом неправильное есть.

Да, только вот новую где взять - неизвестно. Думаю в России их вообще раз два и обсчелся. Кстати если кто с китами будет брать - например такая штука как SAM-ICE (то же самое на вид) , но залочена только на атмельские ID чипа :-D . Ну насчет reset на device ситуация аналогична. Я бы не стал его жать =) Если речь конечно о ненавистном "---------------------------
RDI Driver
---------------------------
USER ERROR

WinRDI CPUread R0-R14 failed

[RDI Error: 9] Error message should have been found on target
---------------------------
ОК
---------------------------
"
Тоже самое вижу, смею уверить

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

[zltigo]

Да, только вот новую где взять - неизвестно. Думаю в России их вообще раз два и обсчелся.
...

Ну насчет reset на device ситуация аналогична. Я бы не стал его жать =) Если речь конечно о ненавистном "---------------------------
RDI Driver
---------------------------
USER ERROR

WinRDI CPUread R0-R14 failed

[RDI Error: 9] Error message should have been found on target
---------------------------
ОК
---------------------------
"
Тоже самое вижу, смею уверить

1. А как при заказе отличить???

2. О нем. Нет, если один раз - то можно и пережить, но ведь от десятков раз, до бесконечности
(передергивания питания MT-Link + еще десяток воплей :-( )

[DASM]

при заказе - понятия не имею. Спрашивать наверное. Сдается мне что совместимый с новой версией сделаю быстрее ;-)

[DASM]

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

[zltigo]

опишу простейший, наиболее легко повторяемый. Драйвер родной - Jlink. Ставим hardware breakpoint в какой нибудь функции прерывания (например timer, перенаправленный через VIC). Грузим прогу - прерывания эти срабатывают. Жмем кнопку reset в отладчике (большая такая стрелка влево) и все - прерывание таймера не наступает.

Повторяем в меру понимания вышеописанное:

1. Работаем через RDI.
Запускаем, стоит брейпойнт на прерывании UART, выходим на прерывание, много много
раз выходим. Debug->Break. Подсвечивается выбор Debug->Reset. Жмем его - выпадаем на main()
Debug->Go - все заработало до срабатывания брейкпойнта. Так проделал 12 раз. Без проблем.

2. Теперь штатная поддержка J-Link.
Исходные условия и поект аналогичны.
Результат - тоже без проблем.

3. Потри прерываний наблюдаются только после Debug->Stop_debugging, Project->Debug,
Debug->Go.
Причем сейчас, когда брейпойнт СТОИТ - повесить не удалось (12 попыток).

3a. При запуске БЕЗ брейкпойнта (просто загрузка и в работу) - с третьего запуска поймал нерабочее прерывание UART.

Вот такой не добавивший ясности (мне) эксперимент......

[DASM]

вобщем явленеи еще и плохоповторяемое

[zltigo]

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

1. Стоит брекпойнт на UART. Но терминальная программа НЕ запущена.
2. Запускаем отлаживаемое устройство, получаем пачку брейков (передача), это все нормально
отрабатываем.
3. Запускаем терминальную программу - в момент запуска
сообщение:
Bad JTAG communication: Write to IR:Expected 0x01, Got 0x00 (Tap Command: 15)
Я полагаю, что какой-то мусор влетает в UART, но в данном случае расстраивает поведение
отладчика. Вне зависимости от выбранной реакции на данное сообщение устройсво продолжает работать а отладчик считает, что стоит на 0 адресе.
Сообщение не зависит от RDI или нет. Но при RDI - дополнительно бесконечные вопли о [RDI error: 9] c выходом через отключение MT-Link и тупое долбление

[DASM]

продолжаю повторять - в оригинале так же. Именно такого эффекта не ловил - хватило тех что увидел. Предлагю начать топик "Глюки segger-вского JTAG " а не отличия от мтлинка. По-крайней мере уверенно сейчас об этом только я могу говорить, как проверивший оба.

[zltigo]

Предлагю начать топик "Глюки segger-вского JTAG " а не отличия от мтлинка.

Топик не коим образом не указывает на отличия обеих Link, а говорит о проблемах с которыми
сталкиваешся при использовании MT-Link, как представителя одного из них.
Заявление о идентичности глюков прозвучало и принято к сведению.
Начать такой топик не могу, в виду отсутствия J-Link. Думаю, что можно продолжать......

[DASM]

потенциальный недостаток такого спора вижу в том, что начинающих может отпугнуть от использования МТлинка. В то время как пока единственный могу сравнить, вы же ведете нападение именно на мтлинк, хотя в оригинале присутвуют теже грабли

[zltigo]

потенциальный недостаток такого спора вижу в том, что начинающих может отпугнуть от использования МТлинка. В то время как пока единственный могу сравнить, вы же ведете нападение именно на мтлинк, хотя в оригинале присутвуют теже грабли

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

[DASM]

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

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

[zltigo]

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

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

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

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

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

[DASM]

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

[zltigo]

тогда упрощу ответ до нельзя. Почти все глюки как я вижу сидят dll.

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

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

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

[Velund]

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

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

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

[zltigo]

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

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

[iit]

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

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

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

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

[DASM]

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

[TMX]

Да, только вот новую где взять - неизвестно. Думаю в России их вообще раз два и обсчелся. Кстати если кто с китами будет брать - например такая штука как SAM-ICE (то же самое на вид) , но залочена только на атмельские ID чипа :-D . Ну насчет reset на device ситуация аналогична. Я бы не стал его жать =) Если речь конечно о ненавистном "---------------------------
RDI Driver

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

[DASM]

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

[DASM]

Да, только вот новую где взять - неизвестно. Думаю в России их вообще раз два и обсчелся. Кстати если кто с китами будет брать - например такая штука как SAM-ICE (то же самое на вид) , но залочена только на атмельские ID чипа :-D . Ну насчет reset на device ситуация аналогична. Я бы не стал его жать =) Если речь конечно о ненавистном "---------------------------
RDI Driver

Я тут закупил для своих нужд несколько 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'"

[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

[DASM]

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

[zltigo]

Наводящий вопрос - окно с регисрами VIC контроллера открыто ?

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

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

[DASM]

пока вопрос больше не имею =) а проектик нельзя глянуть ? Так, чтобы говорить об одном и том же

[zltigo]

пока вопрос больше не имею =) а проектик нельзя глянуть ? Так, чтобы говорить об одном и том же

Без проблем - как раз занимаюсь обкарныванием результатов экспериментов для выхода
на начало рабочего проекта. Будет под LPC2124-2114-2214-2294
Через пару часов борошу в почту.

[DASM]

ок, жду, dasm@nm.ru
Правда у меня 2148 чип но не думаю о большой разнице

[zltigo]

Правда у меня 2148 чип но не думаю о большой разнице

Ушло. Разницы не будет - это учебный проектик задуманый под любой
2xxx.

[yuri_t]

Не знаю,может быть эта информация Вам пригодится...

Я работал с J-Link компании Segger и в IAR 4.20 ( 4.30)
имел проблемы при работе с AT91SAM7S128.
Когда Flash программировалась непосредственно перед
стартом С-SPY IARовским Flash Loader, С-SPY не останавливался
в прерываниях, неправильно читал memory etc. Когда Flash программировалась
утилитой J-Flash (через тот же J-Link), а потом запускался С-SPY,все работало
без вопросов. Причем эта проблема наблюдалась только с с AT91SAM7S128,
c LPC21xx и STR711 этой проблемы не было.По-видимому,это проблема не
J-Link,a IAR (IAR's AT91SAM7 Flash Loader ???).

CrossWorks работает с J-Link не так устойчиво,как с Wiggler,
независимо от типа процессора.

[TMX]

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

Не знаю:
они у меня все черного цвета:
при запуске jlink.exe указанной строки нет:

SEGGER J-Link Commander V2.60.01. '?' for help.
Compiled 08:40:14 on Jun 21 2005.
DLL version V2.60c, compiled Jun 21 2005 08:40:05
Firmware: J-Link compiled May 17 2005 10:04:24 -- Update --
S/N : 83485984
VTarget = 0.0V
Speed set to 30 kHz
J-Link>

[DASM]

не, это полноценный =) А Вы случайно этих приколов с пропаданием прерываний не наблюдали ? А то мой отобрали пока

[zltigo]

SEGGER выдал на гора версию 3.00С.
Работает.

1. При работе через штатную поддержку IAR ситуация похоже не изменилась.

2. При работе через RDI стало несколько лучше - при условии загрузки Flash средствами SEGGER старт с main() проходит без проблем. При загрузке IAR средствами - часть прерываний не работает.

Все это пока поверхностные впечатления.

[TMX]

Прерывания вроде не пропадали, но не уверен.
Сегодня обнаружил следующее:
JLINK от AT91 (yf нем написано 2198000) отказался работать с TMS470, обновил драйвер до 3.00 - не помогло: "unknown device".
с LPC работает нормально.
т.е. картина такая:
JLINK 2198000 работает с AT91 и LPC
JLINK 2197000 работает с TMS470? AT91 и LPC.
как говорится: "что я делаю не так?"
Хотелось бы, чтобы со всем работало, т.к. 2197000 у меня только один

[zltigo]

Прерывания вроде не пропадали, но не уверен.

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

[DASM]

а у меня не работют =( вообще.

[iit]

Обнаружил такую ерунду

BP ldr r11,=Comm_TrBuffer
str r11,[r12,#Comm_PtrTrBuf_Ofs]
add r9,r1,#0x03
str r9,[r12,#Comm_TrQuant_Ofs]
str r9,[r12,#Comm_TrCount_Ofs]
Error mov r10,#0x00

кусок кода из процедуры в режиме SYS/USR. BP - точка останова. Далее выполняем пошаговую отладку. До точки Error все ОК. При выполнении команды mov r10,#0x00 - r10 - оставется неизменным, зато 0 записывается в r11.
Похоже отладчик путает r10 и r11. Где-то еще встречал что-то подобное.
Если остановиться на BP и следующую точку поставить дальше и запустить выполнение - то все хорошо.
Пробовал и в Keil и в RVDS.

Еще момент. Если я остановил выполнение программы и пишу в pc ручками какое либо значение - перехода не происходит.

[DASM]

http://www.caxapa.ru/echo/arm.html?id=49027

[iit]

Помогло!
Благодарю.

[electrovenic]

хотел MT-link купить (я частное лицо) но меня так жестоко обламали -" Платежи через банк мы не принимаем. Только как юридическое лицо.".
Им что деньги не нужны?

[DASM]

Помогло!
Благодарю.

Моя цель добиться чтобы не говорили "купить хотя бы мтлинк"

[lazycamel]

DASM - КАК купить MT-LINK для себя любимого ? Для дома, для семьи ?

[zltigo]

Моя цель добиться чтобы не говорили "купить хотя бы мтлинк"

Если это камешек в мой огород, то контекст был несколько другой -
подразумевалась цена при абсолютной конкурентоспособности с псевдо-Wiggler-ом
сделанным на коленке.

[zltigo]

Свершилось! C новой (хотя может и более ранней - давно не пробовал отладчик) версией Segger 3.20e драйвера перестали падать при аппаратном сбросе отлаживаемого устройства. Теперь все продолжает работать как ни в чем ни бывало. Reset правда по прежднему не перехватывает, но главное не падает!
Был один из самых неприятных эффектов.
Прерывания правда периодически пропадают.
Жду доставки MT-Link5. Посмотрим :-), как с ним....

[zltigo]

Итак, MT-Link5 дошел и время на опробывание тоже выкроил.
1. Пришлось сменить USB кабель - со штатным обильные глюки уже начиная с инсталляции :-(
2. MT-Link5 Попался из первой партии, посему заменен C9 на рекомендованный, ибо 3.3V LDO возбуждался конкретно.
3. Светодиода Ready/Busy менять местами и цветами не стал :-)
4. Пoтавлен свежайший Segger софт.
5. Взята плата с LPC2148.

Первые эксперименты оказались обескураживающими - в проектах ранее работавших со старым
MT-Link через RDI начисто исчезла возможность поставить брейкпойнт по загрузке-старту.
Проскакивал всегда. При этом прорисовка интерфейса IAR замирала на многие секунды.
Ручной останов отрабатывал безукоризненно, после чего брекпойнты, трассировка и прочее работали
безукоризненно. Стуки в бубен включая попытки писать даже дополнительную инициализацию в скриптах IAR ни к чему не привели. Резко все изменилось при установке вместо "Auto Selection" - "Adaptive clocking" - все стало просто изумительно - ПЕРЕСТАЛИ даже периодически отваливаться прерывания при запуске. Работоспособность (кроме отвала прерываний) восстановилась и при фиксированных клоках на уровне до 2000KHz. При больших - повторился эффект "Auto selection".

При работе через "родную" IARовскую поддержку, отличий от MT-Link1 особых не заметил.
Однако выбор "Adaptve clocking" и здесь с MT-Link5 привел к излечению достающего бага с
пропаданием прерываний.

При этом скорость закачки при "Adaptive" вполне хороша - где-то под 300K/s.
Недостаток выбора "Adaptive" только ОДИН - категорически отваливается при аппаратном сбросе отлаживаемого девайса.

[vesago]

Я тоже прикупил намедни MT-Link. Не представляю как я раньше без этой коробочки обходился .Правда он не 5. С ходу отловил и исправил ряд неприятных багов в проекте. Единственное - если отключить питание таргета, дебагер гарантированно зависает. Из этого состояние его выводит выдергивание и втыкание кабеля USB. Может стоит в последующих версиях завести кнопку подачи питания или ресет? А так работает - сказка. И по цене хорош. Позже куплю еще 5 версии. Работаю в Кейле с LPC2214.

[net]

Работаю в Кейле с LPC2214.

тоже прикупил MT-link - и вопрос про волшебные пузырьки с какой версией драйверов KEIL работает с mt-link 5 версии

просто начал вчера пробовать (с тем что было на компе без обновлений)
с версией драйверов сеггер 3.0 не работало и фирменное обеспечение
поставил из того что было под рукой 3.14 - фирменное обеспечение сеггер работает на ура но кейл с RDI не работает
сейчас вот скачал 3.30 пойду пробовать
хотелось бы избежать прохождение пути пройденного другими
поэтому не могбы просто сказать с какой версией все должно работать под кейл чтобы не изобретать велосипед
под кейл работаем сейчас с Ulink - решили поддержать отечсетвенных разработчиков

[vesago]

Я работаю в кейле через RDI 3.20. С теми, что в кейле дровами плохо работало. Сейчас уже научился обращаться с мтлинком. Поставил задержку на старт 200 млс. Без нее бывает долго не соединялся. Возможно это из-за супервизора, который на 100 млс после подачи питания держит сброс. Остальное - по умолчанию. Чтоб брэкпоинт поставить сначала надо стопорнуть процесс, поставить, пройтись по шагам и уж потом запускать. Еще - виснет сабж, если с таргета сбросить питание. После этого надо выдернуть юсб кабель, затем снова вставить. Короче немного в бубен надо постучать. Но в общем - замечательная штука. Возможно, что в 5 версии по другому.

[net]

Я работаю в кейле через RDI 3.20. С теми, что в кейле дровами плохо работало. Сейчас уже научился обращаться с мтлинком. Поставил задержку на старт 200 млс. Без нее бывает долго не соединялся. Возможно это из-за супервизора, который на 100 млс после подачи питания держит сброс. Остальное - по умолчанию. Чтоб брэкпоинт поставить сначала надо стопорнуть процесс, поставить, пройтись по шагам и уж потом запускать. Еще - виснет сабж, если с таргета сбросить питание. После этого надо выдернуть юсб кабель, затем снова вставить. Короче немного в бубен надо постучать. Но в общем - замечательная штука. Возможно, что в 5 версии по другому.

не могли бы вы детально сказать как и что делать чтобы кейл заработал с mt-link
вот поставил 330 но стало еще странне с кейлом - но не работает - фирменные утилиты сеггера с процессором общаются на ура - пишут читают - так что все дела в волшебных пузырьках если есть инструкция чтобы запустилсоь и работало было бы замечательно
надо сказать что с ulink кейл работает очень хорошо никаких зависаний или танцев с бубном не нужно включил и поехало
хорошо бы такую же инструкцию на мтлинк поиметь чтобы не думать над этим

[vesago]

Как делал я: Сначала поставить соответствующий юсб драйвер и в устройствах должен появиться наш JLINK при подключенном мтлинке. Светодиод у последнего при этом мигать не должен. В опциях проекта дебуг выбрал юзе RDI интерфейс драйвер. Жмем сеттингс и указываем путь к длл установленых дров. В моем случае это JLINKRDI в вашем JLINKARM если я не ошибаюсь. Потом если все ок, можно из кела войти в настройки драйвера. Я ни чего не менял, только задержку при старте поставил. Вы можете поковыряться со скоростью. Вот собственно и все. Надо сказать, что как-то у меня жтаг отбросил копыта - поковырял я в нем. Чего я только не делал. Фирменная утилита - командер тоже кстати отлично видела девайс. Помог только снос и переустановка оси. Ось у меня XP SP2. Вообще конечно производителю не помешало бы накатать инструкцию по инсталяции и фак.