Здравствуйте,подскажите пожалуйста, как в Code Composer Studio отлаживать программу без целевой платы, только в эмуляторе? Какие настройки включить? Потому что у меня при запуске компилятора запрашивает отладочную плату.

Никак. Ибо эмулятор - это устройство для подключения к отлаживаемому процессору.
Без процессора можно отлаживать только в симуляторе.

В IAR есть симулятор, но он си(эму)лирует процессор, а не какую-либо плату (процессор + внешняя периферия).
Кроме того он примитивный, многие узлы внутрипроцессорной периферии не работают. Из внешней - пара LCD

Не знаю как в CCS, в IAR в опциях Debugger вместо аппаратного эмулятора напр. MSPFETUIF,
необходимо указать Simulator или нечто подобное.

Если хотите максимальный уровень симуляции - посмотрите у Microchip. Там дело с этим получше.

Да я бы с радостью посмотрел в Microchip, но мне нужно программировать камни TI и вопрос стоит не в симуляторе, симуляцию можно и в Proteus сделать, но тужа нужно HEX код залить, а как его сделать в Code Composer откомпилировать, он не запрашивает место сохраненния файла, а пытается его выгрузить в отладочную плату.

Выберите в версии проекта "Release" - по крайней мере так в IAR. У Вас установлен "Debug"
(генерируется загрузочный модуль, для MSP430 фай xxxxx.d43)
Этот же режим можно набрать "наразвес" в опциях линковщика для "сборки" только исполнимого кода, без отладочной информации.
На "выходе" должен получиться загрузочный блок кода MyProj.txt - тексасовский формат.

А что, в Proteus есть модели под все процессоры Ti ?

Если актуально.....
В CCS можно сгенерить hex и залить в проц программатором. По надобности могу подробности.

Создаётся всё в папке Debug или Release проекта, там можно генерить не только hex файлы, но и кучу еще всякого разного полезного. Настройка проекта в CCS 4 и 5 немного отличается от более поздних версий (6 и 7) для генерации hex файла, но впринципе и так всё интуитивно понятно. Симулятор ядра С28х ставиться в Target Config вместо того что там у вас стоит, но подходит он пожалуй для отладки каких то участков кода независящих от периферии.

могу посоветовать не заниматься симуляциями а отлаживать в реальном проце по JTAG. JTAG можно стандартный J-Link или от TI (идет беслплатным довеском в составе EK(потому что цена ЕК и просто "голого" проца TM4C1294NCPDT практически одинакова): работает просто шикарно - все-таки TI держит марку качества продукции в отличии от "азиатов"). Если волнуетесь за количество циклов перезаписи во FLASH, то для отладки ПРЕКРАСНО работает способ запуска кода из ОЗУ. На форуме это способ расписан в подробностях. Единственное отличие, что код выполняется медленнее из-за скорости доступа к FLASH и ОЗУ.

тема никрофильная, но тем не менее не удержался, решил высказаться.... работаю с проектом на процессоре F28M35H52C1RFPQ (ARM Cortex M-3 + C-28), CCS6, TI-RTOS, отладчик SAU510-USB, Win7 pro 64.

Началось с того, что купили док станцию с китом. В комплекте диск с ПО, схемами и мануалами на старую ревизию, железо новое. Как так? На сайте TI такой докстанции нет не ищется, ищется не через её название, а через место, в котором ни когда не светит солнце. Это -


Начал на проце отлаживаться - не работает пошаговый дебаг. Долгая (больше года) переписка по этому поводу с TI ни чего не дала. Сначало передали эту багу в команду разрабов CCS, и предложили работать без пошагового дебага. Спустя время предложили перейти на CCS7 и проверить там эту ошибку. Ещё огромный -
Также находил в их библах ошибки, обещали исправить в следующем релизе.

Но самое печальное - это зависание CCS. В отладке очень часто зависает. Причем CCS зависает так, что не перезапустить. Приходится полностью весь ПК перегружать. Есть мнение, что виснет не CCS, а кривые дрова отладчика SAU510. Пусть будет так.... пусть Sauris сделал кривой отладчик или дрова.... но CCS почему виснет? Если во время отладки выдернуть из усб отладчик - CCS виснет намертво. IAR или Eclipse, при отладки ARM-ов в таком случае прерывают сесию отладки с месаджем и не виснут.

Следующую разработку - на чем угодно, только не на CCS и от TI держаться как можно дальше. Их TI-RTOS и API - это вообще какое-то недоразумение.... это отдельная тема.


Кто нибудь пробовал J-Link-ом из CCS отлаживаться? процессор двухъядерный, арм+с28, может j-link хотябы арм сможет дебажить без зависаний?

