Собственно вопрос по теме сабжа: как передать имя порта (или любой другой регистр) как параметр в функцию/класс С++ ?

Пишу программный драйвер интерфейса, создал под это дело класс обертку и хочу конфигурировать интерфейс (назначать ноги МК), чтобы можно было поднять несколько интерфейсов параллельно на разных ногах, создав несколько объектов.

Пробовал вот так:


такой вариант не работает.... и компилятор ругается на строку вызова функции:

1. Например в iar - char * __io или char *__ext_io. В gcc - хз, надо посмотреть как у него объявлены регистры и сделать из этого объявления указатель.
2 Можно сделать интерфейс порта и реализацию (но это вирт вызов на каждое шевеление, годится редко).
3. Еще можно сделать тип-обертку над портом (но над каждым портом будет свой тип - ну или своя специализация одного шаблона), а функцию параметризовать этим типом. Правда при этом сама функция станет шаблоном. На С можно сделать аналогичное на макросах. Последствия одинаковые - больший объем нагенеренного кода (по сравнению с 1 и 2), но высокая скорость работы.
4. Можно функцию писать не относительно порта. а относительно какой-то более высокуровневой логики -
struct SomeLogic
{
virtual void init() = 0;
virtual void generetaImpulse(....) = 0;
virtual void sendSomeData(...) = 0;
...
};
void foo(SomeLogic *);
От варианта 2 отличается большей скоростью (за счет уменьшения кол-ва вызовов)
5. Разновидность варианта 4:
void init(int no);
void generetaImpulse(int no, ....);
void foo(int no)
{
init(no);
generetaImpulse(no, ...);
}
От вариант 4 отличается экономией на виртуальных вызовах.

Как обычный указатель.

В этом случае компилятор при работе с портом будет использовать команды LD/ST - которые занимают два такта. И не сможет использовать команды in,out, которые один такт и sbi,cbi, которые за один такт модифицируют значение одного бита в порту.
Плюс еще надо будет передавать указатель на регистры DDRx и PINx.

Для начала хватит, но есть и более интересный способ...

neiver, а разве там все регистры мапятся в общее адресное пространство? Вроде бы __io не мапились...

char * __io или char *__ext_io

В чем разница?

Те, которые io два адреса вроде имеют - один для доступа sbi/cbi и второй для ST/LD - на 0x20 больший.

разные инструкции доступа, помнится. __ext_io - это на 1280 и более старших. На младших только __io

я так понимаю что вы предлагает сделать вот так:



если так - не работает
Error[Be009]: memory attributes not allowed on auto variables or parameters






Работает, но меня смущает, что компилятор не использует in/out инструкции

Мапятся. Даже регистры общего назначения r0-r31 мапятся начиная с адреса 0. Начиная с адреса 0x20 мапятся обычные IO регистры, следом расширенные.

не ссорьтесь, мапится и работает. но все-таки хочется, чтобы через "out" заработало.

neiver, а можно поподробнее :

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

Тут тестовый пример для IAR AVR

А как вы себе представляете это хотя бы на ассемблере? Адрес регистра находится в коде команды out, как функция сможет его заменить?

Имелся ввиду другой вариант реализации.

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

У ИАРа кривоватая реализация.

void foo (unsigned char volatile __io * adr) - работает

Неа Error[Ta034]: __io pointer/reference is not allowed.

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