二、任务定义与分类：周期性任务、非周期性任务、任务优先级与截止时间

好，咱们接着聊。上一章我们把多核处理器的基础架构和dSPACE的硬件环境摸了个大概。这一章，得扎进任务本身了。

任务是什么？说白了，就是你要让处理器干的一件具体的事。比如采集一个传感器信号、计算一个控制算法、发送一个PWM波。在dSPACE的实时系统里，任务就是调度的基本单位。你想想看，如果连任务都定义不清楚，调度就无从谈起。

2.1 周期性任务：最熟悉的陌生人

周期性任务，顾名思义，就是每隔固定时间执行一次的任务。这是实时系统里最常见的一类。我个人习惯把这类任务称为“心跳任务”——就像人的心跳一样，稳定、规律、不能停。

举个例子，一个发动机控制单元（ECU），需要每5毫秒读取一次曲轴位置传感器。这个“每5毫秒读一次”就是周期。在dSPACE里，我们通常用定时器中断来触发这类任务。

在dSPACE的RTI（Real-Time Interface）中，配置周期性任务很简单。你只需要在任务属性里设置周期值，系统会自动帮你生成定时器中断。但这里有个坑——我曾经见过一个工程师，把周期设成了0.1毫秒，但任务执行时间需要0.15毫秒。结果呢？任务永远跑不完，系统直接崩溃。嗯，这就是典型的“任务超时”。

2.2 非周期性任务：突发事件的应对者

非周期性任务，也叫事件触发任务。它不像周期性任务那样按固定节奏执行，而是“有事才做”。比如，当驾驶员按下某个按钮，或者某个传感器检测到异常值，系统需要立即响应。

这类任务在dSPACE里通常用中断或事件标志来触发。我个人建议，非周期性任务的处理逻辑要尽量短。为什么？因为它的执行时间不可预测。你想想看，如果非周期性任务执行时间太长，可能会干扰到周期性任务的正常运行。

任务类型	触发方式	典型应用	注意事项
周期性任务	定时器中断	传感器采样、控制算法	执行时间必须小于周期
非周期性任务	外部中断、事件标志	故障处理、用户输入	执行时间尽量短，避免阻塞

我记得有一次做ADAS（高级驾驶辅助系统）的项目，雷达检测到障碍物时触发了一个非周期性任务。这个任务需要计算碰撞时间并发出警告。但问题来了——这个任务执行时间大约需要2毫秒，而系统里有一个1毫秒周期的控制任务。结果非周期性任务一触发，控制任务就被延迟了。最后怎么解决的？我把非周期性任务的优先级调低，同时把它的计算拆分成多个小步骤，分多次执行。嗯，这就是所谓的“任务分解”。

2.3 任务优先级：谁先谁后，这是个问题

优先级，是调度器决定哪个任务先执行的依据。在dSPACE的实时系统中，优先级通常是一个数值，数值越小优先级越高（或者反过来，看具体配置）。

我个人习惯把任务分为三个等级：

• 高优先级（0-10）：留给时间关键型任务，比如安全相关的控制算法、紧急中断处理。
• 中优先级（11-50）：给周期性采样任务、常规控制任务。
• 低优先级（51-100）：给非周期性任务、日志记录、通信任务。

这里有个经典问题：优先级反转。什么意思？就是一个高优先级任务在等待一个低优先级任务释放资源，而低优先级任务又被一个中优先级任务抢占了。结果高优先级任务反而被“卡”住了。我在项目中遇到过这种情况，当时排查了好久才发现是信号量使用不当导致的。

2.4 截止时间：任务的“死线”

截止时间，就是任务必须完成的时间点。对于周期性任务，截止时间通常等于下一个周期的开始时间。对于非周期性任务，截止时间由应用场景决定。

举个例子，一个安全气囊的控制任务，从碰撞检测到气囊弹出，必须在10毫秒内完成。这个10毫秒就是截止时间。如果超过了，后果不堪设想。

在dSPACE中，我们可以通过监控任务的实际完成时间来判断是否满足截止时间。如果发现某个任务经常超时，那就得优化了。怎么优化？

• 优化算法：减少计算量，比如用查表法代替实时计算。
• 提高优先级：让任务更早得到执行。
• 任务拆分：把一个大任务拆成多个小任务，分散到不同周期里执行。

我记得有一次，一个视觉处理任务总是超时。我检查后发现，它在每个周期里都要做一次完整的图像处理。后来我把图像处理拆成了三个阶段：采集、预处理、特征提取。每个阶段放在不同的周期里执行。结果呢？截止时间满足了，系统也稳定了。

好了，这一章就到这里。下一章我们会深入dSPACE的任务调度机制，看看这些任务到底是怎么被安排执行的。你想想看，如果多个任务同时就绪，调度器会怎么选？嗯，到时候你就知道了。