Initialisierung von globalen Variablen in Codesourcery

[Andreas (Gast)]

Hallo

Ich habe ein Programm für den LPC2148 mit Codesourcery compiliert.

Im Source ist eine globale Variable PWM_Frequency definiert

uint32_t PWM_Frequency=1000;


void InitPWM(uint32_t InitialFreqency)
{
  SetFrequency(InitialFrequency);
  ...
}

Wenn ich das Programm ausführe, dan steht in der Variablen PWM_Frequency 
der Wert 0. In SetFrequency wird u.a. das MR0-Registger gesetzt. Meiner 
Ansicht nach müsste die Variable mit dem Wert 1000 initialisiert werden.

Übergebe ich allerdings:

 void InitPWM(uint32_t InitialFreqency)
{
  SetFrequency(1000);
  ...
}

dann funktioniert das Programm.

Habt ihr vielleicht eine Idee wo das Problem liegt? Optimierung ist 
ausgeschaltet. Das Problem tritt mit und ohne Debugging auf.

Grüsse

Andy

[Andreas (Gast)]

Eine Erkenntnis habe ich noch gewonnen.

Das Problem tritt bereits im im Startup-File in der Section

crt.s

 

snipp
  /* copy .data section (Copy from ROM to RAM) */
                ldr     R1, =_etext
                ldr     R2, =_data
                ldr     R3, =_edata
1:            cmp     R2, R3
                ldrlo   R0, [R1], #4
                strlo   R0, [R2], #4
                blo     1b                 <== Änderung der Variablen

    /* Clear .bss section (Zero init)  */
                mov     R0, #0
                ldr     R1, =_bss_start
                ldr     R2, =_bss_end
2:        cmp     R1, R2
                strlo   R0, [R1], #4
                blo     2b

        /* Enter the C code  */
                b       main

.endfunc
.end

Zuvor hat die Variable noch den richtigen Wert.

[Andreas (Gast)]

Und hier noch das Linker-File

[Hans (Gast)]

Dir ist schon klar, dass in Deinem Codeausschnitt nirgends PWM_Frequency 
benutzt wird, sondern nur InitialFrequency?

[Andreas (Gast)]

Hallo Hans

Ja, das ist mir klar. Habe es nur nicht hingeschrieben. Ich rufe es so 
auf:

  InitPWM(PWM_Frequency);

Beste Grüsse

Andy

[Andreas (Gast)]

Nun ist mir noch folgendes aufgefallen, dass alle initalisierenten 
Variaben um 8 verschoben im RAM stehen:

Im Map-File steht:

 .data          0x4000024b        0x0 ./obj/lpcextio.o
 .data          0x4000024b        0x0 ./obj/lpc2148_spi.o
 *fill*         0x4000024b        0x1 00
 .data          0x4000024c        0x8 ./obj/lpcspindle.o
                0x4000024c                PWM_Frequency
                0x40000250                PWM_RCFrequency
 .data          0x40000254        0x0 ./obj/misc.o
 .data          0x40000254        0x0 ./obj/ucmdbuf.o

Bei der Initialisierung im Startup-Code wird die Variable PWM-Frequency 
also auf die Adresse 0x40000254 anstatt auf 0x4000024c geschrieben.

Das Problem liegt daran, dass bereits die Adresse von _etext um 8 Byte 
verschoben ist. So wird sie zumindest im Startup-File geladen

Abschnitt Kopiere ROM to RAM im Startup-File

        /* copy .data section (Copy from ROM to RAM) */
                ldr     R1, =_etext
                ldr     R2, =_data
                ldr     R3, =_edata
1:            cmp     R2, R3
                ldrlo   R0, [R1], #4
                strlo   R0, [R2], #4
                blo     1b

        /* Clear .bss section (Zero init)  */
                mov     R0, #0
                ldr     R1, =_bss_start
                ldr     R2, =_bss_end
2:         cmp     R1, R2
                strlo   R0, [R1], #4
                blo     2b

An welcher Schraube muss man nun drehen damit die Adresse stimmt?

Vielen Dank für eure Tipps.

[Andreas (Gast)]

Im Mapfile steht bei  _etext die Adresse 0x000144b0
Diese wird im Startupfile bei

ldr     R1, =_etext

auch so geladen.

.rodata.str1.4
                0x000144ac        0x4 c:/program files (x86)/codesourcery/sourcery_codebench_lite_for_arm_eabi/bin/../lib/gcc/arm-none-eabi/4.6.3/../../../../arm-none-eabi/lib\libc.a(lib_a-impure.o)
 *(.glue_7)
 .glue_7        0x00000000        0x0 linker stubs
 *(.glue_7t)
 .glue_7t       0x00000000        0x0 linker stubs
                0x000144b0                _etext = .

.ARM.extab      0x000144b0        0x0
 .ARM.extab     0x000144b0        0x0 c:/program files (x86)/codesourcery/sourcery_codebench_lite_for_arm_eabi/bin/../lib/gcc/arm-none-eabi/4.6.3\libgcc.a(_divdi3.o)
 .ARM.extab     0x000144b0        0x0 c:/program files (x86)/codesourcery/sourcery_codebench_lite_for_arm_eabi/bin/../lib/gcc/arm-none-eabi/4.6.3\libgcc.a(_udivdi3.o)

