STM32F4 discovery unter Linux

[Michael S. (michatroniker)]

Hi!
Ich versuche seit einiger Zeit, das STM32F4 Discovery board unter Linux 
zum Laufen zu bekommen. Zum Glück gibt es dazu das Tutorial hier:
http://www.mikrocontroller.net/articles/STM32F4-Discovery

Prinzipiell hat (mit kleineren Schwierigkeiten) alles soweit geklappt. 
Ich hab inzwischen auch st-link und den compiler erfolgreich kompiliert 
und kann sie per Konsole aufrufen.

Jetzt habe ich das blink-Programm aus dem Tutorial kopiert und wollte es 
kompilieren, aber dann kommt immer so ein dummer Fehler:
undefined reference to `assert_param'

und das, obwohl ich oben im header der main.c noch die config-File 
einbinde
#include "stm32f4xx_conf.h",
in der assert_param wie im Tutorial beschrieben eingebunden wird.
was mache ich denn noch falsch?!

Viele Grüße,
Michael

[hp-freund (Gast)]

Bist Du sicher das kein #ifdef oder eine andere Bedingung das Einbinden 
verhindert?
Alternativ kannst Du im Makefile dem Compiler auch den Parameter 
übergeben:

-D"assert_param(expr)=((void)0)"

[Michael S. (michatroniker)]

naja, eigentlich sollte das alles passen. ich zeig dir mal meine main.c:

#include "stm32f4xx.h"
#include "stm32f4xx_conf.h"
GPIO_InitTypeDef  GPIO_InitStructure;

void Delay(__IO uint32_t nCount) {
  while(nCount--) {
  }
}

int main(void) {
  /* GPIOD Periph clock enable */
  RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOD, ENABLE);

  /* Configure PD12, 13, 14 and PD15 in output pushpull mode */
  GPIO_InitStructure.GPIO_Pin = GPIO_Pin_12 | GPIO_Pin_13 | GPIO_Pin_14 | GPIO_Pin_15;
  GPIO_InitStructure.GPIO_Mode = GPIO_Mode_OUT;
  GPIO_InitStructure.GPIO_OType = GPIO_OType_PP;
  GPIO_InitStructure.GPIO_Speed = GPIO_Speed_100MHz;
  GPIO_InitStructure.GPIO_PuPd = GPIO_PuPd_NOPULL;
  GPIO_Init(GPIOD, &GPIO_InitStructure);

  while (1) {
    /* Set PD12 Green */
    GPIOD->BSRRL = GPIO_Pin_12;
    /* Reset PD13 Orange, PD14 Red, PD15 Blue */
    GPIOD->BSRRH = GPIO_Pin_13 | GPIO_Pin_14 | GPIO_Pin_15;
    Delay(10000000L);

    /* Set PD13 Orange */
    GPIOD->BSRRL = GPIO_Pin_13;
    /* Reset PD12 Green, PD14 Red, PD15 Blue */
    GPIOD->BSRRH = GPIO_Pin_12 | GPIO_Pin_14 | GPIO_Pin_15;
    Delay(10000000L);

    /* Set PD14 Red */
    GPIOD->BSRRL = GPIO_Pin_14;
    /* Reset PD12 Green, PD13 Orange, PD15 Blue */
    GPIOD->BSRRH = GPIO_Pin_12 | GPIO_Pin_13 | GPIO_Pin_15;
    Delay(10000000L);

    /* Set PD15 Blue */
    GPIOD->BSRRL = GPIO_Pin_15;
    /* Reset PD12 Green, PD13 Orange, PD14 Red */
    GPIOD->BSRRH = GPIO_Pin_12 | GPIO_Pin_13 | GPIO_Pin_14;
    Delay(10000000L);
  }
}

und die stm32f4xx_conf.h (eigentlich alles nur aus dem tut kopiert)

#ifndef __STM32F4xx_CONF_H
#define __STM32F4xx_CONF_H

/* Includes ------------------------------------------------------------------*/
/* Uncomment the line below to enable peripheral header file inclusion */
// #include "stm32f4xx_adc.h"
// #include "stm32f4xx_can.h"
// #include "stm32f4xx_crc.h"
// #include "stm32f4xx_cryp.h"
// #include "stm32f4xx_dac.h"
// #include "stm32f4xx_dbgmcu.h"
// #include "stm32f4xx_dcmi.h"
// #include "stm32f4xx_dma.h"
// #include "stm32f4xx_exti.h"
// #include "stm32f4xx_flash.h"
// #include "stm32f4xx_fsmc.h"
// #include "stm32f4xx_hash.h"
#include "stm32f4xx_gpio.h"
// #include "stm32f4xx_i2c.h"
// #include "stm32f4xx_iwdg.h"
// #include "stm32f4xx_pwr.h"
#include "stm32f4xx_rcc.h"
// #include "stm32f4xx_rng.h"
// #include "stm32f4xx_rtc.h"
// #include "stm32f4xx_sdio.h"
// #include "stm32f4xx_spi.h"
// #include "stm32f4xx_syscfg.h"
// #include "stm32f4xx_tim.h"
// #include "stm32f4xx_usart.h"
// #include "stm32f4xx_wwdg.h"
// #include "misc.h"

#ifdef  USE_FULL_ASSERT
  #define assert_param(expr) ((expr) ? (void)0 : assert_failed((uint8_t *)__FILE__, __LINE__))
  void assert_failed(uint8_t* file, uint32_t line);
#else
  #define assert_param(expr) ((void)0)
#endif

#endif

[hp-freund (Gast)]

Bedenke auch das die Dateien:

stm32f4xx_gpio.c
stm32f4xx_rcc.c

ebenfalls assert_param benutzen. Da reicht es nicht wenn nur die main.c
die Funktion kennt.

[Michael S. (michatroniker)]

das heißt? soll ich in diese dateien auch die stm32f4xx_conf.h 
einbinden?! das sind doch vorgegebene header dateien, da pfuscht man 
doch nix drin rum?

[hp-freund (Gast)]

Mach es doch so wie ich oben geschreiben habe.
Im Makefile dem Compiler -D"assert_param(expr)=((void)0)" übergeben.

[Michael S. (michatroniker)]

aber das kann doch nicht die allgemeine Lösung sein?! der erstellt die 
makefile ja bei jedem build neu, das heißt dass ich jedesmal manuell die 
makefile ändern soll und dann manuell builden soll?! abgesehen davon 
funktioniert das grade auch nicht, vielleicht bin ich einfach zu dumm 
das an die richtige stelle in der make zu packen.
was hat es eigentlich mit dieser stm32f4xx_conf.h auf sich, braucht man 
die stm32f4xx.h UND die stm32f4xx_conf.h in der main.c? Laut dem 
tutorial includet der ja nur die stm32f4xx.h

sry, ich checks nicht ;)

[M. K. (avr-frickler)]

Hi Michael.

Kannst du bitte mal die komplette Fehlerausgabe aus Eclipse einstellen 
und hier veröffentlichen?

Meine Vermutung ist das dein Eclipse nicht alle Include-Verzeichneisse 
kennt. Sind dei PATH-Variablen richtig gesetzt?

Einmal auf einer neuen Konsole "echo $PATH" ausführen und hier 
veröffentlichen.

Welches Linux verwendest du?

[Strickwettbewerbgewinner (Gast)]

Übergib mal folgende Compilerflags, das tun die Examplecodes auch:

-DUSE_STM32F4_DISCOVERY -DSTM32F4XX -DUSE_STDPERIPH_DRIVER

[Karl H. (kbuchegg)]

Hmm,
Reihenfolgenproblem?

Wenn das Makro nach der verwendenden Stelle in irgendeinem Header 
(inline Funktionen) benutzt wird, dann wird es nicht mehr ersetzt und 
bleibt als echter Funktionsaufruf im Code.

Zieh das Makro testweise mal vor alle Includes

#ifdef  USE_FULL_ASSERT
  #define assert_param(expr) ((expr) ? (void)0 : assert_failed((uint8_t *)__FILE__, __LINE__))
  void assert_failed(uint8_t* file, uint32_t line);
#else
  #define assert_param(expr) ((void)0)
#endif


#include "stm32f4xx.h"
#include "stm32f4xx_conf.h"
...

Auch kommt mir die Reihenfolge der Header hier etwas seltsam vor.

[M. K. (avr-frickler)]

Wenn ich mich recht entsinne steckt in der stm32f4xx.h ein #include 
"stm32f4xx_conf.h" ist allerdings schon wider viel zulange her das ich 
mich mit dem STM32F4 weiter beschäftigen konnte.

[A. B. (funky)]

Ich hatte das Problem auch, allerdings beim STM32F2 was aber keinen 
Unterschied machen sollte.

Ich habe mir dann damit beholfen, die "stm32f2xx_conf.h" bzw. 
"stm32f4xx_conf.h" in den einzelnen Library Files noch mit zu includen.

Du benutzt ja z.B. die GPIO&RCC Lib...demzufolge müsste es reichen, in 
der "stm32f4xx_gpio.c" und in der "stm32f4xx_rcc.c" die 
"stm32f4xx_conf.h" zu includen, da in dieser die assert Makros definiert 
sind.

Es müssten Dir ansonnsten auch Meldungen ausgespuckt werden, in welchem 
File es zu den Fehlern kommt.


Wie das aber korrekt gemacht wird weiss ich auch nicht...mir hat es 
damals so gereicht. Aber so ganz im Sinne des Erfinders kann das ja 
nicht sein, da es sich um die fertige ST Lib handelt. Das man da manuell 
noch *.h Files includen muss wird sicherlich auch eleganter zu lösen 
sein, aber so hats bei mir funktioniert

[Arthur D. (graznik)]

Hi,

ich habe die Firmware für das Evalboard für Linux angepasst und alle 
unnötigen Dateien (diejenigen für IDEs) entfernt. Kompiliert wird mit 
"make", entwicklet mit dem emcacs ;-)

Grüße

Arthur Dent