F28M35 - это который Concerto что-ль? Сделали на нём проект (полгода работали несколько человек). Каких-то больших сложностей с зависаниями эмулятора я не помню. Но помню, что были проблемы с CCS (использовали тогда CCS4): в каких-то случаях, при запуске сессии отладки, записанное дебаггером содержимое флешь отличалось от записываемого файла (!!!) (в самом конце прошивки последние несколько байт не совпадали). Писали только для ARM-ядра. Вроде лечилось это обновлением версии компилятора (а может и нет, не помню точно - было много лет назад).
И кроме того: в результате нескольких проектов с CCS на разных МК, я сделал вывод, что нормально/стабильно работает только старый CCS3.3. Всё что после него: CCS4, CCS5 и т.д. - гав@#.

Для Concerto использовали J-Link-и насколько помню.
А для SAU510 чтобы не было глюков и зависаний от помех, нужен очень хороший USB-кабель и короткие провода до target-CPU. Сам в своё время перебрал кучу причин его периодических зависаний, потом перепробовал все USB-кабели у себя и нашёл только пару с которыми он работал стабильно. Ничто другое не помогало.

Спасибо за совет.... да, это Concerto. Я тоже пишу только для арм.

Это похоже на правду. На столе в офисе вообще редко зависания, раз в неделю может. На объекте раз в 10 минут бывало. ..... заметил, что с одним кабелем чаще зависает, с другим реже.
Это который ещё без эклипса.... совсем древний.... или без эклипса это CodeComposer, а ССS сразу был на эклипсе.
ЗАПЕЙСАЛ!!!! ножом на столе вырезал!!!

Я очень много крови попортил с этими зависаниями: ловил их при работе с OMAP-L137 по аутсорсингу (дома) при вкл/выкл холодильника, лампы дневного света и т.п. По нескольку раз в день.
Перепробовал кучу советов. Заработало стабильно с хорошим (толстым и экранированным) и коротким USB-кабелем и втыканием оного во внешний USB-хаб со своим же и мощным блоком питания.


Да, это который был последний перед эклипсом. CCS4 уже на эклипсе. Эклипс испортил такую хорошую IDE....
Для OMAP-L137 я пользовал CCS3.3 с обновлёнными cgtools.

Аналогично!!!! А почему не слезли с этого камня?

У меня один проект на нем... длинный... Считается, что ТИ держит марку, приложение ответственное, не ставить же туда ширпотребный стм, поэтому было решено F28M35. Щя на этом F28M35, как на игле, слезть не могу, железо сделано. Новый проект точно не на ТИ.

ps Есть задача сделать девайс с климатом от -50°С. Есть миландр. Но с миландром наелись. Проц слабоват и поставки мягко говоря "доставляют". По полгода и более ждем.
Все делают от -40. Нашел мср430 от -55. Раньше работал с мсп430, пугает ТИ, но на мсп430 нариканий нет (без CCS). Думаю на нем остановиться. Поднял эклипс с плугом для мсп430, из коробки сделал холоворд. Вроде всё гладко. Что-то можете посоветовать из камней от -50? Желательно ARM. Что-то аналогичное st32f2 или st32f4?

С какого? OMAP-L137? А зачем? Камень-то всем устраивал. И был очень оптимален для данной задачи.
Пациент не виноват, если у врача скальпель туп - его просто надо наточить, а не звать другого пациента, у которого кожа помягче


Аааа... Вы про Concerto? Так и заменили... сдерживая зубовный скрежет из-за потерянного полугода работы. ((((
Но совсем по другой причине: для DSP-ядра Concerto TI нам под этот проект обещал прошивку PLC-модема, но все сроки сорвал, продолжал кормить завтраками, но так и не выкатил работающую прошивку.
А если использовать внешний PLC-модем, то выбор Concerto оказывался неоправданным по цене изделия: оно получалось гораздо дороже, чем если делать на другом МК (Concerto + встроенный_модем должен был компенсировать разницу в цене и даже дать выигрыш по цене по сравнению с другим МК + внешний PLC).
И проблема с помехами у меня была с OMAP-L137, а не с Concerto. С Concerto были проблемы с CCS4 (левые данные во флешь после прошивки и другие). Её мы решили просто переходом на IAR.
И после этого для одного из новых проектов мы выбрали TI (Tiva). И нисколько не пожалели. Никакого предубеждения к продукции TI у меня нет - она хорошая.... но - именно - чипы. А вот с софтом от TI стараюсь связываться как можно меньше - все проблемы в последнее время у них с софтом (и новые CCS, и библиотеки для их камней, и готовые прошивки).


Не могу ничего посоветовать. У меня все задачи: industrial или automotive. Сейчас работаю с Infineon, но у него вроде нет ничего ниже -40.
Работал ранее и с MSP430 - вполне себе ничего семейство. Особенно те, что с FRAM. Но я пользовался для них не CCS, а IAR (так как со времён кувырканий с Concerto у меня аллергия на эклипс).