当前位置:首页 > 嵌入式 > 嵌入式微处理器
[导读]我们在编写RTOS应用程序的过程中,经常会遇到这些困难,包括正确确定系统中有多少任务、如何设置优先级、协调任务行为、避免常见陷阱,有时只是为了让应用程序正常工作,而忽略一些问题。如今,近三分之二的嵌入式系统使用RTOS,而且随着系统的时序要求变得越来越复杂,这个数字只会随着时间的...


我们在编写RTOS应用程序的过程中,经常会遇到这些困难,包括正确确定系统中有多少任务、如何设置优先级、协调任务行为、避免常见陷阱,有时只是为了让应用程序正常工作,而忽略一些问题。


如今,近三分之二的嵌入式系统使用 RTOS,而且随着系统的时序要求变得越来越复杂,这个数字只会随着时间的推移而增加。在今天的文章中,我们将研究设计基于 RTOS 的应用程序的五个最佳实践技巧。


任务分解首先我们可以遵循的第一个最佳实践技巧就是使他们的 RTOS 应用程序开发成功,是使用任务分解来获得应用程序中正确数量的任务。
有许多技术可用于分解任务,但我喜欢使用的一种对嵌入式开发人员很有效的方法是使用由外向内(outside-in)的方法。在这种方法中,开发人员遵循七个简单的步骤:
  • 识别并列出主要的系统组件;
  • 绘制高级框图;
  • 标记系统输入;
  • 标记输出;
  • 确定一级任务;
  • 确定并发级别和依赖项;
  • 确定第二层任务(应用程序任务);

在为恒温器等物联网传感器节点执行此过程时,最终可能会得到如下图所示:

在这种情况下,系统通常有六个任务,其中一个任务监督应用程序代码。(根据系统复杂性,可以进一步分解此任务)。
选择正确的调度算法来分配优先级
我观察到很多使用 RTOS 的开发人员从不花时间决定他们将如何安排他们的任务。他们通常假设 RTOS 会为他们做这件事,并且他们的任务会根据提供他们选择的任务优先级成功运行。
事实是,开发人员可以通过多种不同的方式来安排任务。
首先,开发人员可以使用任务响应时间来调度任务。在这些系统中,响应时间最短的任务应该被分配最高优先级。
其次,开发人员可以使用一个任务执行时间来调度任务。在这些系统中,执行时间最短的任务应该被分配最高优先级。
最后,开发人员可以使用任务周期来安排任务。在这些系统中,周期最短的任务优先级最高。
只有在您选择了调度方法之后,您才能正确设置您的任务优先级。(我看到很多开发人员只是猜测)。
使用 RMS 验证任务是否可调度
大多数使用 RTOS 的嵌入式系统中使用的调度算法是基于周期的调度,也称为速率单调调度(Rate Monotonic Scheduling)。
多年来,人们对如何使用 RMS 正确安排任务进行了大量研究。通常,RMS 附带了开发人员需要牢记的几个假设。
首先,RMS 假设任务是周期性的并且它们也是独立的。这意味着,如果您有一个非周期性任务,在分析中我们会假设为它提供一些周期性时间。
接下来,RMS 假设 RTOS 使用抢占式调度。它还假设所有任务都相等并且最坏情况的执行时间是恒定的。
我经常发现 RMS 非常适合对我开发的 RTOS 应用程序架构是否有意义或者我是否在错误的方向进行完整性检查。
例如,我可以假设具有以下任务的系统的行为方式并确定它是否可以成功调度其任务:

对于使用 RMS 的系统,对于具有无限数量任务的系统,所有这些任务的 CPU 使用率必须低于 69.3%。对于上述系统,我们可以看到总利用率为 52%,这意味着它们应该是可调度的。
使用同步和数据流图
在使用由外向内(outside-in)的方法确定我在应用程序中需要的所有任务后,我通常会创建一个同步和数据流图。此图的目的是:
  • 映射系统中所有数据的来源
  • 映射数据如何从其源转移到系统中的任务
  • 映射如何存储和访问该数据
  • 映射如何使用该数据来生成系统输出

早些时候,我以连接互联网的恒温器为例。下面是我们可能为该应用程序制作的数据流和同步图。

如你所见,此图不仅可以帮助我们了解数据如何在系统中移动,还可以帮助我们了解应用程序中所需的 RTOS 组件,例如:
  • 队列
  • 流缓冲区
  • 信号量
  • 互斥体

