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

Akula

Задействую в проекте все три таймера МК. Столкнулся с ситуацией - если два таймера к примеру Timer2 и Timer1 настроены на один коэффициент предделителя, то прерывания для таймеров не выполняются ни в симуляторе ни в "железе". Это нормально?

Реклама

ARV · Сообщение **ARV** » Вс янв 11, 2015 20:27:49

это не нормально. ищите ошибку.

Реклама

paskal

Перевожу свой старый проект с ассемблера на си.
Столкнулся с такой проблемой. В обработчике прерывания меняется некоторый счетчик. В основной программе этот счетчик проверяю. Он не меняется! Но прерывание возникает, счетчик в прерывании меняется - это проверено. Счетчик объявлен как глобальная переменная типа unsigned char. Такое ощущение что в программе и в обработчике это разные переменные.

Вопрос: как же завести переменную чтоб пользоваться ей и в прерывании, и в основной программе?

Alexeyslav

Вроде есть волшебное слово volatile ...

Реклама

watchmaker

Именно volatile. Кстати, старые версии WinAVR игнорировали это свойство - в версиях за 2006 год его можно было не писать. А вот в версиях 2009 года и позже - обязательно. Сам наткнулся пару лет назад, когда перекомпилировал рабочий проект новым компилятором.

Реклама

TICLIR

Добрый вечер, проблема в записи прерываний PCINT на ATmega88, делаю запись токого плана
ISR(PCINT3_vect){} WinAVR-20100110 выдаёт предупреждение что написано с орфографической ошибкой
подскажите как правильно сделать запись?
Спасибо, методом втыка сообразил ISR(PCINT0_vect){}, т.е. получаеться делеться по группам

Реклама

pcb · Сообщение **pcb** » Ср мар 18, 2015 13:09:21

Решил обновить WinAVR (2010), на тулчаины от Атмел.
Небольшое сравнение произвёл:

4.3.3
AVR Memory Usage
----------------
Device: attiny2313

Program: 1984 bytes (96.9% Full)
(.text + .data + .bootloader)

Data: 78 bytes (60.9% Full)
(.data + .bss + .noinit)

EEPROM: 68 bytes (53.1% Full)
(.eeprom)

4.7.2
AVR Memory Usage
----------------
Device: attiny2313

Program: 2332 bytes (113.9% Full)
(.text + .data + .bootloader)

Data: 94 bytes (73.4% Full)
(.data + .bss + .noinit)

EEPROM: 68 bytes (53.1% Full)
(.eeprom)

4.8.2
AVR Memory Usage
----------------
Device: attiny2313

Program: 2446 bytes (119.4% Full)
(.text + .data + .bootloader)

Data: 94 bytes (73.4% Full)
(.data + .bss + .noinit)

EEPROM: 68 bytes (53.1% Full)
(.eeprom)

Жуть, новые версии раздувают код.

Опции компиляции одинковые, менялась только версия компилятора...

ARV · Сообщение **ARV** » Ср мар 18, 2015 13:25:16

интересно. а какие именно опции использовались?

pcb · Сообщение **pcb** » Ср мар 18, 2015 13:56:55

Вот такие:

ARV · Сообщение **ARV** » Ср мар 18, 2015 14:49:09

а что в параметрах линкера?
-ffunction-sections без -Wl,-gc-sections бесполезна!

я последний свой проект сделал именно на атмеловском тулчейне (исключительно из-за встроенной поддержки __flash), но размерами не был поражен... хотелось бы разобраться...

pcb · Сообщение **pcb** » Ср мар 18, 2015 15:15:05

ARV писал(а):а что в параметрах линкера?
-ffunction-sections без -Wl,-gc-sections бесполезна!

4.3.3 (последняя версия винавр) -Вл не знает, отказывается компилировать, остальные игнорирует.

остальные два на размер никак не повлияли на новых тулах.

Код вручную поотимизировал получил:

Код: Выделить всё

AVR Memory Usage
----------------
Device: attiny2313

Program:    1934 bytes (94.4% Full)
(.text + .data + .bootloader)

Data:         78 bytes (60.9% Full)
(.data + .bss + .noinit)

EEPROM:       68 bytes (53.1% Full)
(.eeprom)

новые тулчейны всё равно не вписываются...

ARV · Сообщение **ARV** » Ср мар 18, 2015 15:23:17

-Wl,-gc-sections должна стоять в разделе опций линкера - отлично эти опции понимаются компилятором, ибо это GCC-шная опция, общая для всех GCC-компиляторов. кроме того, я лично использую ее, и она воспринимается. только набирать ее надо точно так, как я написал: без пробелов и т.п. самодеятельности!

pcb · Сообщение **pcb** » Ср мар 18, 2015 16:10:42

Оно там изначально стояло.

Когда указываете опции для всех файлов, компилятор забирает свои, линковщик свои...

на размер оно не влияет, в моём случае, т.к. старый винавр, он их не знает.

Сейчас 4.9 качну.

