AVR-Studio nutzt falsche .hex-Datei

[Johannes (menschenskind)]

Hallo

Seit heute wird mein AVR mit einer falschen .hex-Datei programmiert, 
denn jetzt lässt der Atmega eine LED blinken, was aber in meinem 
aktualisierten Programm gar nicht vorkommt.
Habe die .hex-Datei gelöscht, das Programm neu kompiliert, aber das 
Problem besteht weiterhin.

Ich glaube ich hatte vorher versucht, meine Schaltung mit dem 
ISP-Programmierer zu debuggen. Dabei hatte ich auch in den Optionsmenüs 
vom AVR-Studio rumgewerkelt. Kann es evtl. damit zusammen hängen?

Bin grad total ratlos.

[Stefan E. (sternst)]

Beim Wechsel von einem Projekt zu einem anderen wechselt die Hex-Datei 
im Programmier-Dialog nicht mit. Du musst dort also immer darauf achten, 
dass auch die richtige Hex-Datei ausgewählt ist.

[spess53 (Gast)]

Hi

>Ich glaube ich hatte vorher versucht, meine Schaltung mit dem
> ISP-Programmierer zu debuggen.

Mit welchem Erfolg?

>Dabei hatte ich auch in den Optionsmenüs
>vom AVR-Studio rumgewerkelt. Kann es evtl. damit zusammen hängen?

Nein. Das File wird im Programmer-Dialog eingestellt.

MfG Spess

[Johannes (menschenskind)]

Es ist ja dasselbe Projekt.

Ich habe auch die Dateien aus dem Default-Ordner alle gelöscht. Dann 
neukompiliert und programmiert(Pfad im Programmermenü korrekt 
eingestellt).
Doch wieder die alte Leier.

Ich wusste nicht, dass man den Programmer nicht zum Debuggen nutzen 
kann. Kam ja auch ne Fehlermeldung.

Das AVR-Studio nervt aber auch ganz schön. Bspweise gibt's da keinen 
Befehl, mit dem man einen markierten Bereich auskommentieren kann.
Und auch andere Sachen stören mich daran.

Kennt ihr ne Alternative dazu?

[spess53 (Gast)]

Hi

>Ich habe auch die Dateien aus dem Default-Ordner alle gelöscht. Dann
>neukompiliert und programmiert(Pfad im Programmermenü korrekt
>eingestellt).
>Doch wieder die alte Leier.

Glaub ich nicht. Aber dann starte mal den Simulator. Dann kannst du im 
Programmier-Dialog `'Use current Simulator/Emulator Flash Memory' 
auswählen

>Das AVR-Studio nervt aber auch ganz schön. Bspweise gibt's da keinen
>Befehl, mit dem man einen markierten Bereich auskommentieren kann.
>Und auch andere Sachen stören mich daran.

Einen Befehl nicht, aber mit '/* .... */' geht das auch recht schnell.

>Kennt ihr ne Alternative dazu?

Wie viel willst/kannst du bezahlen?

MfG Spess

[Johannes (menschenskind)]

Mmh seltsam. Also es klappt doch irgendwie, aber ich kann mir nicht 
erklären, warum der ne Funktion aufruft, die im Code nicht mehr 
drinsteht.

[Gast (Gast)]

Hast du denn dein Projekt auch mal gespeichert nachdem du das Blinken 
entfernt hast?
Es werrden doch die gespeicherten Dateien auf der Platte kompiliert 
oder?

[Johannes (menschenskind)]

Ach Mist, hab die sache gefunden. Da war noch ein Aufruf der 
Blinkroutine in einer anderen .c-Datei. Eieiei. Schöne Scheiße...

Klar /* */ ist keine Frage, aber das kann man leider nicht schachteln.

Außerdem wär es gut, grade bei verschachtelten If-Anweisungen, wenn die 
jeweils zugehörigen '{'-Klammern beim draufklicken markiert würden.

[Matthias B. (matthias882)]

Für sowas rückt man eben den Code entsprechend ein. Mit bißchen Ordnung 
und Stil im Code bleiben auch große Programme übersichtlich.
Diese enlenden klicki-bunti Oberflächen lernen einem das halt nicht...

Oder programmier in ASM, da gibts garkeine IFs und {}  :-D

[... .. (docean)]

http://www.mikrocontroller.net/articles/AVR_Eclipse

Beitrag "Re: AVR Eclipse Tutorial" beachten oder nicht??

EDIT: das 
http://www.wiki.elektronik-projekt.de/mikrocontroller/avr/avr_tutorials 
scheint aktueller zu sein