如果没有这样的图表,开发团队必然会遇到开发和维护问题。
预先定义任务和消息界面接口
一旦创建了数据流图,就很容易开始对应用程序进行编码。
这无疑会在一段时间内顺利进行,但我发现如果开发人员不花时间预先仔细定义任务和消息接口,它可能会导致返工。
虽然数据流图通常显示数据如何通过应用程序传播,但它并不一定要求定义数据结构。
目标是预先检查每个消息队列,然后为这些消息构建结构。这很重要,因为它将定义消息的外观,而且还将有助于任何底层模块的接口的外观。
例如,管理一系列阀门的任务可能需要包含以下内容的消息:
  • 阀门 ID
  • 阀门状态
  • 阀门所需的时间

再说一次,它可能会期待:
  • 定义阀门状态的面罩
  • 准时清单

归根结底,做事的方式总是不止一种,一种不一定比另一种更好。但是,在为支持任务执行的其他模块构建接口时,了解正在传递的消息将有所帮助。


结论
实时操作系统比以往任何时候都更多地用于开发实时应用程序。
我们在今天的文章中探讨了几个技巧,这些技巧不仅可以帮助读者创建更清晰、更灵活的 RTOS 应用程序,还可以帮助他们传达应用程序的设计意图。希望这些技巧可以帮助你们快速开始应用程序的开发。
END
来源:小麦大叔版权归原作者所有,如有侵权,请联系删除。
嵌入式ARM

扫描二维码,关注更多精彩内容

本站声明: 本文章由作者或相关机构授权发布,目的在于传递更多信息,并不代表本站赞同其观点,本站亦不保证或承诺内容真实性等。需要转载请联系该专栏作者,如若文章内容侵犯您的权益,请及时联系本站删除。
换一批
延伸阅读

在物联网与工业智能化高速发展的当下,嵌入式系统早已深度融入医疗设备、工业控制、汽车电子等关键领域,这些场景对系统的安全性、稳定性与可靠性提出了近乎严苛的要求。实时操作系统(RTOS)凭借其任务调度的实时性与资源管理的高效...

关键字: RTOS MPU

在物联网(IoT)的生态系统中,微控制器(MCU)、实时操作系统(RTOS)和物联网技术三者构成了一个紧密协作的三角关系。微控制器作为硬件核心,提供计算与控制能力;RTOS作为软件桥梁,管理任务调度与资源分配;物联网则定...

关键字: MCU RTOS

嵌入式实时操作系统(RTOS)的开发中,任务间的数据共享与同步是系统设计的核心挑战。开发者面临的第一个关键抉择,就是选择合适的通信机制:是直接使用全局变量,还是借助RTOS提供的专业任务间通信机制(如消息队列、信号量、事...

关键字: RTOS 全局变量

在嵌入式系统开发中,MCU主频与内存容量的选型直接影响系统性能与可靠性。以STM32F4系列为例,其主频高达180MHz,支持浮点运算单元(FPU)和DSP指令集,配合最高1MB Flash与192KB SRAM,成为工...

关键字: MCU STM32F4 RTOS

在嵌入式系统开发中,实时操作系统(RTOS)的选择直接影响项目开发效率、系统性能及维护成本。FreeRTOS与Zephyr作为两大主流RTOS,分别代表“轻量级精简设计”与“模块化物联网生态”两种技术路线。本文从架构特性...

关键字: RTOS FreeRTOS Zephyr

在实时操作系统(RTOS)中,内存管理的效率与确定性直接影响系统响应速度和可靠性。本文针对嵌入式场景特点,分析动态内存分配算法的选型要点,并提出有效的堆碎片抑制策略,结合实际案例说明如何实现低延迟、高可靠性的内存管理。

关键字: 实时操作系统 RTOS 内存管理

在实时操作系统(RTOS)驱动的嵌入式系统中,任务优先级动态调整是优化系统响应速度、资源利用率和可靠性的核心技术。通过结合FreeRTOS、Zephyr等主流RTOS的实践案例,本文系统阐述优先级动态调整的实现方法及其应...

关键字: RTOS 嵌入式任务

在实时操作系统(RTOS)的嵌入式开发中,HOOK函数(钩子函数)是一种强大的机制,允许开发者在不修改内核代码的前提下扩展系统功能。HOOK函数通过预定义的接口点,在特定事件发生时自动调用用户自定义的逻辑,这一特性在系统...

关键字: RTOS 嵌入式

在嵌入式系统开发中,实时操作系统(RTOS)已成为提升效率、简化复杂任务管理的核心工具。随着技术演进,免费开源的RTOS选项日益丰富,为开发者提供了灵活性和成本优势。然而,面对众多选择,如何挑选最适合项目的RTOS?本文...

关键字: RTOS 操作系统

在嵌入式系统开发中,实时操作系统(RTOS)的应用已成为提升多任务处理能力的标配。FreeRTOS作为一款轻量级、开源的RTOS,在STM32微控制器领域得到了广泛应用。STM32CubeMX作为ST官方推出的图形化配置...

关键字: 嵌入式系统 RTOS
关闭