Качнул:
avr-gcc-4.9.2: error: unrecognized command line option '-Wl'

2548 байт ))

ARV · Сообщение **ARV** » Ср мар 18, 2015 17:09:57

Либо вы ошибаетесь, считая, что студия (вы же скриншот студийных настроек компиляции привели) распределяет опции автоматом, либо ошибаетесь при вводе опции. НЕ МОЖЕТ ЭТА ОПЦИЯ НЕ ПОДДЕРЖИВАТЬСЯ!

pcb · Сообщение **pcb** » Ср мар 18, 2015 17:53:25

Не суть.

Тут, с размерами прошивок что то делать нужно.

pcb · Сообщение **pcb** » Ср мар 18, 2015 18:04:36

Настройки в приложении

А получаем:

avr-gcc: error: unrecognized command line option '-Wl'
make: *** [ашду.elf] Îøèáêà 1
Build failed with 1 errors and 4 warnings...

ARV · Сообщение **ARV** » Ср мар 18, 2015 18:28:47

я же вам писал, что нужно опцию 1 в 1 вписывать, без пробелов и т.п., а вы вообще одну на две разбили, и хотите, чтобы оно работало!

да, и еще: если 5-10% прироста быстродействия не являются для вас критически важным, используйте оптимизацию -Os и вот тогда сравниваейте РАЗМЕР КОДА. а с опцией -O2 нужно сравнивать соотношение размер/быстродействие, а для быстродействия применять -O3 и тогда сравнивать только по быстродействию

pcb · Сообщение **pcb** » Ср мар 18, 2015 18:33:19

Ещё подчистил алгоритмы, получил:
Новые тулчейны всё равно не укладываются...

Код: Выделить всё


AVR Memory Usage
----------------
Device: attiny2313

Program:    1740 bytes (85.0% Full)
(.text + .data + .bootloader)

Data:         78 bytes (60.9% Full)
(.data + .bss + .noinit)

EEPROM:       68 bytes (53.1% Full)
(.eeprom)

Вроде даже работает

pcb · Сообщение **pcb** » Ср мар 18, 2015 18:48:02

ARV писал(а):я же вам писал, что нужно опцию 1 в 1 вписывать, без пробелов и т.п., а вы вообще одну на две разбили, и хотите, чтобы оно работало!

Ох жешь...

Это 4.7.2

Код: Выделить всё

AVR Memory Usage
----------------
Device: attiny2313

Program:    1942 bytes (94.8% Full)
(.text + .data + .bootloader)

Data:         92 bytes (71.9% Full)
(.data + .bss + .noinit)

EEPROM:       68 bytes (53.1% Full)
(.eeprom)

Никакого уменьшения кода.

ARV писал(а):если 5-10% прироста быстродействия не являются для вас критически важным

У меня один только кусок критичный, в нужное время укладывается, а нужный функционал - нет

Потому выкраиваю байты.
Листинг, конечно же, я смотрю, чего нагццил компилятор, потому уже из 1970 (винавр) до 1740 оптимизировал,
с новыми не получается.

ARV писал(а):да, и еще: если 5-10% прироста быстродействия не являются для вас критически важным, используйте оптимизацию -Os

Флаг -0s:

Код: Выделить всё

AVR Memory Usage
----------------
Device: attiny2313

Program:    1772 bytes (86.5% Full)
(.text + .data + .bootloader)

Data:         78 bytes (60.9% Full)
(.data + .bss + .noinit)

EEPROM:       68 bytes (53.1% Full)
(.eeprom)

Ага, уменьшился ))))))) аж на +30 байт )))

ARV · Сообщение **ARV** » Ср мар 18, 2015 19:37:23

ну, про рекомендованные мной опции - это вполне вероятно, что они не помогли, т.к. они убирают лишние секции кода и данных, которые вы создаете при помощи опций -ffunction-sections и -fdata-sections. естественно, если лишних секций у вас нет - не будет и уменьшения кода. я рекомендовал опцию использовать обязательно, т.к. две предыдущие без нее просто бессмысленные.

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

для WinAVR (не Toolchain) могу рекомендовать еще следующие варианты тюнинга (правда, я никогда не пытался ими пользоваться без -Os):
1. -mcall-prologues во многих случаях дает выигрыш в размере кода за счет небольшого (2-4 такта) проигрыша в быстродейсвтии
2. -fno-split-wide-types лично мне помогало во всех проектах, где используется активная математика с числами типа int и более
3. --param inline-call-cost=n игры со значением n в этом параметре в пределах от 0 до 6 (можно и больше, но мне никогда не помогало) иной раз дает до 20% выигрыша в размере кода! как сказывается на скорости - не знаю
4. -fno-unroll-loops вы, по-моему, и так используете...
попробуйте перечисленные выше варианты в разных комбинациях - часто бывает, что опции, которые дают наилучший эффект поотдельности, совместно приводят к совсем иному эффекту... бывает и наоборот

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

P.S. кстати, у вас много модулей в программе или один? если один - все ли функции у вас объявлены static?