CMSIS-RTOS工程中添加stm32f10x_it.c后出现函数重复定义的问题

美丽的时光机器 · 发表于 2018-8-9 17:32:20

1.新建了一个CMSIS-RTOS模板工程，工程中不添加stm32f10x_it.c文件时候，编译通过。
2.添加stm32f10x_it.c后编译出现函数重定义错误。这是为什么？
3.如果按照错误提示，把stm32f10x_it.c文件中提示重定义的函数注释掉后是否还能正常响应中断呢？或者说这种注释掉函数来解决问题是不是一种正确的做法呢？（因为我想既然是stm32f10x_it.c写好的中断函数还是不要私自修改比较好）
4.提示错误如图所示
QQ截图20180809172451.png

K.O.Carnivist · 发表于 2018-8-9 17:32:21

删掉 stm32f10x_it.c 里面重复的 PendSV、SVC 和 SysTick 异常是正确的做法。

stm32f10x_it.c 可以理解成是程序框架的一部分，如果你用 RTE 配置 CMSIS-RTOS 的话相当于使用另一套程序框架了，按理说是个二选一的问题。
稍深层次上说，这三个异常从设计上是给 RTOS 用的，Arm 的框架倾向于由 CMSIS-RTOS 完全接管，用户应用如果没有按照这个思路而意外使用了它们的话会有冲突。

warship · 发表于 2018-8-9 19:23:50

楼上正解，
其实stm32f10x_it.c这个文件删除都没有关系的。它所定义的中断函数都是空的，实际在启动文件中已经用weak弱定义的方式定义过了。

美丽的时光机器 · 发表于 2018-8-10 09:02:06

K.O.Carnivist 发表于 2018-8-9 17:32
删掉 stm32f10x_it.c 里面重复的 PendSV、SVC 和 SysTick 异常是正确的做法。

stm32f10x_it.c 可以理解 ...

好我明白了

美丽的时光机器 · 发表于 2018-8-10 09:03:30

warship 发表于 2018-8-9 19:23
楼上正解，
其实stm32f10x_it.c这个文件删除都没有关系的。它所定义的中断函数都是空的，实际在启动文件中 ...

冲突的函数我注释掉就好了，文件的话还是留着吧，我比较倾向于中断函数统一在那里管理

warship · 发表于 2018-8-10 09:16:32

本帖最后由 warship 于 2018-8-10 09:19 编辑

美丽的时光机器发表于 2018-8-10 09:03
冲突的函数我注释掉就好了，文件的话还是留着吧，我比较倾向于中断函数统一在那里管理

这个就见仁见智了。
我开始也是和你一样，
但后来发觉这样的结构模块化比较差，移植起来很困难。
比如说串口中断，你把串口的初始化及相关处理写在一个文件，
而串口中断服务集中写在stm32f10x_it.c（如果有共用的变量还得声明外部,调试修改串口代码的时候也得从两个地方来回切换看），
当你在另一个项目想移植串口代码的时候，得从两个地方找代码，再分别复制到新工程的两个地方，不觉得麻烦吗？
而把串口中断和串口的初始化及相关处理集中写在同一个文件usart.c中，
移植的时候只须把这个文件加进来就行了。