shide_3 0 14 ноября, 2013 Опубликовано 14 ноября, 2013 · Жалоба Для определенности и сокращения издержек времени хотелось бы обсуждать что-то конкретное. Ссылку в студию! Либо еще лучше, если вы приложите к сообщению ваш проект с указанием версии компилятора. Откуда я могу догадаться, что вы там в примере "наизменяли" или наоборот "недоисправили"? :laughing: взял сейчас проект с мигающим диодом из примеров (то что Вы советовали), вставил свой текст-действительно работает!спасибо! никаких варнингов-все зашивается, получил даже 25 МГц на SMCLK. в чем было дело не понял. что заметил, то что в моем первоначальном проекте и в проекте который я скачал с сайта TI, в настройках Options-Debugger не было активным поле "Run to main" (и галочка тоже неактивна). а версия у меня 5.10.1 проект был специально урезанный-я оставил только инициализацию тактового модуля и порта для вывода SMCLK Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
алексей500 0 14 ноября, 2013 Опубликовано 14 ноября, 2013 · Жалоба У меня почему-то отладчик не может управлять ножками контроллера. Ножки jtag находятся в странном состоянии. При напряжении питания 3.3 вольта на ножках висит: TDO - 0 В TDI - 2.35 В TMS - 3.1 В TCK - 3.1 В И при попытке дебага небольшие скачки есть, но прям немного - где-то на 0.2 В. Такое ощущение, что ножки забиты в какое-то своё состояние. Их случайно не нужно как-то активировать по типу ножкой TEST (которой в моём контроллере нет (MSP430F148))? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
алексей500 0 15 ноября, 2013 Опубликовано 15 ноября, 2013 · Жалоба У меня почему-то отладчик не может управлять ножками контроллера. Ножки jtag находятся в странном состоянии. При напряжении питания 3.3 вольта на ножках висит: TDO - 0 В TDI - 2.35 В TMS - 3.1 В TCK - 3.1 В И при попытке дебага небольшие скачки есть, но прям немного - где-то на 0.2 В. Такое ощущение, что ножки забиты в какое-то своё состояние. Их случайно не нужно как-то активировать по типу ножкой TEST (которой в моём контроллере нет (MSP430F148))? Мало ли кому пригодится. Перерезал линию ресета, идущую от отладчика - заработало. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
алексей500 0 19 ноября, 2013 Опубликовано 19 ноября, 2013 · Жалоба Мало ли кому пригодится. Перерезал линию ресета, идущую от отладчика - заработало. Извиняюсь, не заработало. После нескольких успешных прошивок контроллера начал выдавать такую ошибку: 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) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
shide_3 0 22 ноября, 2013 Опубликовано 22 ноября, 2013 · Жалоба позвольте еще вопросик по процессору из данной темы. продолжаю налаживать проц. сделал по прерыванию инкремент + 1 к содержимому буфера приема UART (проверяю при этом, пуст ли буфер UCAxTXBUF) и посылаю обратно. обратил внимание, что первый символ с инкрементом обратно в комп не приходит, хотя в отладчике в регистре UCAxTXBUF он сидит, но то ли не уходит вообще, то ли не приходит по назначению. начиная со второго символа все нормально. причем это стабильно. а так же, если послать только один первый символ в процессор, после этого остановить отладчик (break), и опять запустить, то проц напрочь зависает на строчке, где я проверяю тактовый генератор на ошибки. может ли кто объяснить сей парадокс? заранее спасибо Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
shide_3 0 22 ноября, 2013 Опубликовано 22 ноября, 2013 · Жалоба второй вопрос снимается. был косяк в инициализации 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 пока не пойму... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться