Здравствуйте. Не могу прошить/считать через 4-х проводной jtag МК msp430f5438a.
Использую программы olimex msp430 programmer (этой прогой пытался считать флеш, не может определить МК) и iar 4.20 (пытался залить стандартный пример с мигающим светодиодом, тоже не может определить МК).
Преобразователь интерфейса - стандартный msp-fetp430if, два других МК (msp430f149 и msp430f1222,1232) заливаются и читаются совершенно нормально.
МК включен по стандартной схеме: 5 пар питание 3,3В, RC-цепь на сброс (47к и 2,2н), 0,47мк на Vcore. JTAG подключен напрямую к МК.
При включении на Vcore напряжение 1,44В. Пробывал менять МК на такой же - результат тот же.
Сигналы JTAG ОТ компа проходят на МК, от МК не выходит ничего (TDO).
Как начать работать с этим МК, какой софт использовать?

В конце прошлого года работал именно с этим кристаллом. Из дебаггеров MSP-FET430UIF и MSP-Link. Софт - IAR EW430 5.50.2. Никаких осбобых проблем не было. Правда при отладке через SBW и использовании сразу нескольких breakpoint C-CPY довольно часто "вылетал". Это неприятно, но не "смертельно". Просто неудобно.

А через 4-х проводной jtag (не SBW) не пробывал работать с ним?

Пробовал. Работает и через 4-wire JTAG и через Spy-Bi-Wire.

каким-то чудом на TDO появились импульсы, однако софт МК не видит

Попробуйте подключить через SBW - там со стороны МК всего 4 провода требуется. VCC, VSS, RST/NMI/SBWTDIO и TEST/SBWTCK Со стороны эмулятора TEST и TCK нужно объединить так, как это указано на Figure 2-2. Signal Connections for 2-Wire JTAG Communication (Spy-Bi-Wire) Used by MSP430F2xx, MSP430G2xx and MSP430F4xx Devices из документа MSP430™ Hardware Tools User's Guide. Кстати, без резистора между TEST и TCK у меня SBW по-моему не работало не только с MSP430F5438A, но и с другими кристаллами, поддерживающими SBW. 4-х проводный JTAG рботает всегда. На заре освоения MSP430 я использовал самодельный MSP-FET430PIF. Сейчас использую MSP-Link и оригинальный MSP-FET430UIF.

Для SBW пишут, что параллельный порт не подходит.
У меня самого самодельный PIF
В общем, завелось ))))))))
дело было в том, что сигнал TEST нужно было с компа гнать из-за наличия режима SBW, а не напрямую в 3,3В устанавливать, как на ранник процах, там хитрая последовательность ("MSP430T Programming Via the JTAG Interface (slau320d).pdf")

Да, для для работы со SBW нужен USB-FET.
Никогда принудительно TEST к VCC не подтягивал. Зачем, если это сам эмулятор может делать? В тех кристаллах, где имеется вход TEST ставлю pull-down резистор 47кОм или 62кОм. Но это уже в силу привычки от применения совсем старых кристаллов в которых встроенного pull-down еще не было.

Затем, что раньше не было нужды выдавать импульсы на TEST (в 149-м проце вообще нет TEST), поэтому в том самодельном эмуляторе было лень припаять еще одну ногу. Эмулятор делался лет 10 назад.

Была аналогичная проблема с микроконтроллером MSP430F2274, решилась заменой MSP-FET430 на программатор от Olimex MSP-JTAG.

Судя по описанию - самодельный PIF автора темы слишком упростили...

А скажите пож., у меня f5437a, тоже не шьется. есть подозрение, что виноват вывод RST, его я упустил из виду при разводке.
он просто висит в воздухе. в мануале пишется, что у этой серии (f543x) по умолчанию этот вывод не подтянут на VCC, его можно только программно подтянуть. может ли быть виноват висящий ресет? может он должен еще и от программатора идти?

хотя в даташите revision читаю - сказано что все без исключения имеют pullup, когда вывод сконфигурирован как ресет, а он по умолчанию вроде и так как ресет..
а вдруг микросхема старая попалась

Вывод RESET в MSP430F5437A не имеет встроенного pull-up. Где вы это нашли в документации? Встроенные pull-up/down имеют те пины, которые расшаренны с GPIO. И хотя пин RESET тоже конфигурируемый, но кроме функции входа сброса может выполнять лишь функции входа немаскируемого прерывания (NMI) и функцию ввода/вывода последовательных данных для отладочного интерфейса Spy-Bi-Wire (SBWTDIO). Для нормальной работы эмулятора и отладки вход RESET подключать к нему необходимо. И конечно же ни в коем случае не следует оставлять RESET совсем не подключенным/висящим в воздухе.

