- Bildergalerie

AVR Studio 5: Variablen in I/O Bereich abgelegt

Nobuo T. Gast 12.09.2011 23:59 #2343264

Lesenswert?

•

Hi,

Ich habe das AVR Studio 5.0.1163 installiert und will ein C-Programm für 
einen ATMega324A erstellen.
Jedoch wollte der Code nicht so recht laufen. Beim Debuggen fiel auf, 
dass Variablen lustig Werte wechselten oder direkt nach einer Zeile mit 
Zuweisung den zugewiesenen Wert nicht annahmen.
Ein Blick auf die Variablenadressen und den disassemblierten Code 
zeigte, dass alle Variablen ab Adresse 0x0060 abgelegt wurden. Laut 
Datasheet liegt dort jedoch der Bereich der erweiterten I/O-Register. 
Erklärt so weit die Probleme.
Wie mache ich dem AVR Studio, bzw. GCC nun aber klar, dass er die 
Variablen gefälligst in den SRAM packen soll? Andere Ideen?

Das betreffende Projekt war ursprünglich mit AVR Studio 4 erstellt (lief 
dort ohne Probleme) und wurde im AVR Studio 5 importiert. Ich habe den 
korrekten µC eingestellt...

Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden

Jörg W. (dl8dtl) Moderator 13.09.2011 00:22 #2343286

Lesenswert?

•

▲
▼

Könnte ein Bug in der Toolchain sein, aber auch im AVR Studio.

Kannst du die Kommandozeilen posten, mit denen das compiliert wird?
Am besten, noch ein -v mit einfügen und dann die Ausgaben des
Compilers posten.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Nobuo T. Gast 13.09.2011 00:42 #2343302

Lesenswert?

•

▲
▼

Hm, mal sehen... Die Kommandozeilen sind:

avr-gcc -funsigned-char -funsigned-bitfields -DF_CPU=8000000UL  -Os -fpack-struct -fshort-enums -Wall -c -gdwarf-2 -std=gnu99 -v  -mmcu=atmega324a 
avr-gcc -v  -mmcu=atmega324a -Wl,-section-start=RAM=0x800100

Wie man sieht, habe ich auch schon versucht, mit memory sections zu 
experimentieren. Hat augenscheinlich aber genau gar nichts bewirkt.

Die Ausgabe beim Compilieren habe ich angehängt.

Angehängte Dateien:

avr_comp1.txt (20 KB)

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Jörg W. (dl8dtl) Moderator 13.09.2011 11:29 #2343617

Lesenswert?

•

▲
▼

Da ist in der Toolchain was versaut.  Bei dir:

1	`... collect2.exe -m avr5 -o LED_ctrl.elf ...`


Bei mir:

1	`... collect2 -m avr5 -Tdata 0x800100 -o foo.elf ...`


Das -Tdata 0x800100 fehlt bei deiner Toolchain.

> Wie man sieht, habe ich auch schon versucht, mit memory sections zu
> experimentieren. Hat augenscheinlich aber genau gar nichts bewirkt.

Ja, weil die section nicht "RAM" heißt, sondern ".data".  Damit
dürfte es auch bei dir gehen.

Schreib' das mal an support -ät- atmel -punkt- com.  Vielleicht
haben sie ja eine neuere Version der Toolchain für dich, die diesen
Bug schon behoben hat.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Nobuo T. Gast 13.09.2011 15:07 #2344021

Lesenswert?

•

▲
▼

Vielen Dank. Werde ich mal durchprobieren und ggF. an Atmel schreiben.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Franz R. Gast 23.11.2011 11:22 #2430836

Lesenswert?

•

▲
▼

Hi,

ich habe das gleiche Problem. Wie wurde es denn nun gelöst? Hast du von 
Atmel eine Antwort erhalten?

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Mobifu Gast 03.04.2012 17:45 #2620603

Lesenswert?

•

▲
▼

Hallo Helfer,
Ich habe eine Double Variable und ein Array mit der laenge 2
deklariert. Beim debuggen viel auf , dass die Beiden sich eine 
speicheradresse teilen.
Hat dieses Problem noch jemand?
Danke Mobifu , Avr Studio 5

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Mobifu Gast 03.04.2012 17:53 #2620624

Lesenswert?

•

▲
▼

Kleiner screenshot:
Die beiden Werte sind unten highlighted.
Gruss Mobifu

Angehängte Dateien:

debug.jpg (110 KB)

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Stefan E. (sternst) 03.04.2012 18:34 #2620679

Lesenswert?

•

▲
▼

Weil du außerhalb des Arrays zugreifst. Das Array hat nur zwei Member, 
nämlich einheit[0] und einheit[1]. einheit[2] existiert gar nicht, seine 
Adresse liegt hinter dem Array, daher der Konflikt mit einer anderen 
Variablen.

PS: Was hat das in diesem alten Thread zu suchen?

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Mobifu Gast 04.04.2012 16:20 #2622081

Lesenswert?

•

▲
▼