Собрался распробовать MSP430
Кто может охарактеризовать среды разработки (до этого работал только в Keil ну и чисто в блокнотике тоже бывало)
Есть 3 варианта:
1. Code Composer Studio версия 4
2. IAR Embedded Workbench Kickstart
3. Энергия

Какая лучше? Какая среда удобнее? Существуют ли встроенные симуляторы? Достоинства? Недостатки?

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

Code Composer называют тормозом на эклипсе, хотя техасцы его во всю пиарят. Сам работаю в IAR, отличная среда разработки. Поддерживает кучу контроллеров, которые также можно симулировать, используя Proteus. Энергию не советую: работая на MSP430, спускаться до уровня Arduino, как минимум не круто. Удачи!

Если есть возможность купить IAR или использовать, не покупая, то пожалуй самый достойный кандидат по качеству кода.
По удобству, увы.. унылый серый блокнот.

Если хочется честно и бесплатно, то MSPGCC и любая оболочка по вкусу (eclipse, CodeBlocks, MSVS, etc)
Заодно, как говорят копирасты, используя опенсорс - поддерживаешь коммунизм

Использую IAR Embedded Workbench Kickstart, пишу на асме, до сих пор никаких ограничений не вылезло (ограничения там вроде только для Си). Сразу отлаживаю в железе, используя аппаратный отладчик из MSP430 LaunchPad http://www.ti.com/tool/msp-exp430g2. Всё просто чудесно.
Симулятор там тоже есть.

А смысл ? Что в нем такого, чего нет в АРМ например ? Мне приходится сейчас псаить под 430 немного - одно плевательство. Естественно более менее юзабельное - ИАР. Отладчик FET глючит через раз. Заново привыкать к убогой 16 битности. При том ценник нехилого 32 битника.

Спасибо всем за советы.

А вот того и нет, что жрет десятки миллиампер в активном режиме и единицы в спячке.
Говорят, Energy Micro CM0 примерно так же может, но по функционалу они тоже недалеко от мсп ушли

Единицы миллиампер в спячке ? Вы отстали от жизни . STM32 sleep - 0.38 mA, run @125kHz - 0.45 mA, stop mode 20 uA. Производительность ARM @ 125 kHz vs MSP сравнивать будем ? И это СТМ, ни разу не заточенный под ультра лоу

да будем MSP430F5438A 1 MHz- 0.35 мА про sleep даже не говорю

Хорошо. С другой стороны пусть будет STM32L100C6 с 200 uA @ 1 MHz . По току выиграли уже сразу, остается сравнить производительность (это я тоже отстал от жизни, не знал про STM32L серию, – 9 μA Low-power Run mode
– 214 μA/MHz Run mode) http://www.st.com/web/catalog/mmc/FM141/SC...LN1808/PF255679 Так в чем кайф MSP ?
Сам Техас в www.ti.com/lit/an/slaa205c/slaa205c.pdf‎ говорит, примерно вдвое слабее, MSP чем ARM, но сравнивают только c THUMB режимом, который и так менее производителен у АРМ. С полноценным режимом видимо стесняются.

Ничего пока не выиграли. Нужно сравнивать сравнимое. Если работаем из RAM, то в обоих случаях. Не нужно брать одну цифру одного параметра (при работе из Flash) и сранивать ее с цифрой для другого параметра (работа из RAM). Datasheet это не секретный документ и правильно читать мы его умеем
Для STM32L100C6 I_DD(Run from RAM) @1МГц: typ=200мкА, max=300мкА@85°C.
Для MSP430F5438A аналогичные цифры. I_AM, RAM @1МГц: typ=200мкА, max=290мкА@85°C.
Опять же 9мкА это типовое значение и в температурном диапазоне -40°C...+25°C, а если брать максимальное значение, то 24мкА@85°C. Причем вся периферия выключена, Flash выключена, работает только ядро из SRAM. MSP430F5438A при таких же условиях (тактирование от 32кГц, работаем из RAM @85°C) будет потреблять при всем желании ну никак не больше. При том, что у него еще и BOR и часовой генератор работать будут и Flash запитана (что идет в плюс при использовании быстрой побудки (<5мкс) при вызове обработчиков прерываний из Flash).

В удобстве управления тактированием ядра/периферии и режимами перехода из спячки в работу и обратно. В MSP430 мне лично только 32-х разрядных таймеров (точнее 32-х разрядных capture) не хватает. Хотя Cortex-M(всякие разные) мы также используем широко.

Угу. Как-то не совсем корректно было бы 32-разрядные МК сравнивать по производительности с 16-разрядными. Давайте еще ARM с 51 сравним, чтобы первый еще круче выглядел

Да ладно, ну одинаково. смысл в том, что МСП уже ничего выдающегося из себя не представляет. Сравнивать 16—32, почему бы и нет, если ценник, потребление идентично.

Всем еще раз привет.
С "energia" пока не стал знакомиться. Решил по порядку. CCS, затем IAR. (не хочу никого из помогающих мне советами этим обидеть, просто вот так решил).
Возникли следующие вопросы:
В CCS загрузка и отладка происходит "на лету", и понять содержание и структуру проекта в CCS с ходу не просто. Не пойму какой файл "заливается" в микроконтроллер и в какой папке проекта его искать? Мысли такие по этому поводу: есть в проекте две папки release и debug. Чем отличаются вроде интуитивно понятно. Однако, в обоих папках есть файл .out и размер у него одинаковый что в 1й, что во 2й папках. А казалось в папке debug должен быть несколько больше (или даже на много больше). Что это за файлы? Поискал в сети - вроде как эти файлы и записываются в контроллер, однако есть большие сомнения. Поморгал светодиодами - файл с данной программой занимает 18 кБайт. А в CCS ограничение на 16 кБайт кода. Следовательно, явно это не тот файл.
Какой файл является прошивкой?
Есть ли программные средства чтобы просто загрузить файл прошивки в память МК (без среды разработки CCS)?

В одном из примеров от TI увидел в коде ф-цию _delay_cycles(). Вставил в свой код. Работает?! Попробовал добраться до места где эта ф-ция определена - не вышло. Из какой библиотеки эта функция? Какие еще ф-ции есть и где их список посмотреть. (В файле msp430g2553.h никаких объявлений ф-ций не нашел)

Сообщение отредактировал aBoomest - Nov 12 2013, 05:39

Читал в сети, что ИАР для MSP генерит отвратительный неоптимизированный код. CCS по качеству кода намного лучше, но нет поддержки C++.
Может быть, сейчас ситуация изменилась?

Не замечал, код вполне приличный.
Чтобы на такой архитектуре как MSP сгенерировать неоптимальный код - это надо талант иметь и долго учиться