вот-из user manual :
If the RST/NMI pin is unused, it is required to have either the internal pullup selected and enabled or an external resistor
connected to the RST/NMI pin.
вот еще:
All devices except the MSP430F543x (non-A devices) have the internal pullup enabled. In this case, no external pullup resistor is required.
All devices except the MSP430F5438 (non-A) default to pullup enabled on the reset pin.
а вот из даташита, last revision:
When this pin is configured as reset, the internal pullup resistor is enabled by default. (без оговорок)


а что если нужен супервизор питания?куда тогда его подключать? я не про а5437 (у него вроде встроенный есть). а допустим тот же f149

В User's manual приводится описания всего семейства, а особенности каждого конкретного кристалла описаны в его datasheet.

Да, действительно в datasheet rev.D есть примечание-сноска (5) к описанию пина RST/NMI/SBWTDIO. Я смотрел datasheet rev.C. в нем есть номер примечания (3), но сами примечания, которые обычно должны располагаться после таблицы, отсутствуют. Потому я и не нашел. Признаю, что вы правы.
Типично применяю резистор 1-1,2кОм, включая его последовательно с входом RST. Сигнал от эмулятора подается непосредственно на пин RST, резистор же не дает "пересиливать" его выходу супервизору. Аналогичная ситуация, когда нужно для сброса использовать RC-цепочку вместо супервизора. Отделяем RC от входа RST резистором, который позволяет нормально функционировать SBW даже при значительном (больше "сакральных" 2200пФ) номинале конденсатора в этой RC-цепочке.

а если SBW не нужен, все равно желательно с программатором RST соединять? и могу я вообще RC не вешать (если обходиться встроенным супервизором)? вроде в мануале рекомендуется если вывод не используется - вешать RC...

Чисто теоретически RESET не нужен. В стандарте IEEE Std 1149.1 его нет. Но практически RESET требуется для корректной установки исходного состояния кристалла. Вот что написано в FAQ в приложении A.1 документа MSP430 Hardware Tools User' s Guide (Rev.H) - slau278h (в крайней ревизии P - slau278p - этого уже нет).

То бишь программа дебаггера после загрузки прошивки во Flash кристалла запускает прошитую программу путем сброса МК.

В datasheet указана минимальная длительность импульса RESET - 2 мкс. Для SVS указаны лишь типовые значения. Они больше, чем минимальная длительность для RESET, но такой же полный сброс/установку состояний (такой же как при действии сигнала RESET) SVS на 100% не гарантирует. Тем более, что 1) SVS управляется программно, а значит что возможны программные ошибки его настройки и 2) для батарейных устройств (в которых питание подается с высокой скоростью нарастания сразу же при установки батарейки) при дребезге контактов в процессе смены батареек без использования внешнего супервизора или RC-цепочки МК вполне может зависнуть.

Не буду тем плодить. Может кто подскажет, пожалуйста? Тоже не видится контроллер по jtag. Контроллер MSP430F148, отладчик MSP430-JTAG-TINY-V2. Подключал по стандартной схеме. Правда сделал через переходничок, ну, не думаю что это как-то сильно влияет. RESET вместо 47 К подтянул 39 К. Ножку TEST оставил в воздухе
В IAR при попытке дебага выдаёт:
Fatal error: Could not find device (or device not supported) Session aborted!

В их родном OLIMEX MSP430-PROGRAMMER
Cannot identify target device!

Пока идей никаких нет. Видел много подобных проблем, когда подключались с помощью SPY-BI-WIRE. У кого-то проблемы были с драйверами и dll-ками (MSP430.dll и Olimex.dll). Попробовал все dll-ки, не помогает. Пробовал на двух разных компьютерах на Windows XP, Windows 7, Windows 8 (мало ли драйвера). Причём, в самом начале в IAR без каких-либо настроек проекта запустил вроде как. А там в опциях проекта в Debugger->Driver стояло Simulator. Но платка диодиком помигала, как и было написано в программе. Обрадовался, что контроллер завёлся, и оставил пока это дело. Спустя неделю, когда начал копаться в настройках, понял, что работать оно не должно было. В общем, не запускается пока. Подскажите, пожалуйста, кто сталкивался. Может известный глюк какой.

Заранее спасибо!

