STM32VL-Discovery & printf

[An S. (an_s)]

Hallo zusammen,

bin noch recht neu was mikrocontroller und deren programmierung angeht. 
Jedoch scheitere ich schon an der einfachen ausgabe von zeichen auf die 
konsole. Hier mein mini-programm:

  #include <stdio.h>

  int main()
  {
     printf("hello world\n");
  }

Und hier geht was beim linken schief:

       [cc] Starting link
       [cc] arm-none-eabi-gcc -O0 -nostartfiles -Wl,-Map=Print1.map -mcpu=cortex-m3 -mthumb -LC:\CooCox\CoIDE\workspace\Print1 -Wl,--gc-sections -Wl,-TC:\CooCox\CoIDE\workspace\Print1\link.ld -g -o Print1.elf ..\obj\startup_stm32f10x_md_vl.o ..\obj\core_cm3.o ..\obj\system_stm32f10x.o ..\obj\stm32f10x_pwr.o ..\obj\stm32f10x_gpio.o ..\obj\main.o ..\obj\stm32f10x_rcc.o ..\obj\stm32f10x_usart.o ..\obj\maiin.o
       [cc] c:/program files/arm-none-eabi-gcc-4_6/bin/../lib/gcc/arm-none-eabi/4.6.2/../../../../arm-none-eabi/lib/armv7-m\libg.a(lib_a-sbrkr.o): In function `_sbrk_r':
       [cc] sbrkr.c:(.text+0xc): undefined reference to `_sbrk'
       [cc] c:/program files/arm-none-eabi-gcc-4_6/bin/../lib/gcc/arm-none-eabi/4.6.2/../../../../arm-none-eabi/lib/armv7-m\libg.a(lib_a-writer.o): In function `_write_r':
       [cc] writer.c:(.text+0x10): undefined reference to `_write'
       [cc] c:/program files/arm-none-eabi-gcc-4_6/bin/../lib/gcc/arm-none-eabi/4.6.2/../../../../arm-none-eabi/lib/armv7-m\libg.a(lib_a-closer.o): In function `_close_r':
       [cc] closer.c:(.text+0xc): undefined reference to `_close'
       [cc] c:/program files/arm-none-eabi-gcc-4_6/bin/../lib/gcc/arm-none-eabi/4.6.2/../../../../arm-none-eabi/lib/armv7-m\libg.a(lib_a-fstatr.o): In function `_fstat_r':
       [cc] fstatr.c:(.text+0xe): undefined reference to `_fstat'
       [cc] c:/program files/arm-none-eabi-gcc-4_6/bin/../lib/gcc/arm-none-eabi/4.6.2/../../../../arm-none-eabi/lib/armv7-m\libg.a(lib_a-isattyr.o): In function `_isatty_r':
       [cc] isattyr.c:(.text+0xc): undefined reference to `_isatty'
       [cc] c:/program files/arm-none-eabi-gcc-4_6/bin/../lib/gcc/arm-none-eabi/4.6.2/../../../../arm-none-eabi/lib/armv7-m\libg.a(lib_a-lseekr.o): In function `_lseek_r':
       [cc] lseekr.c:(.text+0x10): undefined reference to `_lseek'
       [cc] c:/program files/arm-none-eabi-gcc-4_6/bin/../lib/gcc/arm-none-eabi/4.6.2/../../../../arm-none-eabi/lib/armv7-m\libg.a(lib_a-readr.o): In function `_read_r':
       [cc] readr.c:(.text+0x10): undefined reference to `_read
       [cc] '
       [cc] collect2: ld returned 1 exit status

Ich programmiere mit coide von coocox, welches sich ja um die passenden 
linker-skripte etc. pp. kümmern sollte. Was also mache ich falsch und 
wie kann ich es beheben?

Grüße

[Jan H. (jan_h74)]

Und nach was soll "printf() dan etwas ausspucken ? Ist nirgendwo 
definiert. Printf() ist auch keine Standardfunction in <stdio.h>. 
Bestimmte compiler haben da selbst eine lib definiert, aber bei diesen 
bin ich unbekannt.
sprintf() ist well definiert, aber macht nur eine String aus text/ 
variabele. Zweitens muss diese String dan an USART oder etwas anderes 
uebergeben werden.

[Oliver J. (skriptkiddy)]

https://sites.google.com/site/stm32discovery/open-source-development-with-the-stm32-discovery/getting-newlib-to-work-with-stm32-and-code-sourcery-lite-eabi

Gruß Oliver

[An S. (an_s)]

Jan H. schrieb:
> Und nach was soll "printf() dan etwas ausspucken ? Ist nirgendwo
> definiert.

Als Test soll printf erst einmal "Hello World" auf die Console der IDE 
ausspucken.

> sprintf() ist well definiert, aber macht nur eine String aus text/
> variabele. Zweitens muss diese String dan an USART oder etwas anderes
> uebergeben werden.

Mit USART habe ich mich noch nicht beschäftigt. Ist es generell möglich, 
dass das Board einen String an die Konsole der iDE ausgibt oder muss das 
generell über USART geschehen und mit einem Terminal am PC abgefangen 
werden?

Grüße

[Thomas W. (diddl)]

Nicht jeder JTAG unterstützt Ausgabe auf die Console der IDE. CooCox 
verwendet weitgehend die standard Header dateien von ST.

Man kann printf() ganz leicht auf einen der USART umleiten. Am USART 
habe ich eine USB bridge und gehe damit auf den PC. Wenn man es ganz gut 
machen will, wickelt man die Ausgabe und Eingabe vom USART noch über 
Interrupt und Ringbuffer ab. Dann entstehen keine unerwünschten 
Wartezeiten durch die Ausgabe über printf().

