Taster Entprellung

Stefan schrieb:
> Nach meinem Verständnis kann ich jeden Pin einfach über Portbuchstabe
> plus Pinnummer definieren. z.B. PIN B2
Diese Definition reicht für einen Menschen aus, um den Portpin zu 
finden. Der Compiler hat da eine etwas andere Sichtweise. Und man muss 
es eben so hinschreiben, wie er es versteht.

> Sprich ich hätte einfach gesagt
Wenn du einen Compiler schreibst, der damit klar kommt, dann kannst du 
das machen. Der GCC kann es nicht.

> Wäre dankbar wenn mir erklären könnte wiso das so ist.
Siehe Bitmanipulation

Stefan schrieb:

> Wäre dankbar wenn mir erklären könnte wiso das so ist.

Weil hinter den Begriffen DDRB, PORTB und PINB in Wirklichkeit die 
Adressen stehen, unter denen diese Register im µC angesprochen werden.

> Sprich ich hätte einfach gesagt
> #define KEY_PORT  PORTB

Damit ist aber noch nicht klar, wo im Adressraum das DDR Register zu 
diesem Port liegt. Es gibt zwar Abhängigkeiten, so dass man aus der 
Kentnis der Adresslage des einen die Adresslage aller anderen bestimmen 
kann, aber das ist leider nicht durchgängig. Auch wenn es bei 99% alle 
AVR Prozessoren bei allen Ports so ist, eine Ausnahme genügt, die das 
SChema dann zu Fall bringt.

Stefan schrieb:

> Was mir nicht klar ist, was in den
> einzelnen Variablen abgelegt wird.

Das sind keine Variablen

Stefan schrieb:
> Vielen Dank für die rasche Hilfe.
>
> Habe ich richtig verstanden das im DDRB nur deklariert wird ob der
> jeweilige Pin ein Ein- oder Ausgang ist.

Ich empfehle dir DRINGEND, mit deinen Studien dort anzufangen, wo alle
angehenden Programmierer anfangen:

mit dem ein-/ausschalten einer LED. Dort lernst du bereits die 
zusammenhänge zwischen den 3 Registern.

> Denn dann wäre mir wieder nicht klar warum man es hier definiert denn
> das wäre für das Entprellen ja nicht notwendig

Weil irgendwer die Eingänge auf Eingang schalten muss, bzw. die Pullups 
aktivieren muss. Die dazu notwendigen INformationen (welches DDR 
Register ist zuständig, welches Port Register ist zuständig) will man 
aber programmiertaktisch nicht quer über das ganze Programm verstreut 
haben, sondern an einer Stelle gesammelt haben. Nämlich genau dort, wo 
man alle Informationen über die Tasten gesammelt beisammen hat.
Ist doch bei dir zu Hause auch nicht anders. Du verstreust ja deine 
Socken auch nicht quer durch die Wohnung, sondern 'sammelst' sie gezielt 
an einer einzigen Stelle. Damit du welche findest, wenn du welche 
brauchst.

Entprellen und die Kentniss, welche Eingänge an welchem Port eigentlich 
zu entprellen sind, gehören nun mal zusammen. Ohne Eingang macht ein 
Entprellen keinen Sinn. Zu dieser Information gehört aber auch das 
Register, mit dem ein Pin erst einmal auf Eingang geschaltet wird.

Stefan schrieb:
> Was mir nicht klar ist, was in den
> einzelnen Variablen abgelegt wird.

Das sind keine Variablen, sondern Textersetzungen.
Diese erfolgen, sobald im nachfolgenden Quelltext der linke Ausdruck 
steht.

Damit das einen Sinn ergibt, müssen alle rechten Ausdrücke dem Compiler 
bereits bekannt sein.
Bewährte Praxis ist, daß sie es schon zum Zeitpunkt des #define sind. 
Ausreichend ist aber, spätestens zu Zeitpunkt des Aufrufs.

Stefan schrieb:
> Natürlich das ist mir klar. LED´s ein und ausgeschalten habe ich schon
> bis zum Erbrechen :-). Habe einige Tutorials durchgearbeitet.
>
> In diesen schrieb man halt zu beginn eines Programms in das DDR (z.B.
> DDRB) für alle PINS ob diese Ein- oder Ausgang sind.

Ja.
Und jetzt siehst du dir mal den Anfang von main() im Demoprogramm an.

> Aber im Beispielcode von Herrn Danegger wird ja nirgends deklarierd ob
> es ein Ein- oder Ausgang ist.

Doch.
Genau dort, wo es hingehört. Am Anfang von main()

1

int main( void )

2

{

3

  ....

4

5

  // Configure debouncing routines

6

  KEY_DDR &= ~ALL_KEYS;                // configure key port for input

7

  KEY_PORT |= ALL_KEYS;                // and turn on pull up resistors

8

...

setze die durch die #define Makros definierten Texte ein, und du wirst 
einiges wiederkennen.