Inline функции в CodeVision AVR

Godzilla82 · 22.08.2011, 00:16

Небольшая предыстория. Прислушался к советам форумчан и склонился в пользу WinAVR. Написал нужные прошивки. Всё работает. Хорошо.

Потребовался генератор квадратурных сигналов (как с энкодера). Написал. ATtiny2313, 20 MHz. Заинтересовала максимальная частота. На WinAVR получилась около 200 кГц. Задержки между импульсами задаются таймером. То есть в обработчике прерывания обнуление переменной. И всё.

200 кГц - чё-то маловато. Если ставишь интервал меньше - прерывания не успевают обрабатываться и длительность импульсов получается непостоянной.

Ради прикола откомпилировал в CV. И на своё удивление обнаружил, что частоту можно спокойно поднять до 400 кГц.

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

Ладно. Решил перекомпилировать прежние прошивки. И у всех налицо увеличение быстродействия (за счёт уменьшения циклов на вход/выход из прерываний). Да и размер кода у многих оказался меньше. Вот вам и GCC.

Я с ассемблером на ВЫ. Но при просмотре видно, что WinAVR часто кладёт в стек кучу регистров. CV же вообще редко использует PUSH/POP. У него получается обходиться регистрами. Проекты небольшие. Пару-тройку килобайт кода.

Теперь, собственно, вопрос. Для дальнейшего увеличения быстродействия нужно некоторые функции сделать инлайновыми. Но квалификатор inline компилер игнорирует (старый, 1.25.9).

Что посоветуете, кроме тупого переписывания кода?

Или может есть способ уменьшить количество тактов в WinAVR.

heady69 · 22.08.2011, 10:55

Может IAR попробовать,неплохой код генерит.

omercury · 22.08.2011, 11:29

Сообщение от Godzilla82

Или может есть способ уменьшить количество тактов в WinAVR.

Попробуйте поменять уровень оптимизации в настройках компилятора.
Попробуйте использовать в прерывании переменные типа register. Не помню, кто из них (WinAVR или CWAVR), но кто-то понимал...
Перепишите обработчик прерывания на Асме.
Если чётко представляете логику всей программы, можно отредактировать ассемблерный код и уже из него компилировать прошивку.

Сообщение от Godzilla82

200 кГц - чё-то маловато.
................
Я с ассемблером на ВЫ.

Похоже, пришло время знакомиться поближе.

=GM= · 22.08.2011, 16:36

Ради прикола откомпилировал в WinAVR и обнаружил, что частоту можно спокойно поднять до 660 кГц даже с учётом сохранения регистров.

Ну а если в сишную программу вставить ассемблерную подпрограмму, то частота взлетает под 2000 кГц

Godzilla82 · 22.08.2011, 17:59

Сообщение от =GM=

Ну а если в сишную программу вставить ассемблерную подпрограмму, то частота взлетает под 2000 кГц

Не получится. Нужно увеличивать двухбайтный счётчик и сравнивать количество импульсов. Высчитывать фазу (значение из таблицы) и опрашивать кнопки. При этом интервал между фронтами/спадами должен быть постоянный.

Если делать через прерывания (гарантированная длительность) - это ещё лишних 4-6 тактов.

Godzilla82 · 22.08.2011, 18:10

Сообщение от omercury

Попробуйте поменять уровень оптимизации в настройках компилятора.
Попробуйте использовать в прерывании переменные типа register. Не помню, кто из них (WinAVR или CWAVR), но кто-то понимал...

Уровень оптимизации - максимальный. Я так понял, что при "3" к тому же инлайнятся все функции.

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

О сокращении тактов... Я имел ввиду обработчик прерывания. В прерывании, допустим, обнуляется одна единственная переменная и всё.

При входе же в прерывание WinAVR начинает класть в стек кучу регистров, которыми в прерывании и не пахнет.

st_1 · 22.08.2011, 18:31

Сообщение от Godzilla82

Уровень оптимизации - максимальный. Я так понял, что при "3" к тому же инлайнятся все функции.

Вы явно что-то путаете... Есть разные виды оптимизации... по скорости... по размеру кода...
У вас максимальный по какому критерию???
Попробуйте -Os...
При -O3 код может разростись неимоверно... но прога будет работать быстрее...

Godzilla82 · 22.08.2011, 18:36

Сообщение от st_1

Вы явно что-то путаете... Есть разные виды оптимизации... по скорости... по размеру кода...
У вас максимальный по какому критерию???
Попробуйте -Os...
При -O3 код может разростись неимоверно... но прога будет работать быстрее...

я и говорю, что при 3 уровне (WInAVR) инлайнятся все функции. вот и размер кода растёт.

в общем, повторюсь:

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

мне надо как-то заставить CodeVision инлайнить функции.

st_1 · 22.08.2011, 18:42

Сообщение от Godzilla82

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

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

=GM= · 22.08.2011, 18:48

Сообщение от Godzilla82

Не получится

А я вставил асмовую программу в прерывание, и получилось. Если полностью на асме, то можно достичь 4000 кГц.

Сообщение от Godzilla82

Нужно увеличивать двухбайтный счётчик и сравнивать количество импульсов. Высчитывать фазу (значение из таблицы) и опрашивать кнопки. При этом интервал между фронтами/спадами должен быть постоянный.

Ну покажите свою программу, какие у вас там двухбайтные счётчики...(Кстати, если делать по прерыванию и не предпринимать никаких усилий, то на фронтах будет джиттер в 1-2 такта.