Alternativ könnte man den USB anprogrammieren und einen virtuellen COM 
Port zum PC schaffen. Ich halte das jedoch für unnötigen overhead im 
Code, mir gefällt die USART Lösung einfach viel besser.

[Dr. Sommer (Gast)]

Thomas Winkler schrieb:
> Ich halte das jedoch für unnötigen overhead im
> Code, mir gefällt die USART Lösung einfach viel besser.
Na printf() kann man ja auch elegant dahin umleiten... Klar geht mehr 
"Leistung" für das USB-Zeug drauf, dafür kann man aber auch schneller 
übertragen ;-)

An S. schrieb:
> Als Test soll printf erst einmal "Hello World" auf die Console der IDE
> ausspucken.
Das geht nicht, wie gesagt musst du die Übertragung selber basteln, ob 
per UART, USB oder was andrem...

[An S. (an_s)]

Oliver J. schrieb:
> https://sites.google.com/site/stm32discovery/open-...
>
> Gruß Oliver

Ich habe mal das Tutorial zum Aufsetzen von Eclipse + CodeSourcery 
durchprobiert (mehrfach) und bekomme beim kompilieren des Beispiels 
immer folgenden Fehler:

15:30:13 **** Incremental Build of configuration Debug for project Template ****
make all 
C:\Program: C:\Program: No such file or directory
make: *** [std_src/misc.o] Error 127

Ich habe CodeSourcery bzw. alle anderen Programmteile in Ordnern liegen, 
die kein Leerzeichen enthalten (nicht mal den Teil "Program").
Weiterhin habe ich die Anweisungen von 
Beitrag "Re: Was will Eclipse von mir? - Vollständiges Log" befolgt (weiß jedoch 
nicht, was er mit ProgramFiles und USBProg meint; ProgramFiles ist bei 
mir nicht gesetzt). Hilft nichts, selber Fehler.

[An S. (an_s)]

NACHTRAG:

Ich habe mal die newlib_stubs.c Datei in dem Unterordner 'src' angelegt. 
Beim Kompilieren kommt jedoch der Fehler:

       [cc] Starting link
       [cc] arm-none-eabi-gcc -O0 -nostartfiles -Wl,-Map=Print1.map -mcpu=cortex-m3 -mthumb -LC:\CooCox\CoIDE\workspace\Print1 -Wl,--gc-sections -Wl,-TC:\CooCox\CoIDE\workspace\Print1\link.ld -g -o Print1.elf ..\obj\startup_stm32f10x_md_vl.o ..\obj\core_cm3.o ..\obj\system_stm32f10x.o ..\obj\newlib_stubs.o ..\obj\stm32f10x_pwr.o ..\obj\stm32f10x_gpio.o ..\obj\main.o ..\obj\stm32f10x_rcc.o ..\obj\stm32f10x_usart.o
       [cc] c:/program files/arm-none-eabi-gcc-4_6/bin/../lib/gcc/arm-none-eabi/4.6.2/armv7-m\libgcc.a(unwind-arm.o): In function `get_eit_entry':
       [cc] unwind-arm.c:(.text+0x144): undefined reference to `__exidx_start'
       [cc] unwind-arm.c:(.text+0x148): undefined reference to `__exidx_end'
       [cc] collect2: ld returned 1 exit status

Daher habe ich mal versucht Code-Rümpfe in newlib_stubs.c anzulegen:

int _start(){
  return 1;
}

int _end(){
  return 1;
}

Mit dem selben Ergebnis. In CoIDE kann man im Repository Fenster das 
Paket 'C Library' wählen, welches die Datei 'syscalls.c' im Unterordner 
syscalls anlegt. Da kommt es jedoch zur selben Fehlermeldung, wie mit 
newlib_stubs.c

[Oliver J. (skriptkiddy)]

Diese Referenzen kommen eigentlich vom Linksskript.

[An S. (an_s)]

In CoIDE wird das Linkskript ja automatisch angelegt, nachdem man seinen 
Mikrokontroller ausgewählt hat. Komischerweiße funktioniert das 
Linkskript ohne Probleme bei Sourcecode, welches kein iprintf() / 
printf() enthält.
Wenn ich die Zeile

iprintf("Greeting Earthlings");

auskommentiere, wird das binary ordentlich erstellt.

Das Linkerskript enthält:

OUTPUT_FORMAT ("elf32-littlearm", "elf32-bigarm", "elf32-littlearm")
SEARCH_DIR(.)
INCLUDE "memory.ld"

/* Section Definitions */ 
SECTIONS 
{ 
    .text : 
    { 
        KEEP(*(.isr_vector .isr_vector.*)) 
        *(.text .text.* .gnu.linkonce.t.*)         
        *(.glue_7t) *(.glue_7)                    
        *(.rodata .rodata* .gnu.linkonce.r.*)                            
    } > rom
    
    .ARM.extab : 
    {
        *(.ARM.extab* .gnu.linkonce.armextab.*)
    } > rom
    
    .ARM.exidx :
    {
        *(.ARM.exidx* .gnu.linkonce.armexidx.*)
    } > rom
    
    . = ALIGN(4); 
    _etext = .;
    _sidata = .; 
        
    .data : AT (_etext) 
    { 
        _sdata = .; 
        *(.data .data.*) 
        . = ALIGN(4); 
        _edata = . ;
    } > ram

    /* .bss section which is used for uninitialized data */ 
    .bss (NOLOAD) : 
    { 
        _sbss = . ; 
        *(.bss .bss.*) 
        *(COMMON) 
        . = ALIGN(4); 
        _ebss = . ; 
    } > ram
    
    /* stack section */
    .co_stack (NOLOAD):
    {
        . = ALIGN(8);
        *(.co_stack .co_stack.*)
    } > ram
       
    . = ALIGN(4); 
    _end = . ; 
}