Simulationsproblem über Konsole

[Daniel B. (zehplusplus)]

Ich will eine Zeiterfassung für eine Rennstrecke schreiben 
(Start/Zielzeiten). Bevor ich mir das teure Equipment leiste, will ich 
eigentlich vorher das ganz Programm mal über ne Konsole testen. Wie kann 
ich das denn simulieren? Oder kann ich sogar den Controler selbst 
simulieren? Das AVR-GCC Tutorial gibt da leider auch nichts drüber her.

[Noname (Gast)]

Hier http://www.mikrocontroller.net/articles/AVR-Simulation findest Du 
Infos über Simulatoren.

[Daniel B. (zehplusplus)]

Hab mich jetzt für den Simulator im AVR Studio entschieden. Zuerst 
wollte ich mal den Simulator testen, mit folgendem Programm:

#include <avr/io.h>

int main(void)
{
  int a,b,c=0;
  a=0;
  b=5;
    while (a<b)
    {
    a++;
    c=a+b;
  }
}
Ich habe mir (ab der while Schleife) in jede Zeile nen Break-Point 
gesetzt, allerdings reagiert der Debugger nicht auf diese. Der gelbe 
Pfeil springt direkt auf die letzte Zeile. Why?

[Floh (Gast)]

Optimierung an?
Der Compiler könnte die Schleife entfernen, da das Ergebnis von c 
vorrausgesagt werden kann.

[Daniel B. (zehplusplus)]

Auch wenn ich die Zeile für die c-Berechnung ausblende, passiert das 
Gleiche... Wie schalte ich die Optimierung aus?

[Daniel B. (zehplusplus)]

Ist es denn möglich, den gelben Pfeil auf eine Zeile zu setzen?

[Karl H. (kbuchegg)]

mach halt irgendwas mit dem Ergebnis, so dass es nicht wegpoptimiert 
werden kann. Zb auf einem Port ausgeben. Dein Programm ist mommentan 
ziemlich sinnlos, der Compiler merkt das und optimiert so ziemlich alles 
weg.

Den Pfeil kannst du nicht dorthinsetzen, weil von deinem Programm in der 
Ausführung nichts mehr übrig bleibt.

#include <avr/io.h>

int main(void)
{
  int a,b,c=0;

  DDRB = 0xFF;   // kompletrten Port D auf Ausgang setzen

  a=0;
  b=5;

  while (a<b)
  {
    a++;
    c=a+b;

    PORTD = c;   // und c auf dem Port D ausgeben
  }
}

Jetzt kann er zumindest nicht mehr alles wegoptimieren, weil die Ausgabe 
auf dem Port erfolgen MUSS.

Entweder das oder du schaltest die Optimierung ab.

[Daniel B. (zehplusplus)]

Ok, das funzt mit dem debuggen. Und wie Optimierung will ich definitiv 
ausgeschaltet haben, wie geht das?

[Karl H. (kbuchegg)]

Eigentlich willst du die Optimierung beim realen Programmieren nicht 
abgeschaltet haben.

Aber seis drum. Welche Entwcklungsumgebung verwendest du?
Im AVR-Studio stellst du die Optimierung bei den Projekt-Optionen auf 
-O0 (das ist (Ohhh null)

[Daniel B. (zehplusplus)]

Karl Heinz Buchegger schrieb:
> Eigentlich willst du die Optimierung beim realen Programmieren nicht
> abgeschaltet haben.

Das stimmt, aber zum debuggen ist es für mich als Anfänger auch ok.

> Welche Entwcklungsumgebung verwendest du?

AVr Studio 5. Habe die Einstellungen gefunden.

DANKE VIELMALS

[Daniel B. (zehplusplus)]

Zum eigentlichen Thema zurück: Kann ich ne Ausgabe über Konsole 
generieren? Mit simplen printf scanf Befehlen?

[Karl H. (kbuchegg)]

Nein

[Karl H. (kbuchegg)]

Und lies dir das AVR-GCC-Tutorial durch.
Ein µC, wie der AVR, programmiert sich ein wenig anders als dein Desktop 
PC.

Insbesondere, für den Anfang, willst du nicht int verwenden, wenn du mit 
einem uint8_t auch durchkommst.

[Johann L. (gjlayde)]

Karl Heinz Buchegger schrieb:

> Den Pfeil kannst du nicht dorthinsetzen, weil von deinem Programm in der
> Ausführung nichts mehr übrig bleibt.

Ganz am Rande: Das hat eigentlich nix miteinander zu tun:

Ob der Code optimiert wurde oder nicht — solange die entsprechende 
Debug-Infos

1) erzeugt werden

und

2) adäquat vom Debugger verarbeitet werden

kann man Pfeil auch dorthin setzen, wo der Code wegoptimiert ist (weil 
die entsprechende Debug-Info nämlich noch da ist und ausgewertet wird). 
Oder man kann sich den Wert wegoptimierter Variablen anzeigen lassen.

1) ist für GCC der Fall — vorausgesetzt, man bedient ihn richtig

2) ist für den AVR-Studio-Debugger offenbar nicht gegeben.
   Was verwundert, da die neue 5-er Version doch sooo viel
   Neuerungen bringen soll...

[Wolfgang (Gast)]

Daniel Brunn schrieb:
> Das stimmt, aber zum debuggen ist es für mich als Anfänger auch ok.

Dann solltest du allerding alles mit delay_us() und delay_ms() mit 
größter Vorsicht genießen. Die mögen gar nicht, wenn die Optimierung 
abgeschaltet ist (siehe Kommentar in delay.h).