IAR AVR C++ class и прерывание Опции

[west329_]

Подскажите как правильно описать прерывание от uart0 для функции которая определяется в класе на уровень выше, так сказать пртоколе верхнего уровня cHuProt.

Сам клас

Код

#include "com0.h"

class cHuProt:public cUsart0 {
  protected:  
              void    HU_Rx_Byte(void);
  public:
              ui8     Recive_Pack_HU(void);
              ui8     Recive_Pack_HU_End(void);
              ui8     Init_HU(void);
              ui8     Reset_Recive_HU(void);
              ui8     Expect_new_HU(void);
              ui8     ECM_HU_len(void);
              ui8*    Get_Point_to_ECM_HU_data(void);
              ui8*    Get_Point_to_HU_S(void);
              ui8*    Get_Point_to_HU_C(void);
              ui8*    Get_Point_to_HU_I(void);
              ui8     DW_HU_Transmit(ui8 *pData);
              
  //cHumaxProt();
  //~cHumaxProt();
};

В клас cUsart0 я записал все низкоуровневые функции работы с железом uart

Код

class cUsart0 {
  protected:
              ui8 Usart0_Tx_Raw(ui8 tx_char);
              ui8 Usart0_RX_Raw(void);
  public:
              ui8 Usart0_Init(ui16 ubrr);
              ui8 Usart0_Tx_Data(ui8 *pData, ui8 len_data);
              ui8 Usart0_Tx_Char(ui8 tx_char);
              
  //Usart0();
  //~Usart0();
};

/////////////////////////////////////////////////////////////////////////////
// Реализация класса cUsart0
/////////////////////////////////////////////////////////////////////////////
....
....
....

Сама функция Usart0_Init использует прерывание при получении символа с uart.

Очень хочется вызывать функцию Usart0_RX_Raw(void); когда приходит символ, тоесть както так описать метод в протоколе

Код

#pragma vector = USART0_RXC_vect
__interrupt void cHuProt::HU_Rx_Byte(void) {
      temp=ui8 Usart0_RX_Raw();
      ......
      ......
}

но увы получаю ошибки

Error[Ta022]: Interrupt functions cannot take any parameters. D:\Main_prj\tutor\MainTestCPP\hu.h 19

[Alechin]

Классы таймеров состоят исключительно из констант (в виде enum'ов) и статических функций. У них нет конструкторов и деструкторов. Так что их можно безопасно создавать в любых количествах.

ну то, что нет деструктора это понятно. А вот конструктор должен быть - надо ведь проинициализировать и "запустить" таймер.
Иначе в начале программы придется все делать руками (типа методы Init() вызывать). Моя задача полность оградить программиста от работы с какой-либо аппаратурой. Т.е. он должен знать, что есть класс "таймер" с известным тиком, экземпляры корого он создает и пользует, есть класс "цифровой потенциометр" в котором он устанавливает значения. А уж какие-там ножки, прерывания задействованы, программный или аппаратный SPI там - это его не должно касаться. Все это прописано в моем хидере, который он просто подключает к проекту. Что-либо править в данном хидере ему нельзя.

И вообще они реализуют так называемый 'compile-time полиморфизм'. Вместо таблиц виртуальных методов (для настройки на конкретный таймер) используются шаблоны, которые ориентируются на ИМЕНА констант и функций. Имея несколько типов классов TIMER с одноименными member'ами с разным содержимым, можно настроить TTimer на любой физический таймер

где на это посмотреть?
В принципе я сейчас создал класс таймера (программного), при создании которого конструктору передаю адрес класса аппаратных таймеров. Компилятор молодец - никакого оверхеда! Ну в принципе адреса классов аппаратных таймеров известны на этапе компиляции, так наверное он так и должен был поступить (просто подставить адреса, а не использовать указатель). Плохо то, что неизвестно, можно ли это гарантировать при других уровнях оптимизации например, или смене версии компилятора.