[AlexandrY 3]

RDI требует лицензии, а J-Link нет.

Т.е. можно наделать кучу J-Link-ов и юзать совершенно официально и ничего не ломая.

 

Ну в общем через rdi все отлично пашет. А вот попытка через jlink/jtrace отлаживаться дает сообщение "...\armjlink.dll : Не найдена указанная процедура". Ну в общем-то и фиг с ним, rdi работать как-то даже больше понравилось.

[Alechek 0]

Т.е. можно наделать кучу J-Link-ов и юзать совершенно официально и ничего не ломая.

Ну не совсем таки официально.... Как бы все таки нарушая п 3(e) лицензии :rolleyes:

[IgorMarx 0]

Проблемы есть, факт. И изменения в проекте совсем ни при чем. У меня есть и родной J-link, и MT-Link. Можно часами работать на MT-link, но стоит только переложить провода, идущие к компу, и тут же начинается.

 

Сижу как-то вечером, уже отпахал часов 5, и тут у меня дохнут аккумуляторы в мышке. Полез, достал заряженный комплект из зарядника-радиоустройства, воткнутого в USB, вставил в мышь и привет. MT линк виснет в любой момент времени - при начальном коннекте, в момент прошивки FLASH, в момент верификации, при пошаговой отладке, или просто драйвер выдаёт ошибку связи минут через 5 после старта отладки, когда ничего не трогаешь. Мышка моя не киловатт излучает в эфир, понятное дело. Не помогает ни замена кабелей USB, ни гнёзд подключения - ничего. И никакой логики во всём этом. После зависания только физическое отключение и повторное включение кабеля USB в порт. С родным проблем не было.

[vesago 0]

Бывыет. Но не надо обобщать. Чего чего, а проблем со связью у меня с моим древним мтлинком ни разу не было. И кабель у него гавенный и подключен через удлинитель, а все равно пашет как автомат Калашникова. Возможно вы втыкаете в разъем на передней панели PC.

[AlexandrY 3]

Есть один резистор в схеме J-Link некорректный номинал которого (или изменение марки буфера с которым связан сигнал который подтягивает резистор) может сильно ухудшить стабильность работы дивайса.

Симптомы как раз такие как описано.

Спорадические сбои и зависания, причем на более низких частотах работает стабильнее.

 

А вообще свой клон гораздо предпочтительней всяких J-Link-ов и т.д.

Для себя не будешь экономить на конденсаторах, LDO, разъемах и т.д.

 

Бывыет. Но не надо обобщать. Чего чего, а проблем со связью у меня с моим древним мтлинком ни разу не было. И кабель у него гавенный и подключен через удлинитель, а все равно пашет как автомат Калашникова. Возможно вы втыкаете в разъем на передней панели PC.

[slabnoff 0]

Проблемы продолжаются...

 

Купил starterkit'овскую плату на LPC2388. Начал заводить TCP/IP (uIP) - по сути надо было подправить код для EMAC и сделать инициализацию PHY.

Особенность данного кита в том, что вход PD (power-down) PHY (Micrel KS8721BL) соединен с выводом МК P4_25 (он же BLS0 контроллера внешней памяти, соответственно контроллер памяти вырубил, пин как выход и в единицу).

 

По шагам начал отлаживать код - нет связи с PHY - из любого его регистра читаются одни единицы. Шаманил-шаманил - нифига не изменилось (нашел заодно интересный эффект - контроллер памяти в 2388 похоже такой же как в 24хх семействе и по сбросу включен на регенерацию динамической памяти (хотя для 2388 допустима только статическая память)). Взял P4_25 сделал входом, прицепил "подтяжку" - все заработало (даже вебсервер теперь крутится :rolleyes: ).

 

Ну т.к. "интересные эффекты" без разбора не оставляю начал плотненько разбираться. Перевел пин обратно в режим выхода и по шагам выполняю программу. Каково же мое удивление, когда я вижу, что при каждом шаге пин переключается между нулем и единицей и обратно. Видно это и тестером и через FIO4PIN. Запрограммировал остальные выводы P4 как выходы - эффект для большинства пинов повторился, правда некоторые пины остались в нуле, а некоторые переключаются не на каждом шаге. Все это переключение приводит к переходу PHY в режим энергосбережения и соответственно обмена с ним нет - читаю одни единицы, в т.ч. и идентификатор PHY. А вот теперь еще интереснее: просто поставил брекпоинт после чтения идентификатора PHY и запустил не по шагам программу - получил корректное чтение регистра, правда на следующем бряке на следующем регистре пин уже дернулся в ноль и следующий регистр был считан некорректно...

 

Чего делать-то? Грешу именно на j-tag-адаптер или его драйвер (скорее последнее). Под рукой иных jtag-адаптеров кроме mt-link нет.

 

P.S.. IAR 5.4, LPC2388 ревизия B, mt-link - древний из первых партий c IAR связан через rdi (по-другому не работает; про lpc2388 этот драйвер еще не знает - версия еще 300d).

[slabnoff 0]

Ну в общем действительно проблема в старом mt-link (возможно в старом rdi - более свежие дружить со старым mt-link отказались). Взял попробовать свежую версию (железо v6) mt-link - сходу заработал в IAR на родном драйвере без всякого rdi и без упомянутого глюка.

[svss 0]

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

Можно при подаче питания принудительно запустить родной bootloader,

и потом уже JTAG работает. проверено.

работаю через j-link (не RDI), software reset, adaptive speed.

 

В-общем, спасибо хочу сказать.

Даже есть ощущение, что я Grape чего-то должен больше, чем спасибо.

Пиво как минимум.

 

История такая:

 

0) Пишу проекты для LPC2368/78 (IAR, Keil, GNU, Jlink, MTlink - в разных комбинациях)

без проблем, как всегда казалось.

 

1) Случилось собрать проект для LPC2148 и нечаянно залить его в 2368.

Получилось! IAR спокойно помог всё сделать, даже не намекнул на лажу.

После этого - subj. "Unable to halt the ARM core"

 

Потыкался, помыкался, отложил машину всторону, взял другую.

 

2) Как Вы уже догадались, через пару дней я убил вторую машину тем же способом,

забыв переткнуть JTAG.

 

Не убивать же третью. Пришлось рыть интернет.

И из всего его решение гугль нашёл именно здесь, у нас.

ПожуЮ его мельче, авось ещё кому пригодится.

 

 

Рецепт:

А) Замыкаем контакт ISP на землю (нога №53 LPC2368 машины);

Б) Жмём Reset (или замыкаем ногу №17 LPC2368, если кнопки нету, на землю);

В) Отпускаем Reset;

Г) Отпускаем ISP;

Д) Стартуем загрузку flash из-под IAR, Keil или чего душе угодно - всё работает.