_delay_ms im Simulator

[Reiner F. (reiner)]

Hallo,

beim Debuggen eines C-Programms im AVRStudio bleibt der 
Einzelschrittmodus bei _delay_ms() Aufrufen hängen. In anderen Beiträgen 
hier im Forum habe ich bereits über die Grenzen des Debuggens im 
Zusammenhang mit der delay Funktion gelesen. Mir ist aber nicht klar, ob 
ich in diesem Zusammenhang nicht doch noch einen individuellen Fehler 
begehe.

Als Beispiel genügt ein einfaches Blinkprogramm (compiliert ohne 
Optimierung):

#include <avr/io.h>          
#define F_CPU 1000000UL     // 1 MHz
#include <util/delay.h>

int main(void)
{
  DDRD  = 0xff;           // PORTD ist Ausgang
  DDRA  = 0xff;      // PORTA ist Ausgang
  PORTD = 0xff;           // PORTD alle LEDs an

  while (1)       // Hauptprogrammschleife
  {
    PORTA ^= 0xff;    // umschalten PORTA
    _delay_ms(100);    // 100ms warten
    PORTD ^= 0xff;    // umschalten PORTD
  }
}

Beim Debuggen im Einzelschrittmodus (Step over) läuft der gelbe Pfeil 
problemlos bis "PORTA ^= 0xff;". Beim Klicken auf den nächsten Step 
verschwindet der gelbe Pfeil und es bleibt der Curser auf der Code Zeile 
PORTA ^= 0xff; stehen. Dieser Zustand ändert sich nicht bei fünf 
weiteren Steps! Beim siebten Klick erscheint der gelbe Pfeil wieder und 
zwar in der Zeile nach dem delay.

Die Frage nochmals, ist das beschriebene Verhalten des Simulators 
"normal", oder begehe ich beim Bedienen bzw. Einstellen des Debuggers 
einen Fehler.


danke vorab
Reiner

[nicht Gast (Gast)]

Reiner Franke schrieb:
> (compiliert ohne Optimierung)

Die User Manual sagt aber:
>In order for these functions to work as intended, compiler optimizations
>must be enabled

http://www.nongnu.org/avr-libc/user-manual/group__util__delay.html

[Reiner F. (reiner)]

Danke für den Hinweis mit der Compiler Optimierung bei delay.
Mein Verständnis war bisher, dass eine Compilieren ohne Optimierung nur 
dazu führt, dass man sich auf die Delay Zeit nicht verlassen kann. Aber 
erklärt das auch das Verhalten des Simulators?
Dazu kommt, dass nach einer Optimierung das Schrittweise Debuggen 
insgesamt nicht mehr vernünftig funktioniert.

Habe eben mal mit -Os compiliert. Jetzt bleibt der gelbe Pfeil nur für 2 
Steps verschwunden.

Gibt es denn keine Chance, dass der Simulator vernünftig mit dem delay 
Aufruf umgeht?

Gruß
Reiner

[Karl H. (kbuchegg)]

Nein.
Mit dem was der Compiler aus dem _delay_ms macht, kommt der Debugger 
nicht vernünftig klar. Egal wie du es compilierst.

Das hängt auch damit zusammen, dass der _delay_ms kein echter 
Funktionsaufruf ist, sondern ein Makro, welches in mehrer C-Anweisungen 
übersetzt wird.

Am einfachsten ist es, in die Zeile nach dem _delay_ms einen Breakpoint 
zu setzen (F9) und den Simulator mittel Run (F5) da drüber laufen zu 
lassen.

[Reiner F. (reiner)]

Danke für das klare "nein" und die entsprechenden Hinweise.