Ask questions on STM32CubeMX. Discuss code generation and configuration challenges, among other topics.
Most recent activity
Hello, I am trying to reproduce a Lwip project that was done on STM32CubeMX V5, and STM32CUBE FW_H7 V1.7.0. The project is very simple and consists of ethernet and lwip (httpd). The project works well on FW_H7 V1.7.0, but it does not compile on FW_H7 V1.8.0. The very same settings does not work on the newer firmware version. The error type is shown in the photo.Please help as this is really confusing. Thank you in advance for your help.
I want to configure and use Modbus mode, but there are no options avalible. CubeMX version 6.0.1.202008101643. STM32CubeF7 Firmware Package V1.16.0. Software packs have no something suitable.
I would like to use the DSP. Unfortunately it already fails because of the #include "arm_math.h".The file is not available in the project.Is there a suitable tutorial somewhere, everything I found so far does not work.I use a STM32F7 and STM32CubeIDE version 1.4.2. (When creating a project the option: "copy_all_used_libraries_into_the_project" is greyed out)
I am using STM32CubeMX v6.0.1. I am designing for the chip STM32L552RET6. The problem is I want to output as a GPDSC file and the option is greyed out. If I select a different chip, I can select that toolchain no problem. How do I force the application to select this toolchain?
I configured a few working projects with FreeRTOS and CubeMX, but today I notified something strange with my .ioc files.I initally configured a project with CubeMX 5 and after having configured the FreeRTOS, the NVIC configuration pages looked like that:(Don't mind the red circle specially, it is an old screenshot). But the point is, there were a column to select if the interrupt will use some freertos functions and if so, it applies the priority level according to the parameter "LIBRARY_MAX_SYSCALL_INTERRUPT_PRIORITY" of your FreeRTOS", in my case, level 5.It was great and clear.But now, there isn't anymore this column with this great feature with cubeMx 6 which is sad (see picture below)But more important, in this same project, the priority as been modified without my will to 0 instead of 5.Unless I am wrong, FreeRTOS API can't be called from interrupt with lower number (higher priority) than the parameter mentionned earlier.So my project would't be working because of that. Happily f
using stm32cubemx 6.0 to make a project for STM32F103RC TIM init.the configuration as follow pictures.the code be generated as a wrong as follow.stm32cubemx version 6.0STM32Cube_FW_F1_V1.8.0
I posted previous for 6.0 that there was a bug where it would change your ProjectManager settings from 'Add necessary library files' to 'Copy only the necessary library files'. (https://community.st.com/s/question/0D53W00000DffOTSAZ/updating-from-cubemx-53-to-6-results-in-some-project-settings-changing)That bug is technically fixed, as it no longer updates the .ioc file and keeps whatever setting you previously had. The new bug is that is just completely ignores that setting and always chooses "Copy only the necessary library files"This is what my .ioc files says:ProjectManager.LibraryCopy=2This is what my project file does when I open itRegardless of what changes I make to the project and that setting, the .ioc file never changes and it always opens up with "Copy only the necessary library files". So like, we're half way there I guess?This happens on an H7 project and an L4 project I tested. The H7 was a 6.0 project and the L4 was a 5.0.1 project.
I think there is a bug in the new CubeMX 6.0 when generating code using freeRTOS. It may just be when migrating from an older CubeMX project to a newer one, I'm not sure.I updated a project that was built using CubeMX 5.3 to CubeMX 6 and rebuilt all the files. While there was an issue with the Call to HAL handlers being unchecked under the NVIC controls so that all the interrupt handlers no longer called the HAL files, that was at least easily fixable. However, I did notice a change to the SysTick interrupt with regards to freeRTOSBelow is the code generated by CubeMX 5.3void SysTick_Handler(void) { /* USER CODE BEGIN SysTick_IRQn 0 */ /* USER CODE END SysTick_IRQn 0 */ HAL_IncTick(); #if (INCLUDE_xTaskGetSchedulerState == 1 ) if (xTaskGetSchedulerState() != taskSCHEDULER_NOT_STARTED) { #endif /* INCLUDE_xTaskGetSchedulerState */ xPortSysTickHandler(); #if (INCLUDE_xTaskGetSchedulerState == 1 ) } #endif /* INCLUDE_xTaskGetSchedulerState */ /* USER CODE BEGIN SysTick_IRQn 1 */
This is a follow-up for: https://community.st.com/s/question/0D50X0000BB1eL7SQJ/bug-cubemx-freertos-projects-corrupt-memory?t=1594600862291Due to popular demand, I’ve updated and placed a couple of components on Github: https://github.com/DRNadler/FreeRTOS_helpers, including:heap_useNewlib (stop those nasty memory-management crashes), anda port.c for Cortex M4-7 that adds MSP (ISR) stack checkingI’ve also updated and expanded the web page http://www.nadler.com/embedded/newlibAndFreeRTOS.html.Hope you find this helpful!Best Regards, Dave
STM32F103C8 , with MXCUBE, MDK-ARM V5. I would like to know how to program to store the counter value in flash memory even in power failure. when power goes up automatically recall the counter value. Please support me to solve this. I am not fully aware of microcontrollers. I am RF engineer.
CubeMX generates weird number for timer period.I set the timer period to 0xffffffff in the GUI. That results in CubeMX setting:4.294967295E9for the period. That value is wrong. It should be just 4294967295.Is that a CubeMX bug?
MCU Reference STM32H743XIHxFirmware Package Name and version: STM32CUME FW_H7 V1.7.0CubeMx Version 5.6.1Bug exists in stm32H743xx.h and/or stm32h7xx_hal_rcc_ex.cClock selection always compiles as Tim2_Ck even when Cpu_Ck is selected on the clock configuration page.This is due to stm32h7xx_hal_rcc_ex.c looking for a definition of HRTIM (see line 1580). stm32H743xx.h has a defition of HRTIM1 (line 2393). I worked around for now with a #define HRTIM HRTIM1CheersJames
Steps to reproduce:Enable asynchronous UARTEnable Tx and Rx pins swappingSelect LL driver instead of HAL.Code generated at end of MX_UART4_Init:LL_USART_Enable(UART4); LL_USART_SetTXRXSwap(UART4, LL_USART_TXRX_SWAPPED);Reference manual states pins must be swapped before UART is enabled.
In a time I set my STM32CubeIDE to remember to launch STM32CubeMX every time I want to create a new project, now I would like to disable this option but I have not found a solution about how to reset it or disable this option.I have reinstalled several times the IDE without success, checked some files in the system but not found any relation to that option.Do you know how to do it?
..
Hello,I'm using STM32CubeIDE to write code for STM32F103C board. Comming back to work on a project that was closed, first main.c file dissapeared. I tried different operations files dissapering one by one, but eventually when I generate code all my files are gone and CubeIDE generate complete new main.c and other files in the SRC folder (see picture - .H files are still there but the .C files not).Strange thing is, when I open CubeIDE it is like is in the debug mode (see second picture ).I hope they are just moved somewhere. My backup project is old and there was a lot of code.Am I doing something wrong? Do we know conditions for this behavior of the CubeIDE interface?Thanks,
I have code running on an STM32H750 which uses the HAL drivers to stream audio from a microSD (SDMMC + IDMA) to a DAC (SAI + DMA). I’m doing mostly mostly 16-sector reads, at a rate of about 300 reads per second (28 16-sector reads every 93 ms). The card handles this easily with a 50MHz bus speed. I’m using sine-wave audio data and monitoring the output with a spectrum analyzer so that any issues show up easily.All reads are using AXI memory, and I have an MPU region enabled properly for this memory and am doing cache management, as I have done successfully with other STM32 processors. Everything works great with one exception.My issue is that about once every hour or two (or more), the HAL_SD_ReadBlocks_DMA() function times out. By “times out�?, I mean that the read multi-block command is sent and a correct response is received, but the subsequent interrupt never occurs, and the code waiting for the read completion (by checking a flag cleared in the SD interrupt), times out.The HAL fu
Hi I'm using stm32f746- discovery board. I created a project with CubeMX v5.6.1 and Enable Ethernet, LWip, FreeRTOS . In this project I set the board as client and my PC as server. I sent some bytes from microcontroller to PC(server) through the ethernet. My Project worked well and connected to server(my PC!) properly , but after I updated STM32CubeMX form V5.6.1 to V6.0.0 and regenerate that project with the new version of CubeMX(V6.0.0) it does not connect to server, I check the connection of the stm32 board by using ping command in CMD of Windows it shows reply from the microcontroller but the microcontroller does not send data. is there anyone can help me for fixing this problem?
Hi !After generating code for the tool chain SW4STM32 the Eclipse project setting "exclude from build" for files or folders is reset:used software versions:STM32CubeMx 5.6.1Eclipse 2020-06 (4.16.0)Eclipse AC6 plugins: Bug or feature ?Best regards, Michael.
Hello community,I have configured the Nucleo-F767ZI LwiP (no RTOS) and Ethernet through CubeMx. I have also setup the echo_server configuration on the board. I can successfully ping and send a receive back messages from the board (using python on another machine) with an assigned IP and port number. Since I have configured the board to operate as a server, I want to send commands (such as strings if possible from the python end) and toggle LEDs on the board for example.I am new to TCP/IP protocol and I would gladly appreciate any input and resource. My project will utilize ethernet communication as a primary protocol. I will not use HTTP server. Thank you, Michael T.
1: Is it so that DMA/MUX on all STM32G0xx devices cant access GPIO?2: Cube MX cant enable 64Mhz on the clock config (max 48Mhz) a bug?3:TIM15 can be enbled by CubeMX G030Cx but is not on G030Cx devices, bug in CubeMX?
STM32 CubeMX 6.0.0 resets clock configuration to 64MHz. I had to go back and fix everything by hand. Also, after generating code, there are several instances where HAL typedefs can't be found and it breaks FreeRTOSI am in the process of going back to 5.6.1. Thank god for gitI recommend that no one updates to 6.0.0
I use STM32CubeMx to generate a project, in this project the FLASH_TIMEOUT_VALUE value is 50000ms by default.I want to know why STM32CubeMx set 50000ms as its value? It was used in this function:HAL_StatusTypeDef FLASH_WaitForLastOperation(uint32_t Timeout).
Some free text would help help documenting work and settings of CubeMx.While you are doing that, please add export function to major Cad sw.
ST Community highlights – April to June 2026
Already have an account? Login
No account yet? Create an account
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.