从任务栈的角度出发，基于ARM的嵌入式实时操作系统底层任务切换原理，涉及到的汇编语言详解。附件中包含文档及代码

sxjsxj

嵌入式实时操作系统编写尝试.zip (5.16 MB, 下载次数: 11)

2023-6-20 18:32 上传

点击文件名下载附件

自从事嵌入式软件开发工作以来，一直采用状态机的编程思想进行软件开发，在软件开发的过程中不管多大的项目也没有遇到过状态机编程解决不了的问题，也可以及时有效的实现多任务的并发（单CPU不可能实现程序的并行），因此感觉根本没必要使用嵌入式操作系统，也没对嵌入式操作系统进行过多的研究（虽然也知道些操作系统的实现任务并发的原理）。

此次对嵌入式操作系统研究的契机是接手了一个软件项目，要求在尽量不动应用层嵌入式软件的前提下进行硬件替换（硬件是老式x86架构），软件包含最精简的bios汇编代码+嵌入式实时操作系统+应用程序（但它们基本是整合到一块儿的）。虽然觉得移植的可行性微乎其微，但还是得硬着头皮上。在项目执行过程中已经找到了bios引导程序的替换方案（期间了解了一些x86相关的知识，甚至翻译过机器码，后期会在其它文档里将我了解到东西写下来），但嵌入式实时操作系统也要适配新硬件（尤其涉及到地址相关的，比较麻烦），并且要找到它和应用层代码的操作接口，因此必须还得研究该操作系统的实现。由于本人工作以来一直从事的是arm架构处理器的嵌入式软件开发（即使跑linux也是基于arm平台），因此想要在基于arm架构cotex-m核的处理器上研究通用的嵌入式实时操作系统。

  此次，个人编写的操作系统底层任务调度并未参考市场上成熟的嵌入式操作系统，而是根据自己想法进行封装，只包含任务创建，任务调度，任务切换。后期肯定还会参考，但目前不想让他人的思维框住自己的思维。

unnormal

谢谢分享

个人感觉  操作系统  和 裸机开发  各自有各自的优缺点   不是哪个好 哪个坏  而是哪个适合自己或适合项目

做嵌入式开发的   我觉得保证产品的稳定性的前提下  选择一个适合项目的方式即可