МК стоит в реальной схеме или у вас используется какая-то отладочная плата? Питание на МК откуда подается? Обратите внимание, что если МК запитывается от эмулятора, то питание для него подается через 2 пин JTAG-коннектора. Если же МК питается от внешнего источника (от вашей схемы), то подключение 2 пина эмулятора не используется, а подключать к питанию МК нужно 4 пин разъема JTAG.
Ну и кроме того, имеет значение тип внешней схемы питания. Не следует забывать, что незаземленный БП компьютера (цепи его сетевого фильтра) и/или внешний сетевой импульсный БП, используемый для питания вашей схемы, могут служить источниками синфазной помехи. Эта помеха может препятствовать нормальной работе как эмулятора с МК, так и самого интерфейса USB в компьютере. Для выявления или устранения этой причины попробуйте либо запитать МК от батарейки/аккумулятора, либо сделать дополнительное соединение (проводом сечением не менее 0,5кв.мм) корпуса компьютера и цепи общего провода вашего устройства так, чтобы ток помехи (коли вдруг она присутствует) протекал не через цепи подключения эмулятора к МК, а "мимо" них.

Спасибо, что откликнулись! Плата своя, не отладочная. Питание сделал кривовато. К обычному блоку питания 12-вольтовому навесным монтажом припаял стабилизатор 3.3 вольта. Да, джамперы питания либо от отладчика либо от платы предусмотрел. Пробовал и так, и так. Попробовал запитать двумя аккумуляторами по 1.3 вольта (в сумме 2.6 ), не работаеть. Будем думать.

Не знаю больше, что думать... Не видит отладчик f5437a и всё. Пробовал и через ИАР, и FETpro, техасовскими USB и LPT программаторами... результат один- пишет "chosen derivative (msp430f5437a) do not match actual hardware ()". RST-вывод я все таки прицепил к супервизору. так что он точно щас не при чем. подключаю те же самые программаторы к f149, все шьется без проблем.
немного конкретики: использую 6 линий на программатор (4-jtag, 1-земля, и 1- TEST). питание на программатор не подаю (да и нужно ли?f149-й же шьется!). незнаю-насторожило немного, что установившийся уровень сигнала TEST- где-то 2,7 В, достаточно ли такого уровня?(питание процессора 3,3). читал, иногда в обсуждениях упоминается файл msp430.dll. может дело в нем? у меня в ИАРе он 2010 года (5-ю серию msp вроде раньше выпустили), нужно ли его обновлять?

"Выбранное устройство (msp430f5437a) не совпадает с реальной железкой". То есть он нашел там какой-то проц, но это не msp430f5437a. Значит либо у вас старая версия софта, в которой ID кристалла прописан с ошибкой, либо кристалл перемаркирован. Еще какие-то сособщения были? Может быть можно включить запись какого-то лога?

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

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

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

Посмотрел, что висит а ножках.
RESET на отладчике всегда в нуле. В момент, когда нажимаю дебаг, RESET начинает колбасить возле нуля с амплитудой примерно 0.3 В, потом обратно в нуль возвращается. Кстати, без подключенного отладчика RESET на плате немного колбасит возле трёх вольт.
TDI, TDO, TMS, TCK на отладчике без подключения к плате при нажатии на дебаг выдаёт нормальные импульсы. Когда подключаю к плате, то эти ножки выдают странные сигналы: висят в единице и импульсы идут не по полной амплитуде, а возле единицы так и скачут (ну, тоже где-то 0.2-0.3 вольта амплитуда), но это именно импульсы, а не помехи. Подтянуты что ли неправильно как-то

А ещё, вот MCLK и SMCLK должны ли выдаваться? У меня на них явно нет никакого сигнала. Поможите, кто чем может

не должны, пока вы не сконфигурируете порты программным образом

в общем, дебаггер заработал! спасибо вам, что заставили меня ресет прицеплять, действительно был виноват он. только почему тогда 149-й спокойно без него обходится? ну да ладно.
иар пишет при запуске дебаггера странное сообщение "The stack plug-in failed to set a breakpoint on "main". The stack window will not able to display stack contents". откуда и почему? может кто знает?
надо теперь разбираться с тактированием...

P.S. дебаггер не заработал (он не шагает и программа не прописывает в регистры то что положено), а лишь запускается. смущает этот варнинг - "The stack plug-in failed to set a breakpoint on "main"
хотя тут похоже дело в xcl файле линкера, поменяю потом посмотрю

поменял файл линкер на родной для f5437 (до этого стояло для 149-го). ничего не получается, сообщение при запуске дебаггера осталось, программа не работает, регистры msp не шьются...
чего ему еще надо -неизвестно

Начните с самого простого. Возмите готовый проект из примеров IAR. Flashing the LED, например (..\IAR Systems\Embedded Workbench 6.4_2\430\examples\examples\Flashing the LED\Flashing the LED\msp430x5xx). И попробуйте скомпилировать и загрузить именно его.

я скачивал с сайта TI пример, там что -то про запись во флеш. результат такой же

