Посоветуйте, какой компилятор С для MSP лучше?

По мне, так ИАР

А вообще кто-нибудь может перечислить все существующие компиляторы С для MSP? Пожалуйста! если не трудно...

Можно посмотреть тут http://focus.ti.com/mcu/docs/devtools.tsp?...desres_devtools

У меня в коллекции
IAR msp430 - http://www.iar.com/Products/?name=EW430
AQ430 Development Tools - http://www.quadravox.com/AQ430.htm
CrossWorks for MSP430 - http://www.rowley.co.uk/msp430/index.htm
GCC - http://www.mikrocontroller.net/en/mspgcc
- http://mspgcc.sourceforge.net/
- http://sourceforge.net/projects/mspgcc/
Hi-Tech - http://www.hitech.com.au/
ide430 - сейчас ссылка умерла - http://www.ide430.com/
ImageCraft_IDE_for_ICC430 - http://www.imagecraft.com/software/tdevtools.html
microcosm.ru - http://www.microcosm.ru/msp430.html
TI Code Composer Essentials - http://focus.ti.com/mcu/docs/orphan.tsp?fa...PR+ccessentials

Я работал на IAR, сделали сложный проект, никаких неудобств от него не испытал. Он полностью позволяет гонять MSP во всех режимах и глюков в нем я не обнаружил. В новых версиях внесли
inline assembler. А больше пожелать нельзя.

Из всех вышеперечисленых компиляторов только ИАР поддерживает 64-битную математику, хорошая оптимизация и т. д.

Лучший выбор, ИМХО, если не думать о цене, или если спит совесть. :-)

1. Преславутый IAR. Вполне вразумительно. Если иметь правильную версию, то возможно, дальше читать и не следует. 3к$ если главврач не врет .
2. MSP GCC. С первого взгляда - вещь толковая. На Линукс, QNX - да хоть на RT-11 можно перенести рабочее место. На базе отладчика прилагаемого к нему, имхо, можно сделать свой отладчик, и продавать за большие деньги. Вроде компилит. Вот только с первого раза не получилось заставить генерить асм код, совместимый с иар. Да и понятно, вещь самодостаточная!
Качается за бесплатно. Среди разработчиков - в основном русские фамилии. Уже по этой причине заслуживает внимание.
3. Компилятор С/С++ от Texas Instruments из как-бы адаптированного под MSP430 Code Composeer (CCE). Как бы - потому что на данный момент это жалкое подобие. Глюки. У меня после проблем с прорисовкой на экране отпало желание проводить дальнейшие эксперементы. Считаю что за этим продуктом есть будущее, если Тексас будет его доводить до нормального состояния. Вроде будет стоить около $500. Злые языки говорят что он ведет начало от п.2. Может и так. Но это реально коммерческая версия от производителя самих контроллеров и должен быть лучше чем п.2, да и п.1. Тем более что GODSP уже давно поглощена и композеры для DSP олицетворяют что TI это может!!!
4. Компилятор и среда разработки от компании Фитон. Один знакомый (которому глупо не верить) сказал, что это лучше чем ИАР! Правда после беглого знакомства с бесплатной версией. Помните анекдот про демо версию загробной жизни предложенной программеру? Очень возмжно, что и это продолжение темы п.2. Но за $600 - можно купить и работать. Тем более что Фитон обещает поддержку, и что все замечательно работает, несмотря на то что до последнего времени они занимались в основном эмуляторами не реализованными на технологии JTAG, а в виде эмуляторных головок, :/
5. Всевозможные компиляторы типа ImageCraft'ов. На наших просторах, имхо,
мало востребованы. Но если попользовав месячную версию научиться делать
асм совместимый с иаром, то заплатив $250 можно быть честным кастомером.

мои ссылки очень похожы на ссылке у уважаемого VAI post May 17 2005, 12:25

Спасибо за внимание,

А про CrossWorks забыл? В v1.3 с 64-битной арифметикой все в порядке. Да и сам пакет весьма неплох.
С IAR сравнивать не буду, ибо к последнему у меня стойкая антипатия еще с x51.

Я пользовался только фитоновским, и могу высказать свое мнение относительно него. Только не про компилятор, а про отладчик, но там в принципе все завязано. После Keil для 51-х и AVR-Studio для AVR для мне много чего не хватало в режиме симуляции: состояния периферии (таймеров и т.д.), счетчика времени. Написал в Фитон, и мне ответили, что это симулятор системы команд, а не кристалла. Как говорил мой инструктор в автошколе, это не здорово. Плюс мелкие, но неприятные недочеты типа сброса всех точек останова после перекомпиляции, не самые удобные окна просмотра. Сам камень мне не понравился (много ненужных извращений), но отладочная фитоновская среда еще больше. Но и в остальных средах по-моему тоже самое. Кто-то из пользователей нескольких семейств МК может скажет что на этот счет? Я не про сами кристаллы (тема избитая), а про отладку.

Да, после кейла тяжело использовать что-то менее комфортное. Мне в IAR тоже не хватает хорошего симулятора.

У IAR, имхо, как раз, хороший симулятор. То, что он не симулирует аппаратуру - это больше достоинство, нежели недостаток, т.к. для моделирования честное поведение периферии, мягко говоря, неудобно, и гораздо эффективнее и производительнее симулировать взаимодействие с периферией через симуляторные макросы, которые в IAR'овском симуляторе есть.

Пардон что с опозданием.
Нафиг в IAR для MSP430 программная модель ака Симулятор, если сам кристалл поддерживает jtag-отладку прямо в плате.

В основном да, так и есть. Но бывают случаи, когда на симуляторе кое-что делать удобнее. Например, такты посчитать. Или смоделировать ситуацию, которую живьем создать не так просто - к примеру, посмотреть, что будет, если разрешать прерывания в ISR (чтобы вложенные были возможны) и посмотреть, как будет вести себя прога, когда глубина вложненности достигнет интересующего уровня (например, что со стеком - хватает ли его в таком экстремальном случае). В железе это сделать непросто - надо заставить окружение синхронно выдавать запросы на прерывания. В то же время на симуляторе это делается элементарно путем программирования времени поступления запроса на прерывания.

Ну, и еще есть ситуации, когда симулятор удобнее. Скажем, отлаживаем прием пакета через UART. В железе байты летят один за другим, нас не спрашивают. А тут можно их по одному отслеживать (заголовок пакета, инструкции, данные, трейлер и т.д.). Как правило, после такой отладки в железе оно сразу работает без вопросов.

Еще иногда нет под рукой нужного железа, а поработать надо. Вот сидишь дома и как быть? Тут симулятор совсем даже не сбоку.

Хотя, повторю, перечисленные случаи нечасты и, конечно, основной способ отладки - через эмулятор.