ucosii在stm32上的移植详解4

最新推荐文章于 2025-05-15 15:48:45 发布

原创

最新推荐文章于 2025-05-15 15:48:45 发布 · 5.2k 阅读

15 ·

CC 4.0 BY-SA版权

文章标签：

#os #include #任务 #application #hook #汇编

本文详细介绍了如何在STM32上移植UCOSII操作系统，重点讨论了启动文件、中断处理，特别是SysTick中断的配置。通过修改启动文件startup_stm32f10x_hd.s，设置中断向量，以及处理OS_CPU_SysTickHandler和OS_CPU_PendSVHandler。同时，文章提到了配置工程、包含路径、初始化任务和系统时钟的设置，最后展示了主函数和SysTick_Handler的实现。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

转载请注明出处：http://blog.youkuaiyun.com/lbl1234

    详解3中有一个问题还没解释，就是stm32f10x_it.c中已经有SysTick中断函数的定义SysTick_Handler()，为什么官方版非要弄个OS_CPU_SysTickHandler()。答案就在启动文件上，一般我们自己开发基于stm32芯片的软件，都会使用标准外设库CMSIS中提供的启动文件，而官方移植的启动文件却是自己写的，在两个文件init.s，vectors.s中（Micrium\Software\EvalBoards\ST\STM3210B-EVAL\RVMDK）。init.s负责进入main()，vectors.s设置中断向量。OS_CPU_SysTickHandler和OS_CPU_PendSVHandler就是在vectors.s中被设置的。
    我的移植是使用标准外设库CMSIS中startup_stm32f10x_hd.s作为启动文件的，那该怎么在这个文件中设置OS_CPU_SysTickHandler呢，事实上在startup_stm32f10x_hd.s文件中，PendSV中断向量名为PendSV_Handler，所以只需用OS_CPU_PendSVHandler把所有出现PendSV_Handler的地方替换掉就可以了。
    那么为什么OS_CPU_SysTickHandler不用这种方式处理呢，这样也就不用注释os_cpu.c中的OS_CPU_SysTickHandler()，这主要是基于两个原因：
    1. startup_stm32f10x_hd.s尽量少该，能不改就不改。
    2. 如果保留OS_CPU_SysTickHandler()，在以后开发过程中，改动OS_CPU_SysTickHandler()中的内容可能性是非常大的，如果一不小把该文件其他部分改了造成了问题，这个bug就非常难查了，所以我一般移植好后就把ucosii的这些文件设置为只读。
    对于上面的原因1，一开始移植时，我曾做过在PendSV_Handler()中调用OS_CPU_PendSVHandler()，后来发现这样不行，这是为什么呢？问题出在LR寄存器上。
PendSV_Hand