Перейти к содержанию
    

Проверка на равенство векторов прерывания директивой #if

Уважаемые знатоки GCC!

Захотел сделать "гибкий" код (для AVR), в котором бы можно было гибко варьировать обработчики прерываний. Как-то так:

#define MY_INTERRUPT     TIMER0_OVF_vect
...
ISR(MY_INTERRUPT){
...
}

Разумеется, это работает.

 

Теперь вторая хотелка: по значению константы-макроса MY_INTERRUPT делать ту или иную инициализацию периферии, вот примерно так:

#if MY_INTERRUPT == TIMER0_OVF_vect
// тут инициализация таймера 0
#elif MY_INTERRUPT == ADC_vect
// тут инициализация АЦП
#elif MY_INTERRUPT == RXC_vect
// тут инициализация USART
// и т.д.
#endif

И вот это не работает: ВСЕГДА срабатывает первый #if, какой бы вектор не был присвоен MY_INTERRUPT!

 

Что я делаю не так? Как надо?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Что я делаю не так? Как надо?
Есть подозрение, что перед этими проверками или перед определением MY_INTERRUPT не включен заголовочный файл, в котором определены #define TIMER0_OVF_vect и т.д. Поэтому все эти символы как бы равны пустой строке и все равны MY_INTERRUPT. Сделайте перед этими условиями простую проверку:

 

#if !defined(MY_INTERRUPT) || !defined(TIMER0_OVF_vect) || !defined(ADC_vect) || !defined(RXC_vect)
#error Попался!!!
#endif

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Вы правы - попался!

Но КАК?! :blink:

Векторы прерываний определены в "стандартных" для avr-gcc заголовках, в проект включается самый "главный" avr/io.h, который уже подтягивает остальные нужные. Макрос ISR отлично "видит" и ADC_vect и любой иной... как в простом if-е эти макросы вдруг оказываются неопределеными?!

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Когда препроцессор закончит разворачивать символьные идентификаторы вида xxx_vect

по дефайнам из системных заголовочных файлов, получатся идентификаторы вида

__vector_12
__vector_13
__vector_16

(Последним сработает определение

#define _VECTOR(N) __vector_ ## N

из файла SFR_DEFS.H)

 

Далее, для директивы проверки #if все неопределённые символьные идентификаторы -- нули.

Identifiers that are not macros, which are all considered to be the number zero.

Так что срабатывает первый #if

#if 0 == 0

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Найдите (скорее всего в настройках надо квлючить) результат препроцессора. Там увидите, что именно идет компилятору. Ну а далее внимательно искать почему дефайн не виден, как тут подскажешь.

 

Во, ответили уже.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Найдите (скорее всего в настройках надо включить) результат препроцессора.

Для gcc это делается ключом -E

gcc -E test.c > test.txt

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

хм... Получается, __vector_12 для компилятора такой же ноль, как и __vector_11? как же тогда разные вектора прерываний получаются? ISR(__vector_12) совсем не совпадает с ISR(__vector_11)... что-то я не понимаю...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

хм... Получается, __vector_12 для компилятора такой же ноль, как и __vector_11? как же тогда разные вектора прерываний получаются? ISR(__vector_12) совсем не совпадает с ISR(__vector_11)... что-то я не понимаю...

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

Процедуры расставит линкер и скорректирует адреса переходов

50:○0c 94 7c 10 ○ jmp○0x20f8○ ; 0x20f8 <__vector_20>
54:○0c 94 5e 11 ○ jmp○0x22bc○ ; 0x22bc <__vector_21>
58:○0c 94 50 11 ○ jmp○0x22a0○ ; 0x22a0 <__vector_22>
5c:○b1 c2       ○ rjmp○ .+1378   ○; 0x5c0 <__bad_interrupt>
5e:○00 00       ○ nop
60:○af c2       ○ rjmp○ .+1374   ○; 0x5c0 <__bad_interrupt>
62:○00 00       ○ nop
64:○ad c2       ○ rjmp○ .+1370   ○; 0x5c0 <__bad_interrupt>
66:○00 00       ○ nop

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Вы правы - попался!

Но КАК?! :blink:

Нет такого вектора RXC_vect, он называется USART_RX_vect. Ответа на основной вопрос не знаю, увы.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Очень это огорчительно... и не понятно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Вы можете слегка изменить конструкцию, воспользовавшись стандартными определениями номеров векторов:

#define MY_INTERRUPT_num     __TIMER0_OVF_vect_num
#define MY_INTERRUPT     _VECTOR(MY_INTERRUPT_num)
...
ISR(MY_INTERRUPT){
...
}

#if MY_INTERRUPT_num == TIMER0_OVF_vect_num
// тут инициализация таймера 0
#elif MY_INTERRUPT_num == ADC_vect_num
// тут инициализация АЦП
#elif MY_INTERRUPT_num == RXC_vect_num
// тут инициализация USART
// и т.д.
#endif

Изменено пользователем aiwa

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Вы можете слегка изменить конструкцию, воспользовавшись стандартными определениями номеров векторов

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

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

.................

в случае с нестандартными определениями векторов смысл в этом пропадает.....

Во-первых, определения "TIMER0_OVF_vect_num" имеют такую же "стандартность" как и "TIMER0_OVF_vect", потому что определены в стандартных заголовочных файлах равносильно:

например, для мега16: 
/* Timer/Counter0 Overflow */
#define TIMER0_OVF_vect_num        9
#define TIMER0_OVF_vect            _VECTOR(9)
#define SIG_OVERFLOW0            _VECTOR(9)

 

код с определениями с "_num", будет отличаться от "стандартных" тем, что препроцессор его все-таки кушает правильно.

Проверял на Вашем примере, единственное - не удалил два лидирующих подчеркивания в дефайне.

 

В принципе, отличие от первоначальной идеи всего лишь в суффиксе.

Вместо "#define MY_INTERRUPT TIMER0_OVF_vect" пользватель будет писать "#define MY_INTERRUPT_num TIMER0_OVF_vect_num".

 

Конструкция "#define MY_INTERRUPT _VECTOR(MY_INTERRUPT_num)" может быть реализована без его участия:

#ifdef MY_INTERRUPT_num

#define MY_INTERRUPT _VECTOR(MY_INTERRUPT_num)

#endif

 

 

Изменено пользователем aiwa

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...