Wartezeiten überbrücken

[P. F. (pfuhsy)]

Hallo,

ich schreibe meine Programme über AVR Studio 4.19. In meinen Code habe 
ich Testweise eine Delay-Funktion (tausche ich später gegen einen Timer 
aus):

  //RFM einschalten
  RFM_ON();
  _delay_ms(1000);  //TODO durch Zeitbabis ersetzten
  initRFM_Ports();  //Ports für RFM initialisieren
  initRFM();    //RFM initialisieren
  //initTimer();    //Timer initialisieren

Wenn ich das jetzt mit den AVR Studio simuliere, dauert es eine Ganze 
Weile bis er die Zeile "_delay_ms(1000);" überspringt (10-15s). Darum 
verhelfe ich mir bei testen damit die Zeile auszukommentieren. Das doofe 
dabei ist, dass ich sie am übertragen auf den µC manchmal vergesse 
wieder "einzuschalten" und der Sender damit nicht mehr funktioniert. Ich 
wundere mich dann jedesmal warum das blöde Teil nicht funktioniert, 
obwohl es am Vortag noch ging. Später fällt mir wieder ein woran das 
liegt.

Jetzt zu meiner eigentlichen Frage. Gibt es im AVR Studio einen Trick 
wie ich das "automatisch" auskommentieren kann wenn ich simuliere, oder 
dass das ganze etwas zügiger abläuft ??? Die Einstellung "Frquenzy" ist 
schon bei 4MHz.

Gruss

[oggy (Gast)]

präprozessor?

[P. F. (pfuhsy)]

Daran hab ich auch schon gedacht, aber wie?

[oggy (Gast)]

#define NO_SIM

...

#idef NO_SIM
_delay_ms(1000);
#endif

...

[oggy (Gast)]

und das

#define NO_SIM

beim target build rausnehmen.

[oggy (Gast)]

ich mein beim simulator build

[P. M. (o-o)]

Du kannst das NO_SIM sogar im Compile-Kommando unterbringen, -DNO_SIM 
wenn ich mich richtig erinnere.

[Thomas E. (thomase)]

Peter F. schrieb:
> Daran hab ich auch schon gedacht, aber wie?

 >>Project>>Configuration Options

 Im Startfenster unter 'Active Confuguration' mit 'Edit Configuration' 
eine weitere Konfiguration hinzufügen z.B 'DEBUG'.

Alle Einstellungen Device, Takt usw. müssen neu eingestellt werden!

Dann in 'Custom Options' unter 'All Files', sollte markiert sein,
-DDEBUG hinzufügen.


Im Programm:

#if DEBUG
  //RFM einschalten
  RFM_ON();
  initRFM_Ports();  //Ports für RFM initialisieren
  initRFM();    //RFM initialisieren
  //initTimer();    //Timer initialisieren
#else
  //RFM einschalten
  RFM_ON();
  _delay_ms(1000);  //TODO durch Zeitbabis ersetzten
  initRFM_Ports();  //Ports für RFM initialisieren
  initRFM();    //RFM initialisieren
  //initTimer();    //Timer initialisieren
#endif

Ich würde das/die ifdef nicht dazwischen quetschen, sondern es in Blöcke 
teilen. Alles andere wird nur unübersichtlich.


Jetzt kannst du in den Configuration Options die Active Configuration 
umschalten.

Wenn du das natürlich vergisst hast du allerdings weiter das Ding, das 
mit 'A' anfängt und mit 'rschkarte' aufhört.

mfg.

[P. F. (pfuhsy)]

Vielen Dank, ich werde es mal ausprobieren.

[Frank M. (ukw) (Moderator)]

Thomas Eckmann schrieb:
> Ich würde das/die ifdef nicht dazwischen quetschen, sondern es in Blöcke
> teilen. Alles andere wird nur unübersichtlich.

Braucht man auch nicht dazwischenzuquetschen.

Irgendwo oben oder im include genau 1mal definieren:

#ifdef DEBUG
#define DEBUG_DELAY_MS(x)   do { _delay_ms(x); } while (0)
#else
#define DEBUG_DELAY_MS(x)   do {               } while (0)
#endif

und dann im tatsächlichen Code:

  //RFM einschalten
  RFM_ON();
  DEBUG_DELAY_MS(1000);   //TODO durch Zeitbabis ersetzten
  initRFM_Ports();        //Ports für RFM initialisieren
  initRFM();              //RFM initialisieren
  //initTimer();          //Timer initialisieren

OHNE überhaupt ein #if oder #ifdef. Das ist genauso lesbar und vermeidet 
doppelten Code, der auch doppelt gepflegt werden muss.

[oggy (Gast)]

und wozu die while schleife?

[Frank M. (ukw) (Moderator)]

oggy schrieb:
> und wozu die while schleife?

Dies ist ein übliches Konstrukt, um mehrere Befehle in einen Block zu 
packen, also wenn das Makro z.B. über zwei Befehle geht. Diese könnte 
man zwar auch einfach mit geschweiften Klammern einpacken, also so:

#define FOOBAR(x)  { foo(x); bar(y) }

Aber dann würde ein fehlendes Semikolon im Source nicht auffallen:

  FOOBAR(x)

funktioniert dann genauso wie ein

  FOOBAR(x);

Wenn man das Makro ohne do-while Schleife klammert, dann würde bei

   if (x > 99)
      FOOBAR(x)
   format_disk();

und leerem Klammern-Block das format_disk() vom Compiler in den if-Zweig 
geschoben werden und nur noch bedingt ausgeführt werden.

In das Makro darfst Du aber auch kein Semikolon schreiben, denn das 
wären dann wieder 2 Statements, die bei einem

  if (irgendwas)
     if (x > 99)
        FOOBAR(x);
     else
        format_disk();

das else ans falsche if kleben würde - was fatal sein kann.

Bei der do-while-Schleife ist das Makro sicher, was solche Stolpersteine 
anbelangt.

Der Compiler erzeugt auch gar keine Schleife wegen dem while(0), das 
Konstrukt erzeugt also keinen Overhead.

In dem obigen konkreten Fall besteht das Makro aber nur aus einem oder 
keinem Statement. Dann könnte man das auch einfacher schreiben:

#ifdef DEBUG
#define DEBUG_DELAY_MS(x)   _delay_ms(x)
#else
#define DEBUG_DELAY_MS(x)

Aber da kommt dann wieder das vergessene Semikolon ins Spiel:

   if (x > 99)
      DEBUG_DELAY_MS(x)
   format_disk();

... wenn das Makro leer ist.

Das mit dem do-while ist ein Automatismus bei mir. Wenn man später mal 
das Makro noch um ein printf() erweitern will, braucht man es dann 
sowieso. Also: Mach es lieber.

[oggy (Gast)]

vielen dank. wieder etwas gelernt.