Debug starten ohne Build in AtmelStudio 6.2 (ATMega 324)

OP #3779547
Lesenswert?

Hallo,

ich benutze AtmelStudio 6.2, am USB einen AVR-Dragon und am JTAG einen 
ATMega 324.
Was mich ein bisschnen nervt und wofür ich keine Einstellmöglichkeit 
finde: Jedes Mal, wenn ich den Debugger starte (mit F5), wird ein Build 
samt Programmierung gestartet – auch wenn gar nichts an den Quellen 
verändert wurde.
Muss das so sein oder kann ich da was machen?

Gruß – Peter
Gast #3779696
Lesenswert?

Peter M. schrieb:

> Was mich ein bisschnen nervt und wofür ich keine Einstellmöglichkeit
> finde: Jedes Mal, wenn ich den Debugger starte (mit F5), wird ein Build
> samt Programmierung gestartet – auch wenn gar nichts an den Quellen
> verändert wurde.
> Muss das so sein oder kann ich da was machen?

Das muss so sein. Die IDE kann zwar Änderungen im Quelltext erkennen 
(bzw. deren Abwesenheit), aber nicht, ob zwischenzeitlich eventuell das 
Target getauscht wurde. Deswegen geht sie auf "Nummer Sicher".

Was ich mich aber frage: Warum startest du überhaupt dauernd die 
Programmausführung neu, wenn du am Quelltext nichts ändern wolltest und 
auch nichts geändert hast?

Mach doch einfach einen Reset des Targets (über die IDE natürlich). Da 
hierbei der Debugger niemals die Verbindung zum Target verliert, braucht 
auch nix neu übersetzt und geflasht zu werden, denn dann weiß die IDE 
ganz sicher, daß das Target immer noch dasselbe ist.
Gast #3779718
Lesenswert?

> Das muss so sein. Die IDE kann zwar Änderungen im Quelltext erkennen
> (bzw. deren Abwesenheit), aber nicht, ob zwischenzeitlich eventuell das
> Target getauscht wurde. Deswegen geht sie auf "Nummer Sicher".

Das muss selbstverständlich nicht so sein.

Professionelle Entwicklungsumgebungen übersetzen die Quelldateien nicht 
jedes mal neu. Zudem überprüfen sie, ob die aktuelle Zieldatei bereits 
geflasht wurde.
Gast #3779764
Lesenswert?

Brottrommel schrieb:

>> Das muss so sein. Die IDE kann zwar Änderungen im Quelltext erkennen
>> (bzw. deren Abwesenheit), aber nicht, ob zwischenzeitlich eventuell das
>> Target getauscht wurde. Deswegen geht sie auf "Nummer Sicher".
>
> Das muss selbstverständlich nicht so sein.

> Professionelle Entwicklungsumgebungen übersetzen die Quelldateien nicht
> jedes mal neu. Zudem überprüfen sie, ob die aktuelle Zieldatei bereits
> geflasht wurde.

Und was hilft das, wenn sie auf ein Target geflasht wurde, was schon 
letztes Weihnachten aus dem Sockel entnommen wurde?

Irgendwie kannst du nicht wirklich lesen. Vielleicht die Worte stammeln, 
aber den Sinn erkennen, dafür reicht's offensichtlich nicht...
OP #3780329
Lesenswert?

c-hater schrieb:
> Mach doch einfach einen Reset des Targets (über die IDE natürlich). Da
> hierbei der Debugger niemals die Verbindung zum Target verliert, …

Danke. Gute Idee.
Bleibt noch der Fall, wenn ich den Eindruck habe, es klemmt zwischen IDE 
und Dragon, so dass ich das USB-Kabel ziehe. (Bestimmt ein, zwei Mal am 
Tag.) Gut, dann ist das halt so; wäre trotzdem ein Fortschritt.

Ciao – Peter

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren