взял сейчас проект с мигающим диодом из примеров (то что Вы советовали), вставил свой текст-действительно работает!спасибо! никаких варнингов-все зашивается, получил даже 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 пока не пойму...