Для определенности и сокращения издержек времени хотелось бы обсуждать что-то конкретное. Ссылку в студию! Либо еще лучше, если вы приложите к сообщению ваш проект с указанием версии компилятора. Откуда я могу догадаться, что вы там в примере "наизменяли" или наоборот "недоисправили"?

взял сейчас проект с мигающим диодом из примеров (то что Вы советовали), вставил свой текст-действительно работает!спасибо! никаких варнингов-все зашивается, получил даже 25 МГц на SMCLK. в чем было дело не понял. что заметил, то что в моем первоначальном проекте и в проекте который я скачал с сайта TI, в настройках Options-Debugger не было активным поле "Run to main" (и галочка тоже неактивна).
а версия у меня 5.10.1
проект был специально урезанный-я оставил только инициализацию тактового модуля и порта для вывода SMCLK

У меня почему-то отладчик не может управлять ножками контроллера. Ножки jtag находятся в странном состоянии. При напряжении питания 3.3 вольта на ножках висит:
TDO - 0 В
TDI - 2.35 В
TMS - 3.1 В
TCK - 3.1 В

И при попытке дебага небольшие скачки есть, но прям немного - где-то на 0.2 В. Такое ощущение, что ножки забиты в какое-то своё состояние. Их случайно не нужно как-то активировать по типу ножкой TEST (которой в моём контроллере нет (MSP430F148))?

Мало ли кому пригодится. Перерезал линию ресета, идущую от отладчика - заработало.

Извиняюсь, не заработало. После нескольких успешных прошивок контроллера начал выдавать такую ошибку:

Security Fuse has been blown

После этого раз через раз контроллер запускался. Причём я сделал две одинаковые платы. На одной Было более менее - почти всегда запускалась. На другой наоборот - почти всегда не запускалась, но очень редко бывало что и заводился контроллер. Сейчас вообще перестали оба запускаться. И выдают ошибку:

Could not find device (or device not supported)

Такое мне он писал, когда я ещё ресет не отрубил от отладчика. С похожими проблемами много кто сталкивается:

http://e2e.ti.com/support/microcontrollers...6/t/181768.aspx

http://e2e.ti.com/support/microcontrollers...6/t/194240.aspx

http://www.embeddedrelated.com/groups/msp430/show/4722.php

http://e2e.ti.com/support/microcontrollers...6/t/252746.aspx

https://www.olimex.com/forum/index.php?topic=1597.0

http://e2e.ti.com/support/microcontrollers...66/t/32148.aspx

http://e2e.ti.com/support/microcontrollers...6/t/166038.aspx


Много там версий есть. Самая популярная, что ресет нужно подтянуть как-то по-другому. С ресетом поигрался - эффекта нет. Говорят может программа в цикле контроллер
постоянно сбрасывать. Программу взял из примеров, да и у меня две одинаковые платы с одинаковой прошивкой заводятся по-разному. Наверняка мне вряд ли кто подскажет, просто на всякий случай предупредил, что у меня ничего не работает

Не знаю, может отладчик кривой (msp430-jtag-tiny-v2), может контроллеры слишком старые (msp430f148)

позвольте еще вопросик по процессору из данной темы. продолжаю налаживать проц. сделал по прерыванию инкремент + 1 к содержимому буфера приема UART (проверяю при этом, пуст ли буфер UCAxTXBUF) и посылаю обратно. обратил внимание, что первый символ с инкрементом обратно в комп не приходит, хотя в отладчике в регистре UCAxTXBUF он сидит, но то ли не уходит вообще, то ли не приходит по назначению. начиная со второго символа все нормально. причем это стабильно.
а так же, если послать только один первый символ в процессор, после этого остановить отладчик (break), и опять запустить, то проц напрочь зависает на строчке, где я проверяю тактовый генератор на ошибки.
может ли кто объяснить сей парадокс?
заранее спасибо

второй вопрос снимается. был косяк в инициализации UCS, а именно
UCSCTL4 &= ~(SELS_7 + SELM_7);
UCSCTL4 |= SELS_5 + SELM_5;
когда перешагивали первую строчку, OFIFG снова устанавливался, и после break без ресета при повторном запуске дебаггера процессор почему-то зависал в этом цикле:
do
{
UCSCTL7 &= ~(XT2OFFG + XT1LFOFFG_L + DCOFFG);
// Clear XT2,XT1,DCO fault flags
SFRIFG1 &= ~OFIFG; // Clear fault flags
} while (SFRIFG1 & OFIFG); // Test oscillator fault flag

убрал строку UCSCTL4 &= ~(SELS_7 + SELM_7); за ненадобностью-стало ОК
только вот с первым символом Uart пока не пойму...