STM32CubeF4 Nucleo BSP LED control bug

[dlkeng]

Posted on May 21, 2014 at 03:28

In version 1.1.0 of STM32CubeF4, the BSP for the Nucleo boards has an LED control bug - the functions operate in reverse.

That is, BSP_LED_On() turns off the Nucleo LED and BSP_LED_Off() turns on the LED.

These functions are located in the file:

 

  Drivers\BSP\STM32F4xx-Nucleo\stm32f4xx_nucleo.c

#bsp #nucleo #nucleo #stm32cubef4-nucleo #bsp #led

[Montassar BEN ROMDHANE_O]

Posted on May 21, 2014 at 15:42

Hi,

It seems that you are using a nucleo  Rev B board.

The developped BSP driver works well with Rev A and Rev C board, the LEDs PCB layout are different (inversed) in nucleo Rev B.

You have just to fine tune this driver to make it work with your board.

With regards.

[dlkeng]

Posted on May 27, 2014 at 00:31

No, I have a Rev C board. LED2 is turned on by driving the PA5 pin high as shown in the schematic.

Below is a copy of the code from: STM32Cube_FW_F4_V1.1.0\Drivers\BSP\STM32F4xx-Nucleo\stm32f4xx_nucleo.c

162   void BSP_LED_On(Led_TypeDef Led)

163   {

164     HAL_GPIO_WritePin(GPIO_PORT[Led], GPIO_PIN[Led], GPIO_PIN_RESET);

165   }

      

174   void BSP_LED_Off(Led_TypeDef Led)

175   {

176     HAL_GPIO_WritePin(GPIO_PORT[Led], GPIO_PIN[Led], GPIO_PIN_SET);

177   }

As you can see, BSP_LED_On( ) resets the pin instead of setting it and BSP_LED_Off( ) sets the pin instead of resetting it!

[Montassar BEN ROMDHANE_O]

Posted on May 27, 2014 at 11:41

Hi Dan,

I confirm the bug, since this driver is not 'maybe' validated using a STM32F401RE-Nucleo RevC board... because as I said the LEDs PCB layouts of old Nucleo revisions is inverted..

With regards.