Atmel Studio probleme wenn optimization aktiv

Hallo,
ich vermute auch, daß es ein RAM oder auch Stacküberlauf sein könnte. 
Aber wie kann man das feststellen? Der Prozessor ist ein SAM3X8E 
(Arduino Due). Bisher habe ich noch keine Möglichkeit gefunden, z.B. die 
Stackgröße irgendwo zu definieren. buf selbst ist ziemlich groß, 
momentan mit int8_t buf[4096] definiert. Ich kann ja mal versuchen, das 
Feld kleiner zu machen, momentan brauche ich es nicht so groß. Wo kann 
man denn die Speicherbelegung sehen, die der Compiler wählt? Sollter der 
nicht meckern, wenn das RAM nicht reicht, statt die Daten sich 
überlappen zu lassen?

Besonders habe ich auch den Stack in Verdacht, daß der zu klein ist, 
aber die Hilfe von Atmel erzählt dazu fast nichts. Besonders nichts, wie 
man die reservierte Stackgröße anpassen kann. Weiß da jemand was? 
Vielleicht ist das auch der Grund, daß die SD-Kartenfunktionen nicht 
einwandfrei laufen.

aw_readLine() funktioniert einwandfrei, auch im optimierten Code und hat 
nichts mit der lokalen Variable i zu tun, die danach verändert wurde.

Gruß
Andy

Peter II schrieb:
> ein Problem mit error?

error ist 32 Bit, laut Definition sollen aber 8 Bit zurück gegeben 
werden. Da kommt der Compiler ins schwitzen. Welcher Compiler ist es, 
der da keine Warnung ausgibt?

Peter II schrieb:
> hier kann es aber zu keinen Fehler kommen

Wie werden Rückgabe Werte übergeben?
Im Register? Der Aufrufer erwartet in R1 die Rückgabe und glaubt, dass 
R2 bis R5 unbeschadet bleiben. Die Rückgabe erfolgt aber in R1 bis R4 
und schon ist eine lokale Variable im Eimer.

Auf dem Heap? 4 Bytes werden belegt und nur eines wird abgeräumt. Peng.

Dein Vertrauen in den Compiler ehrt dich.

Hallo,
das Verkleinern von buf[4096] auf buf[128] hat zumindest die Funktion 
auch mit Optimierung wieder richtig laufen lassen. Eine Warnung, daß RAM 
zu knapp wird, bekomme ich aber nicht einmal, wenn ich sämtliche 
Warnungen incl. "pedantic" aktiviere. Den Stack-size habe ich irgendwann 
auch bei mir gefunden, bei mir ist der Pfad aber etwas anders und die 
Datei heißt nur flash.ld. Da war die Size auf 0x2000, die habe ich auf 
0x3000 heraufgesetzt. Ein Heapsize ist in meiner Datei flash.ld aber 
nicht definiert.

Seltsam war, daß das Lesen von Dateien von der SD-Karte mit optimiertem 
Code recht gut geht, nur manchmal muß ich bei längeren Dateien (auch nur 
wenige kB, aber mehr als ein Sektor) mehrere Versuche machen. Ohne 
Optimierung klappte das Lesen fast nie, nur ganz selten. Eigentlich 
sollte langsamer doch eher funktionieren? SPI wird allerdings mit der 
prozessoreigenen Hardware erledigt, d.h. der SPI-Clock hat die gleiche 
Frequenz. Schreiben funktioniert immer noch nicht, aber das scheint auch 
ein Timingproblem zu sein, denn ein einzigesmal hat es doch geklappt.

Ich habe auch eine Interruptfunktion, hier der vereinfachte Code:

1

void SysTick_Handler(void)

2

{

3

   uint8_t     n;

4

5

   n = Timer0;

6

   if (n) Timer0 = --n;

7

8

   return;

9

}

Timer0 ist eine globale Variable und soll für Delays usw. dienen. Die 
wird auch von ff.c für die SD-Funktionen genutzt.

Im Hauptprogramm wird sie folgendermaßen initialisiert, ich bin mir aber 
nicht sicher, ob das so richtig ist:

1

int main(void)

2

{

3

   uint32_t    udata, rc_unit, error, color;

4

   int32_t     i, j, k, idata, turned_local;

5

   uint8_t     c;

6

   int16_t     yn;

7

   uint16_t    xx, yy;

8

   uint8_t     spi_tx[64];

9

   uint8_t     spi_rx[64];

10

11

   SystemInit();                      // Initialize the SAM system

12

   WDT->WDT_MR = 0x00008000;          // disable Watchdog

13

   if (SysTick_Config(sysclk_get_cpu_hz() / 1000))

14

      while (1) {}  //Capture error

15

   NVIC_EnableIRQ(SysTick_IRQn);

16

   __enable_irq();

17

.....

Die Interruptroutine springt aber nicht sofort an, sondern erst viel 
später, nachdem mehrere, eigene Funktionen schon aufgerufen wurden. Ein 
Delay, das Timer0 benutzt und früh aufgerufen wird, wird daher nie 
beendet, da Timer0 noch nicht herunter gezählt wird.

Obigen Code hatte ich in einem Beispielcode gefunden, die  zwei Zeilen 
mit NVIC_EnableIRQ() und __enable_irq() habe ich hier mal in einem 
Posting gefunden. Scheint aber nicht das richtige zu sein.

Gruß
Andy