Почему Вы не используете IAR?

[kison]

Жалко новых проектов на АВР не будет а то бы я потестил.

А зачем на новых, там в теме простые тесты. И библиотечные функции типа sprintf и плавучка проверены. Я могу elf-ы от ГЦЦ выложить.

А файл заглушки существуют чтобы можно было подключить его и компилировать и IAR и CW и прочими компилить?

Я не знаю что это. Одновременно получается через директивы препроцессора. Но для простых тестов это не надо - две среды прекрасно работают параллельно.

[Gnider]

Я не знаю что это. Одновременно получается через директивы препроцессора. Но для простых тестов это не надо - две среды прекрасно работают параллельно.

Да зачем мне тесты. мне надо чтобы проект был и был Makefile и компилировался любым популярным компилером без модификации.

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

[mmoo]

Для AVR практически профессиональный компилятор -Image Craft 7, IAR для AVR - абсолютно непристойно плохой компилятор по всем позициям, для 51 использую Keil, скверный, непрофессиональный, но чуть удобнее и чуть менее глючный. Профессинальных (а не для профессионалов по IAR) компиляторов под 51 не наблюдал. Для ARM использую IAR, относительно других неплох (но не слишком хорош!).
Профессиональный компилятор для контроллеров определяется качеством кода, временем написания, сложностью сопровождения, "естественностью" использования для профи в железе. IAR в задачах реального времени - игрушка-бродилка с неинтерпретируемыми сбоями и ошибками, никаким inline ассемблером, миллионом поддиректорий с 10 файлами - мне абсолютно неудобен. Использую только по необходимости сопровождения и правки чужих творений (кроме ARM) и никому не рекомендую. Опыт работы с МП, МК, микропрограммируемыми, многопроцессорными и тд - 30 лет.

[kison]

Для AVR практически профессиональный компилятор -Image Craft 7

О, этот не тестировался. Не хотите поучаствовать?
Нужно всего ничего - откомпилировать вот такой маленький фрагмент:

volatile unsigned char ii = 0;

volatile double a = 5.0;
volatile double b = 25.0;

volatile double c;

void CalcC(void)
{
c = a * b;
}

int		main(void)
{

CalcC();

while(1)
	{
	ii++;
	}
}

И сообщить нам размер результата и количество тактов на выполнение CalcC(). В общем - сущий пустяк. Это не займет больше 5 минут.
Ну и sprintf хотелось бы протестировать, но это по желанию.

[finevlad]

Добавлю свои пять копеек. GCC верный выбор! По работе использую разные кристаллы и получается очень удобно их отлаживать прямо на компе без всяких эмуляторов, скомпилив их в визуал студии и там же отладив. Плюсом что могу быстро навесить любых кнопочек и картиночек и поглядеть все что будет с интерфейсом без всяких проблем. Отладка затем заключается только в кристалло-зависимых дровах. Заказчики очень любят когда есть контроль над кодом и им не надо специфических тулз под кристалл. Это когда библиотеки под IAR содержат ошибки и при перестановке новой версии ошибка исправляется с внесением других А когда инструмент еще и не стоит безумных денег то это их еще больше радует. Как вариант могу предложить такой случай с лицензией - все честно купленное, но потом вам надо все законсервировать и отложить на случай если надо будет исправить какие ошибки или подправить функционал спустя лет пять, когда вашего DOS/WIN16/WIN32/WIN64 уже не будет и железа подходящего тоже а ваш честно купленный компилятор не захочет из-за вашего супер компьютера подниматься и будет вариант либо его по-новой приобрести (если он еще существует) или дождаться фикса от разработчиков. Затем оказаться в ситуации что код не хочет компилиться потому как библиотеки другие, ключей оптимизации он не понимает, синтаксис изменился, и даже простая сборка дает совершенно неработоспособный код
Точно так же как это хакерство а не работа впихивать код под завязку в проц и утверждать что именно IAR это позволяет. Держаться надо подальше от таких разработчиков. И серьезнае заказчики просекая такой подход так и делают.

[Gnider]

Точно так же как это хакерство а не работа впихивать код под завязку в проц и утверждать что именно IAR это позволяет. Держаться надо подальше от таких разработчиков. И серьезнае заказчики просекая такой подход так и делают.

Все кто использует AVR и ПИКи это в принципе и есть те самые хакеры.
В некоторых проектов к сожалению по другому не обойтись.

[finevlad]

Вот это не надо. Вполне серьезные проекты в которых применяют PIC & AVR по разным причинам в основном дешевые и мало потребляющие. Так что не надо всех туда собирать. И пишется так же грамотно и без всяких хакерств.

[Gnider]

Вот это не надо. Вполне серьезные проекты в которых применяют PIC & AVR по разным причинам в основном дешевые и мало потребляющие. Так что не надо всех туда собирать. И пишется так же грамотно и без всяких хакерств.

В любом случае когда проект уже написан,для него подбирают проц подешевле.

[osubratsk]

Добрый день. К Вам вопрос, Keil поддерживает AT89C51RC? И еще, прерывания по таймеру почему то не эмулируются. А у Вас?

[picavr]

Дак можно наверняка внешний редактор прикрутить.

Пркрасно прикручивается. При щелчке на файле или на ошибке компиляции выскакивает окно редактора с нужным файлом и в нужной строке.
Notepad++ очень гибко настраивается подсветка синтаксиса, одновременно показывает два окна. Единственый минус нет автоподставновки переменных имён функция итд.

В IAR лучше отладчик, показывает все переменные(тип размер значение), статические глобальные, авто- ... не требуется как для GCC в Студии лазить в окне RAM и искать по адресам переменные. Единственый минус не симулирует периферию. Это отлаживать в Студии.