IO-Register als Template-Parameter

Das wird daran liegen, daß PORTD nicht den Typ unsigned char hat, 
sondern uint8_t.

Deshalb könnte es so klappen:

1

  Class< uint8_t, &PORT > x;

Abgesehen davon: wenn schon C++, dann würde ich Referenzen nehmen:

1

template<typename T, volatile T &reg>

2

class Class

3

{

4

public:

5

  void doSomething()

6

  {

7

    reg = 5;

8

  }

9

};

10

11

...

12

13

  Class< uint8_t, PORT > x;

Ansonsten wäre ja der Name reg falsch und müsste zu p_reg geändert 
werden :-)

Hm, wenn es mit einer eigenen Variablen geht, aber mit PORT...
nicht, wird das wohl kein passender const-Ausdruck sein.
(PORTD ist ja eine irgendwie gecastete int-Konstante, nötig
ist als template-Argument ein const-Ausdruck.)

Dann sehe ich ziemlich schwarz, das so zu machen.
Notfalls bleibt dann noch der Ausweg, aus dem Port keinen
template-Parameter zu machen, sondern ein Argument an den
Konstruktor.

Kupfer Michi schrieb:

> Ja schon, aber ich hatte gehofft, dass Jörg Wunsch anbeisst (er hat
> nähmlich die AVR Header offiziell generiert).

Nö, das macht für alle neuen AVRs Eric Weddington.

> Es wäre schön wenn C++ kompatible Header zum Auslieferungsstandard
> gehören würde.

Naja, kompatibel sind sie ja, nur halt nicht template-fähig.  Aber
wenn da jemand eine schlaue Idee hat, lässt sich sowas sicher künftig
erweitern.

Hallo zusammen,
entschuldigt die Ausgraberei.

>  Aber
> wenn da jemand eine schlaue Idee hat, lässt sich sowas sicher künftig
> erweitern.

Hatte jemand inzwischen eine  schlaue Idee?

Ich hatte gerade eine ähnliche Idee wie Christian und wollte sowas 
basteln  (hier nur vereinfacht, soll später mit open collector, active 
low etc. identisch funktionieren):

1

template<volatile uint8_t &  DDR, volatile uint8_t & PORT, uint8_t PIN>

2

class OutputPin

3

{

4

        OutputPin(){DDR |= (1 << PIN);}

5

        void Toggle(){PORT ^= (1 << PIN);}

6

        void On(){PORT |= (1 << PIN);}

7

        void Off(){PORT &= ~(1 << PIN);}

8

};

9

10

int main()

11

{

12

        // ...

13

        OutputPin<DDRA, PORTA, PA3> MyLed;

14

        OutputPin<DDRB, PORTB, PB0> MyRelay;

15

        MyLed.On();

16

        MyRelay.Toggle();

17

        // ...

18

}

Wie müsste ein Headerfile mit den Registerdefinitionen aussehen, damit 
sowas klapppt? Oder gibt es eine andere halbwegs elegant benutzbare 
Möglichkeit, sowas umzusetzen?


Grüße,
Thorsten

Heureka, es geht doch :-) Siehe der angehängte Header, zu verwenden 
statt <avr/io.h>.

Allerdings mit dem kleinen Wermutstropfen, dass erstens eine 
undokumentierte Eigenschaft der originalen avr-libc-Header (nämlich dass 
alle IO-Port-Macros letztlich auf _MMIO_BYTE, _MMIO_WORD oder 
_MMIO_DWORD zurückführen) und zweitens eine GCC-Extension (_typeof_) 
benutzt werden. Dafür hat es den Vorteil, dass nicht noch einmal alle 
IO-Ports in C++-Form neu aufgeführt werden müssen.

Bei Verwendung des Headers können erstmal im normalen Code die IO-Ports 
weiter verwendet werden wie bisher (also auch in Pointer speichern 
etc.). Soll ein Port als Templateparameter benutzt werden geht das so:

1

#include <avr_io_cpp.h>

2

3

template<typename R>

4

struct C {

5

        static R m_reg;

6

        void do_something() { m_reg |= 1; }

7

};

8

9

void test(void)

10

{

11

        C<AVR_IOR_PARAM(PORTA)> x;

12

        x.do_something();

13

}

Verwendung des Optimizers ist dringend zu empfehlen. Mit -Os oder -O2 
erzeugt der GCC dann aber für gängige Dinge wie "PORTA |= 1;" trotz der 
"Template-Orgien" den gleichen Code wie er ihn auch mit der originalen 
<avr/io.h> erzeugt hätte. Selbst das Beispiel mit der Übergabe an das 
Template erzeugt den gleichen Code, als wenn man den Port direkt in die 
do_something()-Funktion geschrieben hätte :-)

Andreas

Andreas Ferber schrieb:
> Verwendung des Optimizers ist dringend zu empfehlen.

Ups, Korrektur: es funktioniert nur mit Optimizer, da nur so alle 
Referenzen auf die static-member-Variablen verschwinden. Ohne Optimizer 
gibt es beim Linken einen Fehler.

Andreas

Andreas Ferber schrieb:
> Ups, Korrektur: es funktioniert nur mit Optimizer,

So, jetzt aber, diese Version funktioniert auch ohne Optimizer. 
Allerdings ist der Overhead ohne Optimizer ziemlich hoch, also 
Vorsicht.

Das Beispiel muss dann so aussehen (das "static" bei m_reg fällt weg):

1

#include <avr_io_cpp.h>

2

3

template<typename R>

4

struct C {

5

        R m_reg;

6

        void do_something() { m_reg |= 1; }

7

};

8

9

void test(void)

10

{

11

        C<AVR_IOR_PARAM(PORTA)> x;

12

        x.do_something();

13

}

Andreas

Hallo Andreas,

vieeeleeeen, vielen Dank. Das Teil im Anhang ergibt jetzt mit oder ohne 
#definetem FOO ein byte-identisches .hex bei -Os.

Grüße,
Thorsten.