.ARM.exidx      0x000144b0        0x8
 .ARM.exidx     0x000144b0        0x8 c:/program files (x86)/codesourcery/sourcery_codebench_lite_for_arm_eabi/bin/../lib/gcc/arm-none-eabi/4.6.3\libgcc.a(_divdi3.o)
 .ARM.exidx     0x000144b8        0x0 c:/program files (x86)/codesourcery/sourcery_codebench_lite_for_arm_eabi/bin/../lib/gcc/arm-none-eabi/4.6.3\libgcc.a(_udivdi3.o)
                                  0x8 (size before relaxing)

Stimmt vielleicht die Adresse im ROM nicht...?

[holger (Gast)]

>Stimmt vielleicht die Adresse im ROM nicht...?

Wo ist dein kompletter Quellcode?

Bei dem ganzen was du da oben von dir gegeben hast
sehe ich überhaupt kein einziges Problem außer das du wohl
einen Knoten im Hirn hast.


> .data          0x4000024c        0x8 ./obj/lpcspindle.o
>                0x4000024c                PWM_Frequency
>                0x40000250                PWM_RCFrequency
> .data          0x40000254        0x0 ./obj/misc.o
>
>Bei der Initialisierung im Startup-Code wird die Variable PWM-Frequency
>also auf die Adresse 0x40000254 anstatt auf 0x4000024c geschrieben.

Wie kommst du darauf? Die Adresse ist
0x4000024c                PWM_Frequency

Wie kommst du auf 0x40000254?

[Andreas (Gast)]

Den Code habe ich bisher mit WINARM übersetzt und dort hat alles 
einwandfrei funktioniert. Das Problem habe ich erst seit Umstieg auf 
Codesourcery. "Lediglich" der Compiler hat sich geändert. Startup-File 
und Linker-File sind gleich geblieben. Habe noch ein kleineres Projekt 
übersetzt und dort tritt das Problem nicht auf.

Wenn folgender Code aus dem Startup-File ausgeführt wird

/* copy .data section (Copy from ROM to RAM) */
                ldr     R1, =_etext
                ldr     R2, =_data
                ldr     R3, =_edata
1:            cmp     R2, R3
                ldrlo   R0, [R1], #4
                strlo   R0, [R2], #4
                blo     1b

dann ist der Registerstatus bei Label 1: folgender:

R1 0x00014358
R2 0x00000420
R3 0x00000690

Nach meiner Ansicht:
R1 Startadresse im Flash
R2 Zieladresse der ersten zu initialisieren Variable im RAM
R3 Endadresse RAM

Nach Ende der Schleife steht dann PWM Frequency
 (z.B 0xAABBCCDD) erst achten Stelle weiter hinten im RAM - also 
0x4000024C + 8 = 0x40000254 !

0x4000024c: xx xx xx xx xx xx xx xx DD CC BB AA xx xx xx xx

Deshalb komme ich auf 0x40000254

 *(.data)
 .data          0x40000200        0x0 ./obj/crt.o
 .data          0x40000200        0x0 ./obj/main.o
 .data          0x40000200        0x0 ./obj/manual.o
 .data          0x40000200        0x0 ./obj/cal.o
 .data          0x40000200        0x0 ./obj/ujo.o
 .data          0x40000200        0x0 ./obj/umot.o
 .data          0x40000200       0x4c ./obj/upc.o
                0x40000200                FIRMWARE_VERSION
                0x40000224                CONTROLLER_VERSION
                0x40000234                COMPILAT
 .data          0x4000024c        0x0 ./obj/ujogbuf.o
 .data          0x4000024c        0x0 ./obj/lpcusb.o
 .data          0x4000024c        0x0 ./obj/usbstdreq.o
 .data          0x4000024c        0x0 ./obj/usbcontrol.o
 .data          0x4000024c        0x0 ./obj/usbhw_lpc.o
 .data          0x4000024c        0x0 ./obj/usbinit.o
 .data          0x4000024c        0x8 ./obj/lpcspindle.o
                0x4000024c                PWM_Frequency
                0x40000250                PWM_RCFrequency
 .data          0x40000254        0x0 ./obj/armvic.o
 .data          0x40000254        0x0 ./obj/console.o
 .data          0x40000254        0x3 ./obj/lpchardw.o

Bereits in der Variable FIRMWARE_VERSION sind die ersten 8 Byte falsch 
d.h:

#ifdef  DEBUG 
  #define DGB_POSTFIX  "d\0"
#else
  #define DGB_POSTFIX  "\0"
#endif
char FIRMWARE_VERSION[] = "Example 2, 2012" DGB_POSTFIX;

Nach der Initialisierung steht drin:

FIRMWARE_VERSION[] = xx xx xx xx xx xx xx xx Example 2, 2012d

[Andreas (Gast)]

Also eine Erkenntnis habe ich nun noch gewonnen:

Programm mit Startup- und Linkerfile von WINARM compiliert läuft stabil. 
Allerdings Problem mit der oben beschriebenen Initialisierung von 
Variablen.

Programm mit Startup- und Linkerfile eines Codesourcery-Beispiels 
compiliert. Programm instabil (nach etwa 2 Minuten). Variablen richtig 
initialsiert.
Eine kleine Verbesserung (Programm läuft etwas länger) konnte ich 
erreichen indem ich die Stackgrösse auf 1024 Byte erhöht hatte.

Vielleicht hängen die beiden Probleme aber nicht miteinander zusammen.

Anbei das Linkerfile, welches ich im Netz gefunden habe