请教如何在 STM32CubeIDE 的控制台中使用 ITM Printf

只看该作者 · 2025-4-14 22:30

我想直接在 STM32CubeIDE 的控制台中使用 ITM Printf，但它在我这边不起作用。

能使用 ITM_SendChar（）在“SWC ITM data Console”中显示字符。

还有一个问题：

为了使用 printf，得更改 syscalls.c 中的 _write 函数，如下所示：

__attribute__((weak)) int _write(int file, char *ptr, int len){ int DataIdx; for (DataIdx = 0; DataIdx < len; DataIdx++) { ITM_SendChar( *ptr++ ); } return len;}

但即使进行了此更改，printf 也不起作用。

每次我想使用控制台显示时，都必须单击“SWV ITM Data Trace”上的“Start Trace”。每次新仿真，都必须这样做。

请问有没有一种简单的方法可以在仿真时启用“Start Trace”？

1万 · 2025-5-13 16:25

用硬件断点。

1万 · 2025-5-13 16:25

在代码中添加一个宏或函数，用于在需要时启动跟踪。

1万 · 2025-5-26 07:23

是的，每次启动调试后都得点“Start Trace”，我也是这么干的，确实挺麻烦。这个简单，在编译选项里加个 -save-temps 就能生成 .s 文件了。这个我也踩过坑，f_utime 需要在 ffconf.h 里启用 FF_FS_NORTC 和 FF_FS_READONLY 等配置，建议检查下。感觉像是调试模式下系统时钟没跑起来，I2C总线时序乱了。试试在CubeMX里确认下debug模式下的时钟配置。看起来 CubeMX 生成的 MAC 地址实际是从 ethernetif.c 里赋值的，改宏没用是因为代码里没用到。线长15cm已经是极限了，确实需要注意阻抗，尤其是USB高速的话对差分阻抗要求挺严格的。看起来不像是温度问题，你有没有实时查看TIM1的状态寄存器，看看是不是进了中断或者被强制关闭了？是不是电流采样点跟实际导通时刻对不上，PWM死区时间确实可能让采样偏早或偏晚。是不是SPI和I2S切换的时候有残留配置没清掉？GPIO可能还保留上一次的模式。你那个振铃可能是走线太长或者阻抗不匹配造成的，加串联电阻是对的方向。