公告 : 有关Stm32cubemx软件的Bug问题,请到以下官方网站提交!
公告 :
stm32cubemx从公测以来,各种Bug层出不穷,为了更好的回应大家的反馈
相关的Bug问题比较多,请大家移步到官方提供的入口提交:
有两种方式:
方式一:
提交到官网的Feedback地址:
Feedback网址
方式二:
提交到ST官方论坛相关板块:
官方论坛网址
https://my.st.com/public/STe2ecommunities/mcu/Lists/STM32Java/AllItems.aspx
谢谢大家配合!
30 个回复
◕ ̯͡◕ ゛
赞同来自: qianzhu1126
cubeMX版本4.9.0 或者4.10.0
库：stm32cube_fw_f1_v110 或者 stm32cube_fw_f1_v120
总是会报错：Error: no definition for "__RBIT"
编译器：IAR EWARM
原因不明
那2丶还不醒
赞同来自: gouyouwen 、红烧鱼 、cyqchangyuqi
我同学用stm32f103_FW_4.11生成FSMC lcd代码，然后我用4.12生成一个新的，其它代码一样。
然而4.12并不能显示。
一样的cube配置，一样的代码，一样的开发板，为什么结果不一样。
kiva
赞同来自: 广州贺工
泊远
赞同来自: 东方赤那 、haixian
if (__HAL_DMA_REMAP_CHANNEL_ENABLE(HAL_REMAPDMA_TIM6_DAC1_CH1_DMA1_CH3) != HAL_OK)
{
Error_Handler();
}
../Src/stm32f3xx_hal_msp.c(112): error: #29: expected an expression
Stm32cubemx bug
please fix this bug quickly
when DAC1 dma on,bug existing
Beloring
赞同来自:
开发环境：
stm32cubemx4.17
STM32F091RC
MDK 5.21
STM32Cube FW_F0 V1.6.0
BUG:
自动生成代码，啥事没做，编译就报错了！
Beloring
赞同来自:
../Src/usart.c(108): error: #29: expected an expression
if (
_HAL_DMA1_REMAP(HAL_DMA1_CH3_USART2_RX) != HAL_OK)
../Src/usart.c: 0 warnings, 1 error
"091RC-gyro\091RC-gyro.axf" - 1 Error(s), 0 Warning(s).
Target not created.
Build Time Elapsed: 00:00:03
东方赤那
赞同来自:
生产工程后编辑就报错
可乐可不乐
赞同来自:
生成工程时，卡在这个界面不动。注销一下会好，但是一会就又是这样了
傲龙啸天 - 90后工控男
赞同来自: 飘叶寻梦 、人生＆如梦 、shonyy 、可乐可不乐 、一路狂奔#
RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_HSI|RCC_OSCILLATORTYPE_HSE|RCC_OSCILLATORTYPE_LSE;
未使用内部高速RC电路 初始化代码里有HSI 导致初始化进入不清楚的死循环 据其他网友反映着不仅存在于F4系列代码里 F7也一样
泊远
赞同来自: Herr_Keine-Zeit
stm32cubeMX
__HAL_AFIO_REMAP_TIM2_PARTIAL_1
if run this code，“swd” will not work，should add
__HAL_AFIO_REMAP_SWJ_ENABLE();
bug may not happen
cyqchangyuqi
赞同来自:
LOL 广大热心网友还是很给力的，哈哈，我配置了一个程序，第一天运行还好，第二天运行也好，第三天就抽了，没有改Cube的内容。很多时候会隔夜抽是怎么回事
cyqchangyuqi
赞同来自:
感觉用java写的cube程序感觉并不是太好哇，好多bug呀
べ少年ぃ犯
赞同来自: 感冒多喝水 、甄小伍
生成的F407工程编译。。。占用CPU百分百，编译时间太长，使用的是6500，而且总是卡死。。。
southcreek
赞同来自:
@泊远 你的办法可以。如果用SWD调试，端口REMAP后，让SWD缺省成JTAG了。运行这个 __HAL_AFIO_REMAP_SWJ_ENABLE(); 后，又能复原。
yechengyuan - ST FANS
赞同来自:
我使用的是比较大的芯片,H7的,硬件非常多,资源丰富,非常慢,像卡死状态,每个修改都要等超过10秒,我的电脑是I5 CPU,不知道有什么方法可以设置快点
Beloring
赞同来自:
开发环境：KEIL V5.20
MCU : STM32F405RGT6
HAL库版本：V1.7.1
Beloring
赞同来自:
BUG描述： CAN总线初始化，超时；
if (HAL_CAN_Init(&hcan1) != HAL_OK)
{
_Error_Handler(__FILE__, __LINE__);
}
can初始化，就卡死在这里，经过DEBUG追踪，发现HAL_StatusTypeDef HAL_CAN_Init(CAN_HandleTypeDef* hcan)函数，返回HAL_TIMEOUT参数
Beloring
赞同来自:
STM32CUBEMX版本：4.20
索马里海盗！！
赞同来自:
楼上的两位 CAN初始化超时的问题解决了吗？？？？？？？
songzblink - 90
赞同来自:
L152RE LL库在32M时钟频率下需要在函数SystemClock_Config添加一行代码LL_FLASH_Enable64bitAccess()，否则程序将会卡死
eggstm32cube
赞同来自: Suaig
STM32Cube F4 V1190：
使用LL驱动库后，stm32f4xx_ll_rcc.h中HSE_VALUE宏会覆盖掉stm32f4xx_hal_conf.h中的定义。
导致在CubeMX中设置过的HSE频率被覆盖成默认25M，导致sysclk频率计算不正确。
根本原因是LL库没有HAL库类似的config文件，也没有复用hal的config参数，架构设计不完善。
≤*)))＞{ 时
赞同来自: 五老师 、江边飞鸟
我最近使用cubemx v4.24老是生成代码的时候就卡死了。
五老师
赞同来自: 江边飞鸟
我最近使用cubemx生成代码的时候一直卡死
peterizx
赞同来自: admin
发现个cubeMX库函数的BUG。1.6版本F1的HAL库计算波特率的函数有问题。在开发项目时候，我们主板用的是HSI时钟，发现使用cubeMX输出的代码，串口输出始终是乱码，后通过KEIL仿真查看brr寄存器，发现在我们当前的PCLK2时钟频率下计算出来的波特率是错误，刚好差了两倍的。
下面是原版的库函数，这个配置出来的波特率是错误的
这是修改后的库函数，串口数据正常，波特率配置正确
longline
赞同来自:
我用的STM32CubeMX 4.25的库，STM32F205RCT6,CAN总线，一发送数据就超时！
/* Get tick */
tickstart = HAL_GetTick();
/* Check pending message */
while(__HAL_CAN_MSG_PENDING(hcan, FIFONumber) == 0U)
{
/* Check for the Timeout */
if(Timeout != HAL_MAX_DELAY)
{
if((Timeout == 0U)||((HAL_GetTick() - tickstart ) > Timeout))
{
hcan->State = HAL_CAN_STATE_TIMEOUT;
/* Process unlocked */
__HAL_UNLOCK(hcan);
return HAL_TIMEOUT;
}
}
}
代码各种调整，都不行！
じ世↗華ゞ
赞同来自:
CUBEMX生成的代码，仿真在主函数设置断点不停下来，程序没问题，不在主函数设置断点就可以停下来，请问这是为什么?我用标准库就不会有这个问题
我还没有想好网名
赞同来自:
xukaiming
赞同来自: caoenq
现在每个功能模块的Remap 都不见了,都只能使用第一功能PIN ,remap到哪里去也不知道
阿达 ^_^
赞同来自:
今天更新了V6.1版本，配置STM32F103C8T6，发现TIMER只有1234，其他几个都不见了。
sgq123
赞同来自:
STM32L152RCT6 生成的驱动MX_LCD_Init();让程序卡死！！！！！！！！！！！