Debugger springt in's Nirvana

[Michael Z. (zellm)]

Hallo,

Ich bin dabei einen kleinen Zeitgeber zu Programmieren.
Als Basis dient ein Atmega8, der mithilfe von AVR-Studio4 und GCC 
Compiler in C Programmiert werden soll.

Leider klappt das (wie erwartet ;-) nicht auf anhieb...

Wenn ich folgende Codezeilen im Debugger laufen lasse springt er einfach 
ins Nirvana... (der "Step into" Button ist nit mehr anwählbar)

 
#include <avr/io.h>
volatile uint8_t start = 0;
int main() {
  DDRC &= ~   ((1<<PC0) | (1<<PC1) | (1<<PC2) | (1<<PC3));
  while (1) {
    if (PINC0 == 1) {
      start = 1;
    }
  }
}

Nochmal im Detail:
Ich starte das debuggen. --> Pfeil auf Int main...
Klicke auf Step into --> Pfeil auf DDRC...
Klicke auf Step into --> Pfeil verschwunden, "Step into" Button 
ausgegraut.

Falls jemand eine Idee hat oder eine Anmerkung loswerden will...

Ich bin für jede Hilfe dankbar.

Gruß DaZeller

[Peter (Gast)]

zeigt doch mal den erzeugten ASM-Code, da sieht man was der Optimierer 
draus gemacht hat.

[Stefan E. (sternst)]

  while (1) {
    if (PINC0 == 1) {
      start = 1;
    }
  }

Daraus macht der Optimierer ein "while(1){}", weil "PINC0 == 1" niemals 
wahr sein kann.

[Michael Z. (zellm)]

Danke für die Schnelle rückmeldung!

Warum kann "PINC0 ==1" nicht wahr sein?

ich stehe leider noch auf dem Schlauch...

[Oliver (Gast)]

>Warum kann "PINC0 ==1" nicht wahr sein?

a) Weil irgendwo in den AVR-Headern das hier steht:

#define PINC0 0

und

b) Weil du das Tutorial nicht gelesen hast.

http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Zugriff_auf_IO-Ports

Oliver

[Michael Z. (zellm)]

Danke an Oliver.

mit deinem Punkt a kann ich leider nichts anfangen...

Punkt b stimmt auch nicht so ganz...
aber dank deinem Link habe ich die Stelle nochmal genauer gelesen und 
mein Programm jetzt entspechend umgebaut.

int main() {
  DDRC &= ~ (1<<PC0);
  while (1) {
    if (PINC & (1<<PINC0)) {
      start = 1;
    }
  }
}

das funktioniert nun.

Wenn ich das so richtig verstanden habe kan ich nur den Kompletten Port 
auslesen und dann mit dem entsprechenden Bit verküpft genau dieses 
auslesen...
Mir kommt das zwar etwas mühsehlig vor, aber ich stehe auch noch 
ziemlich am Anfang.

Danke für eure Hilfe!

[Stefan E. (sternst)]

Michael Zeller schrieb:

> mit deinem Punkt a kann ich leider nichts anfangen...

PINC0 ist nur ein symbolischer Name für die Zahl 0.
"PINC0 == 1" ist damit exakt identisch zu "0 == 1".

> Wenn ich das so richtig verstanden habe kan ich nur den Kompletten Port
> auslesen und dann mit dem entsprechenden Bit verküpft genau dieses
> auslesen...

Ja.

[Michael Z. (zellm)]

ein Weiteres Problem:

Auf dem angehängten bild ist mein Debugger zu sehen.

Der Pfel stand zuletzt auf dem roten Brakpoint und ist nach einmaliger 
betätigung von "Step into" auf die zu sehende Position gesprungen.

ich kann mir das nicht erklären.

Auserdem nicht nachfolziehbar ist für mich, warum überhaupt die Position 
des Brakepoint angesprungen wurde, da ja keine 1 an PINC0...

Vorab schon vielen dank für alle Rückmaldungen.

[Oliver (Gast)]

Wie ja schon weiter oben erwähnt wurde, hast du vermutlich mit 
Optimierung kompiliert. Da passen dann Sourcecode und Assemblerprogramm 
nicht mehr 1:1 zusammen, mit eben solchen Effekten. Schalte mal in den 
Projektoptionen die Optimierung aus, dann klappts auch mit dem Debugger.

Oliver

[Michael Z. (zellm)]

OK, inzwischen läuft es einigermasen.

Mein Hauptfehler lag wohl tatsächlich in der mangelnden Aufmerksamkeit 
beim lesen. :-(

Ich bedanke mich bei allen für die guten Hinweise und Tipps.

Gruß DaZeller