STM32 MCUs Embedded software

cancel
Showing results for 
Search instead for 
Did you mean: 

Forum Posts

Resolved! usbd_dfu_if.c

Hi, I'm trying to implement my own DFU bootloader interface, since I'm using a custom STM32F446RET board.Been looking into STM32F446ZE-Nucleo DFU_Standalone project to get some ideas, but seems to be quite different to my new custom CubeMX created pr...

VictorPr by Associate II
  • 257 Views
  • 1 replies
  • 0 kudos

Is UM1884 (STM32L4/L4+ HAL and low-layer drivers UM) description for RCC_PLLInitTypeDef inconsistent with header file 'stm32l4xx_hal_rcc.h' generated by STM32CUBEMX with respect to PLLP, PLLR parameter definitions?

The structure definition for RCC_PLLInitTypeDef in the header file 'stm32l4xx_hal_rcc.h', generated by STM32CUBEMX, is inconsistent with the RCC_PLLInitTypeDef struct description in the STM32L4/L4+ HAL and low-layer drivers UM (UM1884 Rev8) page 821,...

Tritc.1 by Associate
  • 300 Views
  • 1 replies
  • 0 kudos

HAL_Program_Flash not writing

Hello! I'm using the STM32F767ZI Nucleo board. I'm trying to test an IAP using LwIP. Since I can only get LwIP working in a FreeRTOS environment., that's what I'm using, I have the following code which I cannot get to even do a simple mass write of F...

HAL_SPI_Transmit_IT blocks

Hello,I've a problem with HAL_SPI_Transmit_IT() function as it blocks similar to HAL_SPI_Transmit.Microcontroller: STM32F205VCT6Compiler: arm-none-eabi-gcc, gcc version 7.3.1 20180622 (release)[ARM/embedded-7-branch revision 261907] (15:7-2018-q2-4)C...

0690X000006CGEWQA4.png 0690X000006CGEbQAO.png
Marc1 by Associate III
  • 2209 Views
  • 17 replies
  • 0 kudos

Resolved! Best Practice For Updating Custom Bootloader

I have a bit of an interesting situation. Our boards utilize the STM32f769NI chip, and we run our own custom bootloader that is used to read firmware images off of a microSD card and then update the firmware in flash memory. We flash a bootloader to ...

BJohn.1 by Associate II
  • 393 Views
  • 1 replies
  • 0 kudos

Resolved! Has anyone else noticed a typo in stm32g4xx_ll_tim.h in the cube. TIM_CR1_CMS_0 is the center-down.

#define LL_TIM_COUNTERMODE_CENTER_UP          TIM_CR1_CMS_0       /*!< The counter counts up and down alternatively. Output compare interrupt flags of output channels are set only when the counter is counting down. */#define LL_TIM_COUNTERMODE_CENTER...