avr port übergeben warum volatile

Compilerfehler: Position von const und volatile bei Pointern

Eine korrekte, glitchfreie Implementierung sieht übrigens so aus:

1

#include <util/atomic.h>

2

3

void set_bits (volatile uint8_t *port, uint8_t mask)

4

{

5

    ATOMIC_BLOCK (ATOMIC_RESTORESTATE)

6

        *port |= mask;

7

}

Einfache Merkregel: Deklarationen von Varaiblen werden in C immer vom 
Rechts nach Links gelesen.
Hier ergibt das dann:

port
ist ein Zeiger
auf einen uint8_t
der volatile ist.

@michael (Gast)

>nicht auf volatile verzichten, falls keine Interrupts verwendet werden,
>die den Inhalt des Ports verändern könnten?

Nein. Denn die HARDWARE verändert die Ports. Ausserdem willst du nicht, 
das Zugriffe, egal ob Lesen oder Schreiben, vielleicht wegoptimiert 
werden. EIn Portzugiff muss so augeführt werden wie er dasteht.

michael schrieb:
> Danke für alle Antworten.
>
> volatile bezieht sich also auf den Inhalt des Ports. Könnte man dann
> nicht auf volatile verzichten, falls keine Interrupts verwendet werden,
> die den Inhalt des Ports verändern könnten?

Dann überleg mal, welche Möglichkeiten du dem Compiler ermöglichst, wenn 
du mittels

   PORTB |= (1 << PB0);
   PORTB |= (1 << PB1);

eigentlich eine geordnete Reihenfolge haben möchtest, in der die Pins 
auf 1 gehen und was ein Compiler daraus machen könnte, wenn er nicht an 
volatile gebunden wäre.