本文主要是介绍1809_ChibiOS的RT内核介绍,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
全部学习汇总: GreyZhang/g_ChibiOS: I found a new RTOS called ChibiOS and it seems interesting! (github.com)
1. RT内核设计的时候考虑的一个很重要的原则就是速度要快。
2. 在保证速度快的前提下,还要尽量做到代码大小的优化。
3. OS的设计必须考虑操作的安全性。
4. 在编码方面,采用的是K & R的编码规范,但是做了一些修改。前阵子正好看了考鼎录的这方面的一个直播录播,感觉思维有点连接起来了。
5. 禁用TAB健,这个有点残酷。
6. 编码必须是UTF-8。
7. 禁用C++的注释模式。
8. 缩进采用2个空格,这个有点少吧?
9. 不允许连续的多个空行。
10. 可以使用行内注释,但是不推荐。
11. 文件来自于模板衍生;
12. 行尾不能有空格。
这种格式看起来还好,但是估计很多人还是不习惯。但是现在比较好的是有很多代码格式化的工具可以用。
1. API命名方面,ch一般是ChibiOS的缩写。
2. 对象初始化的接口,在OS没有启动之前都是可以支持的。
3. 非静态但是又不想作为API提供的函数,全都使用小写并且前面加上一个下划线表示这个是自己用的,不是一个全局功能。这个,又让我想到了前段时间看的考鼎录。
4. 名称必须用小写字母,使用下划线作为分隔。
ChibiOS中也有存储管理,不知道是不是就是堆栈的管理。
1. 状态流转图中的双圆圈代表可以调用OS的API的状态。
2. OS启动之前,唯一可以调用的OS接口就是对象初始化。
3. 上下文切换必须是在一个关键区内执行,这里给出来了处理的标准流程是进入关键保护区,执行处理,之后退出。就是增加了一个三明治的保护结构。
1. 线程类的API是没有前缀的;
2. S前缀代表着线程关键保护区,这一类功能并不会影响调度。
3. I类代表中断关键保护区,这一类接口调用的时候需要手动调度保证调度的准确性。
1. X类的API,在上面的几种条件下都是可以调用的。
2. 这里再次讲到了OS的对象初始化器。之所以有这样的一个功能是因为OS的对象一般没有静态初始化的方式。
3. 在线程的工作区中,看得到线程自己的堆栈存储信息,初次之外还有中断信息。
1. 这里的一些功能介绍,有点unix的感觉。之前看xv6等代码的时候是看到过类似的设计的。
2. 中断的触发以及执行恢复等动作都是高于任务的,因此中断本身的堆栈处理并不会影响到线程相关的功能,不会影响到可移植性。
3. 这里给出来了工作区的声明,感觉就是任务或者线程的声明。里面的参数大小仅仅是用来指定堆栈空间大小的。
1. OS内部的一些处理休眠的状态对象中有多个状态信息,可以表征任务的休眠原因。
2. 线程的局部量,线程专属。函数内的静态量,在不同人线程间共享。函数外的静态量,在访问这个模块的线程间共享。全局量,是可以被所有线程访问的。
这里介绍了工作区,也就是线程的参数类型要求。但是从这一段示范代码中看不出来这一点,可能得把几个宏展开后才能够看到细节。
参数是归属于线程的,因此可以通过传递相同的函数与多个参数的组合给不同的线程,并不会导致线程之间的冲突。
这篇关于1809_ChibiOS的RT内核介绍的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!