Inline функции в CodeVision AVR

[=GM=]

Вообще-то, я и два такта могу сделать, не токо 3...

[Godzilla82]

Вообще-то, я и два такта могу сделать, не токо 3...

Ага, главное, поймать момент и запустить аппаратные счётчики так, чтобы фазы были повёрнуты на 90°

как точно задавать количество импульсов тогда?

[=GM=]

(На асме делается легко и просто)

[Godzilla82]

(На асме делается легко и просто)

Уход от ответа

Уже не в тему... Перекомпилил кое-какие проекты CV AVR.

Обработка прерывания у CV AVR 31 такт, у WinAVR 47 тактов...

Там где у CV AVR всего 6 тактов, у WinAVR аж 21 такт...

С его супер оптимизацией...

[=GM=]

не разобравшись, сразу начинают поливать...

Вот это прерывание

register unsigned char w asm("r16");

ISR(TIMER1_COMPA_vect,ISR_NAKED)
{
 w=0;
 reti();
} 

WinAVR компилирует в такой код

0000005a ‹__vector_4›:
  5a:    00 e0           ldi    r16, 0x00    ; 0
  5c:    18 95           reti 

Вот вам оптимизация, всего 5 тактов, вручную лучше не напишешь. Ну и где ваш хвалёный CV?

[Godzilla82]

не разобравшись, сразу начинают поливать...

Вот это прерывание

PHP код:

register unsigned char w asm("r16"); ISR(TIMER1_COMPA_vect,ISR_NAKED) { w=0; reti(); }

WinAVR компилирует в такой код

PHP код:

0000005a ‹__vector_4›: 5a: 00 e0 ldi r16, 0x00 ; 0 5c: 18 95 reti

Вот вам оптимизация, всего 5 тактов, вручную лучше не напишешь. Ну и где ваш хвалёный CV?

А в кодевижине не надо указывать какой регистр использовать, не надо заботиться о сохранении используемых регистров (ISR_NAKED). Он это сам всё делает. Например, в моём проекте после явного указания регистра всё перестало работать. И приходится лезть в ассемблер, читать описание на компилятор, какие регистры можно или нельзя использовать. Поставил из разрешённых регистров. Всё равно не заработало. Дальше копать не стал.

Без ISR_NAKED он везде сохраняет свои r1, r0, потом опять обнуляет r1 (который и так всегда по идее должен быть нулём).

В простые прерывания можно и ISR_NAKED поставить, не долго искать ошибки. А если там вычисления идут... Думать, что ты забыл сохранить в стеке... А без NAKED да ещё с volatile мрак получается...

 
     21c:    1f 92           push    r1
     21e:    0f 92           push    r0
     220:    0f b6           in    r0, 0x3f    ; 63
     222:    0f 92           push    r0
     224:    11 24           eor    r1, r1
     226:    1a 98           cbi    0x03, 2    ; 3
     228:    0f 90           pop    r0
     22a:    0f be           out    0x3f, r0    ; 63
     22c:    0f 90           pop    r0
     22e:    1f 90           pop    r1
     230:    18 95           reti 

А там всего одна команда в 2 такта PORTE &= ~SYNC_RV;

CV всего две команды и пишет

 
    CBI  0x3,2
    RETI 

Вот чего меньше всего хочется программисту на Си - так это лезть в ассемблер и корректировать скомпилированный код.

По нескольким критичным программам статистику привёл. CV делает обработку прерываний быстрее. Иногда в 3 раза быстрее. Это меня и удивило.

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

Вот если бы её во всех функциях программы только меняли или только читали - это другое дело.

[=GM=]

Без ISR_NAKED он везде сохраняет свои r1, r0, потом опять обнуляет r1 (который и так всегда по идее должен быть нулём)

Ну это вы просто архитектуру АВР плохо понимаете. Прерывание может возникнуть когда угодно, в частности, непосредственно после команды MUL, которая использует r0 и r1 для хранения результата перемножения, так что при входе в прерывание в r1 может быть не нуль, а любое значение. Разработчики компилятора WinАVR знают об этом, а вы - пока нет.

(Я на примере вашего проекта в другом месте WinАVR баг нашёл, возможно, поэтому выкидывает ваш код. Нет времени заняться, будет время - разберусь)

[Avalon]

Всем доброго дня. В своё время хотел перейти с CV на WinAVR, но отказался. Причин объяснять не буду, ибо на вкус и цвет... CV сам по себе всего лишь инструмент, и как любым инструментом, им надо уметь пользоваться и понимать что и как он делает.
Например
for( x = 0; x ‹ 32; x++)
{
.......
}
и
for( x = 32; x; x--)
{
.........
}
компилируется в принципиально разные ассемблерные конструкции, и исполняются с разной скоростью. Иногда влияет даже такие мелочи которые и значения вроде как не имеют. Для себя пришел к выводу, что наиболее оптимальный вариант, это СИшная программа с ассемблерными вставками, ПО НЕОБХОДИМОСТИ.
Кстати есть вопрос. Как в CV в ассемблерных вставках использовать переменные объявленные в СИшной части кода. Разумеется речь о переменных с постоянным адресом. Сейчас приходится объявлять переменные с привязкой к конкретному адресу в СИ, и потом также в ассемблере. Не очень удобно. Может кто знает более удобный способ.

[Godzilla82]

Ну это вы просто архитектуру АВР плохо понимаете. Прерывание может возникнуть когда угодно, в частности, непосредственно после команды MUL, которая использует r0 и r1 для хранения результата перемножения, так что при входе в прерывание в r1 может быть не нуль, а любое значение. Разработчики компилятора WinАVR знают об этом, а вы - пока нет.

Ага. Особенно в этом прерывании. CV, кстати, тоже об этом знает...

Удалось обработку прерывания USI только средствами Си довести до 21 такта.

В WinAVR на это уходило 44 такта... Ну да бог с ним. Вывод для себя я уже сделал.

(Я на примере вашего проекта в другом месте WinАVR баг нашёл, возможно, поэтому выкидывает ваш код. Нет времени заняться, будет время - разберусь)

Не работает. Но я давал не весь код.

Кстати, быстродействие генератора довёл до 625 кГц. Правда через прерывания. Вся обработка прерывания те же 5 тактов. И только средствами Си (CV AVR).

[Godzilla82]

Может кто знает более удобный способ.

Может, я и ошибаюсь. Но когда CV создаёт .asm файл, то в нём присутствуют имена Си-переменных, но со знаком '_' в начале (если переменная в памяти, конечно).
Например, в Си глобальная переменная объявлена

char MyValue; 

в ассемблере будет, например

STS  _MyValue,R30