IAR, AVR Studio, WinAVR, вопрос чайника Опции

[pitter_3]

Здравствуйте.

Решил пересесть с CVAVR на что-нибудь другое. Т.к. тамашний Си весьма ограничен и не только.
Не зная с чего начать, скачал всё, что под руку попалось:
AVR Studio V4.18 Build 684; IAR 5.30; WinAVR 20100110;

Уж не серчайте на мои вопросы, но я действительно только знакомлюсь с этими программами.


1. Правильно ли я понял, что IAR это только компилятор, который компилит либо .d90 либо hex, в зависимости от проекта. И сам по себе шить МК он не умеет?

2. Для того, что бы прошить МК кодом, который получился в IAR либо отладить его, этот код нужно открыть (например) через AVR Studio и также этот код можно прошить тоже средствами AVR Studio?

3. Нужен ли вообще IAR, ведь AVR Studio сам может компилировать, делать hex и шить? (компилировать С при помощи WinAVR)

4. Или лучше работать в связке IAR и AVR Studio. Как я понял очень большое количество исходников для AVR написаны под IAR.

5. Разве существует большая разница в коде написанным под IAR и кодом написанным чито средствами AVR Studio и WinAVR ?

6. Принимаю любые советы.

Спасибо;

[ALFAcaRUS]

суть в том чтоя уже откомпилировал до этого 2 или 3 программы используя этот Makefile

[demiurg_spb]

суть в том чтоя уже откомпилировал до этого 2 или 3 программы используя этот Makefile

Угадал все буквы и даже слова, а смысл прежложения не постиг.
Для каждой программы (вернее для каждого проекта) всегда пишут свой собственный Makefile (не будем вдаваться в подробности и рассматривать случай включения Makefile'ов).

[Сергей Борщ]

суть в том чтоя уже откомпилировал до этого 2 или 3 программы используя этот Makefile

А потом установили на комп какой-то компилятор имени борланда?
Вы можете убеждать меня или себя сколько угодно, но makefile для WinAVR написан под gnu make. Если вы не верите, что синтаксис Borland make и GNU make отличается - чем же мы можем помочь?

[ReAl]

или снести борланда

Что я и сделал при первой же возможности (для этого dll-ки для дельфийской программы на mingw32-gcc переделал).

[demiurg_spb]

Товарищ видимо не совсем понял, что make.exe есть и в каталоге Builder'a и в WinAVR. Хоть эти файлы и имеют одинаковое название, но по сути это две совершенно разные программы несовместимые друг с другом. И в path прописаны пути к им обоим, но путь к WinAVR имеет более низкий приоритет, т.к. инсталляция borlanda была позднее и добавила свои пути до путей WinAVR. Чтобы исправить ситуацию надо поместить пути WinAVR раньше buildera.
(наберите в справке windows "переменные среды окружения или системные переменные")

[cyb]

Напишу здесь чтобы не создавать ещё одну тему.
Есть такая "хитрая" загвоздка с AVR Studio (версия 4.18). В общем работаю в IARe 5.51, а дебаг программный делаю в студии и всё всегда работало. Однако есть проект массивный, где такая связка не работает и не знаю почему. Вроде всё как всегда линковщик настроен на ubrof8, всё линкуется, открываю файл в студии .dbg, но он врубает десасемблер, а на С не хочет. Что только не делал, все настройки проверял не в какую. Тут же открываю другой проект, всё тоже самое и там работает.

П.С. Этот проект был перенесён со старой версии ИАРа 4.20, но в новом всё компилится, в общем должно быть всё норм по идее. У кого-нибудь такое было?

Сообщение отредактировал cyb - Oct 4 2011, 13:25

[Сергей Борщ]

открываю файл в студии .dbg, но он врубает десасемблер, а на С не хочет.

Посмотрите на вкладке Output компилятора, стоит ли галочка "Generate debug information".

[defunct]

Чтобы исправить ситуацию надо поместить пути WinAVR раньше buildera.
(наберите в справке windows "переменные среды окружения или системные переменные")

Или, есть вариант проще:
переименовать каталог куда был установлен Borland в _Borland, на время работы с gnu make.

[cyb]

Посмотрите на вкладке Output компилятора, стоит ли галочка "Generate debug information".

Точно, сработало, спасибо за совет .

[Smoky]

Не смог обнаружить в WinAVR функции или макросы преобразования двоичного кода в двоично-десятичный. Имеются ли в нём таковые, или кроме printf() ничего нет и нужно создавать свои?

[alexeyv]

Создай свои - не так уж и сложно.
Использование printf() - слишком уж тормозной и memory-потребляющий способ.

[Сергей Борщ]

Использование printf() - слишком уж тормозной и memory-потребляющий способ.

С printf в avr-libc недавно разбирались - не слишком memory-потребляющий, около 20 байт на стеке. Неспешный, это да. А, еще по размеру кода может быть великоват.

дымок: В avr-libc есть функции ltoa(), itoa(), utoa, ultoa(). Вы можете вычесть из каждого символа результата по '0' и сложить полученные числа парами в тетрады. Или писать свою функцию - поддержка BCD-кода как-то не слишком распространена в языках программирования.

[Smoky]

Спасибо. Я так и думал, что придётся делать самому.

[alexeyv]

А, еще по размеру кода может быть великоват.

Я это и имел ввиду. Забыл уточнить тип памяти

[ReAl]

Грубо от 1.5 до 2.5 килобайта в зависимости от версии форматтера (поддержка разных вариантов ширин полей и float).