[连载]嵌入式实时操作系统AIOS设计与实现

2019-10-14 22:23发布

本帖最后由 时飞 于 2017-2-26 18:21 编辑

目标:从零开始设计一款嵌入式实时操作系统(RTOS)
名称:AIOS - Advanced Input Output System
参考对象:ucos vxWorks eCos RTEMS等
芯片:ARM Coterx-M3内核,从STM32F1系列芯片杨帆起航……
开发平台:Keil v5
调试工具:JLink v8
代码许可:遵循GPLv2+开源许可协议,商业应用更友好,不需要公布应用源码,没有任何潜在商业风险。
源码托管:https://github.com/SenseRate/AIOS

三年前,朋友送给我一款STM32F1的开发板,从此进入嵌入式开发领域。三年多以来,做过大大小小的不同项目,在此对我的朋友进行感谢!

原子兄弟的开发板提供的教学示例给了我很大的启发,在此一并感谢,谢谢!

从零开始开发一款嵌入式实时操作系统是一件任重而道远的事情,三年多以来,不断的进行开发、修改、完善,目前已经有了雏形,现在进行重新设计,并通过连载的形式逐步呈现给大家,也欢迎论坛的朋友们加入,一起开发、完善!

当然,也欢迎朋友们来撕、来踩……

暂时发在此版块,若版主觉得不恰当,烦请移动到合适的版块……

另外,最近查找了一下,原子兄弟的STM32F1开发板没有找到,论坛中若朋友们有冗余的,可以转让给我一块,请站内短信联系。









补充内容 (2018-3-3 18:06):
此系统已经更新为嵌入式实时操作系统TINIUX
git网址:https://github.com/SenseRate/TINIUX
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
14条回答
时飞
2019-10-15 14:38
本帖最后由 时飞 于 2017-2-25 15:06 编辑

感谢 hello_galaxy 前来捧场!

嵌入式实时操作系统一般都运行在资源非常有限的芯片上,对内存管理要求比较严格,若使用方式比较粗放,很可能导致内存紧张。在此,我们先提出对内存管理的几点要求,后面再按照这个要求逐步实现。有兴趣的朋友也可以一起思考,共同实现!

对内存管理的相关要求如下:
1、在嵌入式操作系统未使用之前,为其分配的为一块连续的内存空间;
2、该内存空间可以由用户自由指定,即内存的起始位置可以进行配置,方便应用开发,也便于对内存的安全管理;
3、在用户使用时,可以从连续的内存块中自由取出指定大小的内存区域,以供专门的使用,比如为系统任务、消息队列、信号量、互斥锁等分配内存空间;
4、在用户释放内存空间后(如任务生命期结束,释放该任务占用的内存空间),可以由系统进行回收。若出现内存碎片,则相邻的内存碎片可以合并成一个较大的内存区域,供下次内存分配使用;

内存管理永远是一个操作系统中比较核心的内容,即使考虑的再周到也难以避免内存碎片的问题。尤其是动态内存的频繁分配与释放,往往会导致某些“破碎”的内存不可再次使用,尤其是嵌入式实时操作系统,内存资源更加宝贵。因此,在使用时,我们尽量把内存使用方式静态化——内存专用,即分给某一任务、消息队列、信号量或者互斥锁等的内存尽量固定下来,避免对内存的频繁分配与释放;

一周热门 更多>