Встретился со след. проблемой. Поступила партия микросхем. Не хочет программироваться через JTAG. Для программирования использую сборку Eclipse + J-Link. Микросхемы из старой партии без проблем программировались. J-Link просто напросто не подключается к новым микросхемам. Что интересно, попробовал запрограммировать на др. ПК. Все прошло успешно. И на первый взгляд программа работает как положено (это видно по мигающим светодиодам). Но как только подключаешь внешнии устройства по UART, работа программы сбивается, похоже уходит в какое-то UNDEF состояние. При этом со старыми процами никаких подобных проблем не было, устройство уже отработано.
Кто нибудь сталкивался с подобным, и что это получается бракованная партия?

Вот на брак думал бы в последнюю очередь. А платы тоже новой партии? Или может какая-то из ног питания или земли не разведена, а производитель чуть изменил топологию кристалла и это стало критичным? А может не на той частоте кварц запускается (не тот запаян или остатки флюса)? Да много чего может быть.

Можете обратить внимание на ревизию чипа в разных партиях, почитать errata...

Я решение не нашёл (да и не искал толком), так что мой пост бесполезен, просто решил подтвердить проблему. Встречался с ней именно на LPC2368, при подключении внешнего устройства к UART переставал работать J-Link. Использовал IAR.

Платы проверены, качество пайки тоже проверено. Хорошие процы запускаются и на не промытых платах без проблем, т.е. замазанные флюсом. Кварц пробовал менял, тоже не запускается. Но внешний кварц тут и не должен влиять, т.к. проц запускается от внутреннего кварца.
Про errata надо будет посмотреть.

В LPC2368 имеется внутренний кварц??? Вот это новость!

Однажды столкнулись с непрошиваемостью lpc1788 жэтагом еще на этапе разрабоки - с тех пор сия китайская фирмА для нас не существует.

Китайская фирма, изготавливающая "жэтаги"?

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

Надо было перевести в режим ISP и тогда бы нормально JTAG соединился.
Можно предположить, что так как у вас во флешь имелась прошивка, соответственно при вкл. питания бутлоадер запускал её. А раз был кривой контур внешнего OSC, то при попытке старта внешнего кварца (или PLL),
проц улетал в какое-то неизвестное состояние, в котором JTAG не коннектился.

такое редко но эпизодически наблюдаю на LPC1778. Только вот бутлодыря своего нет.

как раз помогает перевод в ISP

Я имел в виду встроенный ROM-бутлоадер.
Да, когда CPU улетает в неизвестное состояние (из-за ошибок в ПО), то JTAG бывает не коннектится.
Хотя возможно неверно разведена линия RESET от JTAG в устройстве.
Но когда я отлаживаю ПО, у меня устройство обычно всё время установлено в состояние ISP, так что это не является проблемой.

Сколько лет используем LPC разных серий в куче разных устройств - не припомню чтобы были проблемы с JTAG-ом.
Так что имхо всё дело в кривых руках схемотехников/программистов.

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

Вводная: работаю неск. лет почти каждый день на связке: LPC2378 or LPC2387 or LPC1758 or LPC1768 or LPC1769 or LPC1778 + JTAG + IAR, примерно с десяток или больше разных проектов.
Всё ок - проблем с JTAG нет никаких (если нет косяков в схеме/ПО).
Никаких таких страшных окошек никогда не наблюдал.
Правда раньше пользовали разные кривые клоны JTAG-ов - с ними были проблемы.
Давно уже забили на них и пользуемся нормальными.
Единственная с ними проблема - нет встроенной гальванической развязки к большому сожалению, так что иногда - сгорают вместе с устройством.

PS: Так что - выводы делайте сами.

Таки почитал тему с глюками lpc - товарищь отписал что кончилось все тем что самдурак руки кривые. Так что возможно проблема в руках.

Сообщение отредактировал kostyan - Jul 3 2014, 10:18