在工业4.0时代，人工智能和工业物联网的发展走上了快车道，越来越多的行业对实时操作系统有了更加迫切的需求。基于此，飞凌嵌入式推出了在OK3568-C开发板上运行的实时操作系统，本文中小编将为大家介绍飞凌嵌入式在OK3568-C开发板上实现实时性的方式，以及实时内核的效果测试。
一、为什么选择实时操作系统 ？
我们都知道，操作系统可以分为实时操作系统和分时操作系统。分时操作系统其实就是将系统处理机时间与内存空间按一定的时间间隔轮流地切换给各终端用户的程序使用。目前市面上绝大多数板卡上运行的Linux系统都是分时操作系统。但是随着自动驾驶、智能机器人等行业的兴起，对板载操作系统的实时性也提出了更高的要求。这时候，分时系统就无法满足某些对实时性要求较高的行业的需求了，必须对Linux系统进行改进，使其具有更好的实时性，以顺应行业的发展。
例如无人驾驶技术，系统需要根据复杂的路况情况及时做出分析判断，做出反应，执行刹车或变道操作；又比如车载安全气囊，在遇到突发事故时，系统必须第一时间做出反应弹出安全气囊，保护车内乘客人身安全。这些实际应用场景都离不开实时操作系统。
二、如何实现“实时性” ？
Linux系统可以采用打补丁的方式来实现“实时性”。RT-Linux就是在Linux的基础上加入了一个实时补丁，从而将Linux改进成实时操作系统。简单地说，“实时补丁”的主要工作就是针对Linux系统的优先级倒置、自旋锁等问题进行改进，以达到实时操作系统的要求。
基于这个思路，我们就可以通过对内核打实时补丁的方法让RK3568开发板上的Linux系统满足实时性的需求。
飞凌提供了两个补丁文件：
0001-patch-patch-4.19.206-rt87.patch-fix-kernel-sched-cor.patch
0002-fix-kernel-sched-core.c.patch
将两个补丁文件拷贝到源码/OK3568-linux-source/kernel路径下，执行以下命令：
patch-p1 <0001-patch-patch-4.19.206-rt87.patch-fix-kernel-sched-cor.patch
patch-p1 < 0002-fix-kernel-sched-core.c.patch
然后，在源码执行./build.sh kernel命令，即可在/OK3568-linux-source/kernel目录下生成boot.img镜像文件。
客户也可以直接单步烧写飞凌制作完成的boot.img镜像文件。
使用Type-C线连接RK3568开发板和主机，按住recover键不松开，然后再按reset键系统复位，大约两秒后松开recover键。系统将提示发现一个loader设备。
点击“设备分区表”按钮，将自动读取分区地址。
点击左侧勾选boot分区。
最后，点击右侧选择您编译生成的boot镜像文件路径，点击“执行”按钮将自动烧写并重新启动RK3568开发板。
想要了解有关RK3568实时补丁的详细资料，您可以联系飞凌嵌入式销售工程师。
三、实时内核效果测试
测试实时性的关键指标便是“延时”，延时指的是不论系统运行在代码的什么位置，当事件发生时，系统响应该事件的时间。其中中断延时指的是中断触发到中断服务函数执行完毕的时间；调度延时指的是进程在队列中等待直到获取CPU控制权被执行的时间。实时性，也可以表现为对这两段延时最大的容忍程度。这里通过cyclictest软件测量中断延时和调度延时时间。
由于在真实的使用环境下并不能触发最大的延时时间，因此在没有合适负载的情况下运行cyclictest所测得的延时统计数据是没有意义的。这里我们采用官方提供的hackbench工具来模拟部分类型的负载，然后在此基础上运行cyclictest软件来测试事件发生时，系统响应该事件的时间。
先来看一下RK3568未打实时补丁的测试结果：
再来看一下RK3568打实时补丁后的测试结果：
这里我们着重比较两者Max得出的参数，因为系统的实时性能是由最大延时时间决定的。通过对打实时补丁前后测试结果进行对比，打实时补丁以后，可以明显看出延时从213μs降低到80μs以内，实时效果还是十分明显的。（不同测试条件下的延时不同，这里的测试结果仅供大家参考）
这就是小编为大家介绍的飞凌嵌入式在OK3568-C开发板上实现实时性的方式，以及实时内核的效果测试。
