WinAvr в вопросах и ответах

[ikarab]

то есть создаем MFile по стандартному шаблону (описан в журнале РА):

Зачем вам какие-то журналы ?! Вы ж на РадиоКоте ! Тут все есть. Знай почитывай.

Я делал как написано в начале этого топика - топика про WinAVR.

[DeltaQ]

Как точно узнать сколько тактов будет выполняться команда на си?
us = CPU_F * us;
while( us > 0 ) us--;

[saint981]

спасибо за помощь - разобрался в чем была ошибка!

[ikarab]

Как точно узнать сколько тактов будет выполняться команда на си?
us = CPU_F * us;
while( us > 0 ) us--;

Скомпилировать и посмотреть посчитать в листинге АСМ или в симуляторе.

[GNN]

Здравствуйте коты.
Есть одна прорамма для WinAVR, и мэйкфайл готовый.
Я перекомпилировал её с Меги8 на Мегу16. Проблема осталась- переделать мейкфайл для coff и extendet coff. Использую WinAVR-20090313. Думаю, кто нибудь уже имеет опыт ручного редактирования мейкфайлов.
Помогите пжлст. Прилагаю мейкфайл.

[ikarab]

Рекомендую его с исходниками приложить.

[GNN]

Есть. Взято в http://garydion.com/projects/videoverlay

[GNN]

Я добился создания COF, - нашёл рабочий мейкфайл и кое-что подправил под себя.

[GNN]

Только, почему-то отладка в Студии застопорилась.
Буду разбираться дальше, а пока перевёл на русский 5ый раздел мануала по WinAVR. Может кому-то пригодиться.

[ikarab]

и в VMLAB не пашет и нет маркеров слева от исходника чтоб точки останова ставить.

[ARV]

если мне память не изменяет, то из-под WinAVR студия и протеус прекрасно ведут отладку по ELF-файлу, если при компиляции были включены опции -g3 -gdwarf-2

[GNN]

Спасибо, ARV. вечером попробую.

[GNN]

Всё так. Пашет и с первоначальным мейкфайлом. Студия последняя,
с окошком Шпрота VSM. Сегодня скачал. И не надо никаких coff.
Ещё раз спасибо ARV.

[ikarab]

Естественно cof нужен только для VMLAB, причем если проект создавать в VMLAB то мэйкфайл вообще не нужен, VMLAB все сам делает. 3 примера в VMLAB есть.

[Sounds]

WinAVR работает под vista или нет?

[ikarab]

Пишут не уж то правду ?

http://kazus.ru/forum/topics/15004.html

В проекте WinAVR при использовании "itoa" добавляется 180 байт, а в проекте CVAVR - 112, вот эта разница подрубает у меня всякую решительность. Но теперь даже не это важно. Просто принципиально непонятно как заставить этот код работать в WinAVR'e. Поэтому прошу помощи.

А вопрос - как куски асма вставлять в WinAVR ?

[Andrejkin]

Господа, кто может протестит исходники на предмет компиляции? У меня при компиляции вылазит куча ошибок. Юзаю WinAVR20070525

Спасибо!

Температурный даталоггер - http://www.geocities.com/larshomepage/
Исходники - http://www.geocities.com/larshomepage/T ... wedish.zip

[ARV]

Пишут не уж то правду ?

http://kazus.ru/forum/topics/15004.html

В проекте WinAVR при использовании "itoa" добавляется 180 байт, а в проекте CVAVR - 112, вот эта разница подрубает у меня всякую решительность. Но теперь даже не это важно. Просто принципиально непонятно как заставить этот код работать в WinAVR'e. Поэтому прошу помощи.

А вопрос - как куски асма вставлять в WinAVR ?

1. У меня был проект, относительно большой, под 12К итогового кода. Я обновил WinAVR и получил увеличение размера аж на 1,3К. Стал задавать вопросы и в конце концов получил ответ: в последнее время GCC вообще и AVR-GCC в частности развиваются в сторону агрессивной оптимизации по скорости. Проявляется это в том, что все бОльшие и бОльшие по размеру функции вставляются в код инлайном по умолчанию, ну и кое-какие другие вещи происходят. Разумеется, это вызывает видимое разрастание кода, хотя по скорости его исполнения предполагается выигрыш. Однако, GCC тем и отличается от CVAVR (мне так кажется), что предоставляет программисту богатейшие возможности для регулирования поведения компилятора. В частности, всю агрессию оптимизатора можно отклбючить или умерить. В общем, я сделал небольшую памятку по ключикам для оптимизации... короче, упомянутый выше проект в новой версии я собрал размером 9,8К - практически на 2К меньше, чем было! кстати, CVAVR, видимо, более лояльна к неаккуратности программиста, а GCC - четко следует стандарту. в итоге для WinAVR бывает достаточно написать static перед функциями, которые используются в единственном модуле, чтобы получить чуть ли не 10% экономии объема кода. Т.е. пишите грамотно - будет более оптимально.
2. С ассемблерными вставками в WinAVR тоже по сравнению с CVAVR двояко: с одной стороны мощность ассеблерных вставок умопомрачительная, а с другой - сложность их применения повыше будет. Главная особенность в том, что в WinAVR не приветствуется использование явно указанных регистров в командах ассемблерных вставок - распределение регистров берет на себя компилятор, чтобы даже ассемблерные вставки оптимизировались! кстати, благодаря тому, что WinAVR влезает оптимизатором и в ассемблерные вставки, частенько надо использовать volatile для ассемблера Короче, тема ассемблерных вставок в WinAVR довольно обширна, а мне что-то подсказывает, что здесь не очень любят заморочки...

[ikarab]

CVAVR, видимо, более лояльна к неаккуратности программиста

Это точно. Потому я ирекомендую новичкам CVAVR.

здесь не очень любят заморочки...

Да их нигеде не любят наверно. просто чтоб морочиться надо иметь опыт и знания.

У новичков нет ни того не другого.
Потому CVAVR для новичков самое то.

[ARV]

а я всем, даже новичкам, советую сразу писать аккуратно, тщательно обдумывая все. тогда проблем бывает меньше хоть в WinAVR, хоть в CVAVR.