Probleme mit Reset Atmega128

Das RAM bleibt beim Reset, wie es ist, es sei denn, Dein Compiler (C) 
oder Dein Programm (ASM) löscht es explizit. Nach dem Einschalten ist 
der Inhalt des RAMs undefiniert.

> Es handelt sich um die
> Variable switch_pos_old. Nach einem RESET bzw weg- und wieder
> zuschalten der Betriebsspannung behält diese ihren Wert!

Hmm.
Da es sich hier um eine globale Variable handelt, sollte
da eigentlich nicht so sein.
Nach einem Reset bzw. nach anlegen der Spannung läuft die
C Runtime wieder hoch und sollte eigentlich die Initialisierung
machen.

Aus deinem Code Snippet kann man nicht ersehen, wie du feststellst,
dass diese Initialisierung nicht durchgeführt wird.


NB: Du brauchst nicht explizit eine 0 zuweisen. Globale
Variablen werden in C automatisch auf 0 initialisiert sofern
nichts anderes angegeben ist.

Da fehlt ja auch noch ne Menge Code. Fakt ist aber, das die Variable 
nach dem RESET den selben Wert hat, wie vorher. Das sehe ich an meiner 
Elektronik, und auch mit dem Debugger.
Habe grad eben mal nen anderen atmega129 probiert, und mit dem 
funktionierts so wies soll. Wahrscheinlich hat also der Prozessor einen 
weg. Unverständlich ist es aber trotzdem. Eine Frage stellt sich mir 
trotzdem noch, so rein verständnistechnisch:
Wie läuft eigentlich die Vergabe der adressen für solche Variablen ab?
Wird das durch den Compiler festgelegt? Oder macht das der Controller 
jedesmal wenn er das Programm startet? Kannst du mir mal den ungefähren 
Ablauf bei einer solchen globalen Variable erklären?

Michael Schankin wrote:
> Da fehlt ja auch noch ne Menge Code.
Und warum?

> Fakt ist aber, das die Variable
> nach dem RESET den selben Wert hat, wie vorher. Das sehe ich an meiner
> Elektronik, und auch mit dem Debugger.
Strange...

> Habe grad eben mal nen anderen atmega129 probiert,
Ist das der Nachfolger vom Mega128? Kannte ich noch gar nicht... SCNR

> Wie läuft eigentlich die Vergabe der adressen für solche Variablen ab?
> Wird das durch den Compiler festgelegt? Oder macht das der Controller
> jedesmal wenn er das Programm startet? Kannst du mir mal den ungefähren
> Ablauf bei einer solchen globalen Variable erklären?
Für die Platzierung der Daten im Speicher (also das Ersetzen der 
symbolischen Bezeichner durch Speicheradressen) ist der Linker 
zuständig. Im Prinzip fügt der Linker die vom Compiler übersetzten 
Module zu einem lauffähigen Programm zusammen. Im Programmspeicher des 
Controllers stehen schließlich keine Variablen, sondern nur Adressen. 
Und die sind fest, also zur Laufzeit des Programms nicht änderbar.

@Johannes M.
Das heißt, wenn das Programm einmal auf dem Controller ist haben die 
Variablen immer die gleichen Adressen im RAM. Also kann es ja sein, dass 
wenn der Inhalt der VAriable stehen bleibt, warum auch immer. Diese bei 
Neustrat des Controllers noch den gleichen wert haben. Oder?

@Falk
Dann erklär mir mal warum es mit dem einen atmega geht und mit dem 
anderen nicht!

Gruß

@Johannes M.
> Da fehlt ja auch noch ne Menge Code.
> Und warum?


Ich kann ja nicht den ganzen Code hier rein stellen, das liest ja keine 
Sau und hat auch nichts mit dem Problem zu tun.

Michael Schankin wrote:
> @Johannes M.
> Das heißt, wenn das Programm einmal auf dem Controller ist haben die
> Variablen immer die gleichen Adressen im RAM.
Richtig.

> Also kann es ja sein, dass
> wenn der Inhalt der VAriable stehen bleibt, warum auch immer. Diese bei
> Neustrat des Controllers noch den gleichen wert haben. Oder?
Normalerweise nicht, da alle globalen Variablen bei Programmstart 
automatisch mit "0" initialisiert werden. Das hat Karl Heinz ja bereits 
angedeutet.

Dann muss ja aber der atmega defekt sein! Ich versteh nur nicht ganz was 
da defekt sein soll, was solche Effekte hervorruft?