atxmega RAM korrupt ohne debugger

[Holger K. (holgerkraehe)]

Hallo zusammen

Ich verwende einen ATXmega128 zusammen mit dem Atmel Studio.
Nun habe ich folgendes Problem:

Wenn ich das Programm debugge, läuft alles einwandfrei und auf dem 
ZeichenDisplay erscheinen die richtigen Zeichen, Texte etc.

Wenn ich nun nach dem Debuggen, das Board von der Speisung trenne und 
erneut verbinde, so ist das Programm noch irgendwie vorhanden, jedoch 
wird das Display mit dem Inhalt eines bestimmten Buffers gefüllt.
Zwischendrinn stehen dann noch die richtigen Zeichen, teilweise.

Ein BufferOverflow an sich wäre jetzt nicht sonderlich schwierig zu 
finden.
Da jedoch die Buffer alle brav in ihren Grenzen bleiben solange ich 
debugge, weiss ich nun nicht wirklich wie weiter.

Weshalb kann sich das Programm derart anders verhalten ohne Debugger?

Ich hoffe jemand hat einen Rat.

Danke.

[Jim M. (turboj)]

Schaltplan+Layout, bitte.

Das Debugger Kabel verbindet die Schaltung mit PE (Erde), manchmal 
entschärft das elektomagnetische Störungen.

[Holger K. (holgerkraehe)]

Jim M. schrieb:
> Schaltplan+Layout, bitte.
>
> Das Debugger Kabel verbindet die Schaltung mit PE (Erde), manchmal
> entschärft das elektomagnetische Störungen.

Das ganze ist am Laptop angeschlossen, ohne Netzteil.
Somit alles floatend.

Der Debugger ist direkt auf dem Board.
Somit erfolgt die Speisung über den selben USB Port wie beim Debuggen 
auch.
Nur das ich dann nicht im AtmelStudio den Debugger starte.

[Frank (Gast)]

Evtl ist es mit Debugger langsamer und deshalb keine Sitzungen?
Verzögere Mal dein Programm und lass es dann nochmal laufen.

[Holger K. (holgerkraehe)]

Problem gelöst, es was zuwenig stack vorhanden.

[m.n. (Gast)]

Holger K. schrieb:
> Problem gelöst, es was zuwenig stack vorhanden.

Das wollte ich gerade schreiben ;-)
Das sind typische Programmfehler!

[P. Loetmichel (Gast)]

> Problem gelöst, es was zuwenig stack vorhanden.

Mit BASCOM wär das nicht passiert.

[Jim M. (turboj)]

P. Loetmichel schrieb:
>> Problem gelöst, es was zuwenig stack vorhanden.
>
> Mit BASCOM wär das nicht passiert.

Diese Aussage halte ich für gewagt, so ganz ohne weitere Details.