3. 任务类型与执行模型

在ControlLogix中，任务（Task）是程序执行的调度容器，它决定了程序以何种节奏、何种优先级被控制器扫描。理解连续任务、周期任务和事件任务三者的执行模型，是设计稳定、可预测控制逻辑的基础。很多现场问题——例如PID回路抖动、高速计数丢失、HMI响应迟滞——根源并不在梯形图逻辑本身，而在于任务类型选错或优先级配置不当。

三种任务类型的执行模型

连续任务（Continuous Task）是控制器默认创建的任务，优先级最低。它没有触发条件，只要CPU空闲就会反复执行，扫描周期不固定，取决于程序长度和当前CPU负载。连续任务适合对时间精度要求不高的逻辑，例如普通联锁、状态机、报警汇总。它的优点是编程简单，缺点是周期抖动大，不能用于需要确定性响应的场合。

周期任务（Periodic Task）按固定时间间隔触发，例如每10ms、50ms或100ms执行一次。周期任务拥有比连续任务更高的优先级，触发后立即抢占连续任务。它适合需要稳定采样节拍的控制回路，例如PID调节、运动控制、数据采集。周期任务的周期必须大于其实际执行时间，否则会触发任务重叠（Task Overlap），控制器会记录Major Fault并可能停机。

事件任务（Event Task）由特定事件触发，而不是时间。触发源可以是消费标签（Consumed Tag）、轴位置事件、运动事件或模块事件。事件任务优先级最高，响应最快，适合处理高速、偶发、必须立即响应的动作，例如飞剪定长、凸轮输出、故障急停。事件任务不占用固定扫描时间，但触发过于频繁时会挤占其他任务，导致系统整体响应变差。

任务优先级与抢占关系

ControlLogix采用固定优先级抢占式调度。优先级从高到低依次为：事件任务 > 周期任务 > 连续任务。当高优先级任务触发时，正在执行的低优先级任务会被立即挂起，CPU转去执行高优先级任务，执行完毕后再回到被挂起的位置继续。这意味着：如果事件任务触发过于频繁，连续任务可能长时间得不到执行，表现为HMI刷新慢、普通逻辑响应迟钝。

周期任务之间也存在优先级差异。当多个周期任务同时到期时，优先级高的先执行。因此，把关键PID回路放在10ms周期任务、把普通数据记录放在100ms周期任务，是常见的分层策略。需要注意的是，周期任务的周期设置必须留有余量。经验法则是：任务实际执行时间不应超过周期的50%～70%，否则一旦程序增长或通信负载上升，就容易出现任务重叠。

任务看门狗与系统开销评估

每个任务都有看门狗（Watchdog）定时器，用于监控任务是否在允许时间内完成。看门狗时间必须大于任务最坏情况下的执行时间。如果任务执行超过看门狗设定值，控制器会产生Major Fault（类型4，代码xx），并停止该任务所在程序。对于周期任务，看门狗时间通常设置为周期的2～4倍；对于连续任务，看门狗时间默认较大，但也不应无限放大，否则故障无法及时暴露。

系统开销评估是任务配置中容易被忽视的环节。控制器CPU时间被以下部分瓜分：任务执行时间、任务切换开销、通信处理、系统后台服务。当任务数量增多、周期变短时，切换开销会显著上升。一个实用的评估方法是：在RSLogix 5000/Studio 5000中查看任务属性中的“Task Monitor”或控制器属性中的CPU利用率。如果总CPU利用率长期超过80%，说明系统余量不足，应考虑合并任务、放宽周期或优化程序。

配置示例与参数建议

以下是一个典型的中型控制项目任务配置示例，供参考。假设控制器为1756-L83E，程序包含PID回路、运动轴控制和普通联锁。

任务名称        类型        周期/触发           优先级    看门狗
FastTask        Periodic    10 ms               10        30 ms
MotionTask      Periodic    20 ms               8         60 ms
PIDTask         Periodic    50 ms               6         150 ms
MainTask        Continuous  —                   1         500 ms
EventTask1      Event       消费标签触发         15        10 ms

配置时需要注意：事件任务的优先级数值最高，但触发频率必须受控。如果消费标签每1ms变化一次，事件任务就会每1ms抢占一次，系统几乎无法执行其他任务。因此，事件任务通常配合“一次性触发”或“边沿触发”使用，而不是电平触发。

对于连续任务，虽然优先级最低，但它是系统的“兜底”任务。所有不需要严格时间保证的逻辑都可以放在这里。连续任务的扫描周期会随负载变化，因此不要在其中放置依赖固定扫描时间的计算，例如积分累加、速度估算等。

常见配置错误与判断依据

实际工程中，以下三类错误最为常见：

• 周期设置过小：任务执行时间接近或超过周期，导致任务重叠。判断依据是控制器Major Fault日志中出现“Task Overlap”记录，或Task Monitor中显示任务执行时间持续高于周期。
• 事件任务触发过频：系统响应变慢，连续任务扫描周期明显拉长。判断依据是CPU利用率居高不下，且事件任务触发计数远高于实际需要的动作次数。
• 看门狗时间不合理：任务正常波动时误报故障，或任务卡死时长时间不报警。判断依据是对比任务实际执行时间与看门狗设定值，正常应保持2～3倍余量。

排查时，可以先用Studio 5000的Task Monitor观察各任务的实际执行时间和CPU占用，再结合控制器故障日志定位问题。不要盲目调整周期或优先级，应先测量、再判断、后修改。

总结来说，连续任务、周期任务和事件任务构成了ControlLogix的三级执行模型。连续任务负责“兜底”，周期任务负责“确定性”，事件任务负责“快速响应”。合理配置优先级、周期和看门狗，并在投运后持续评估CPU开销，才能让控制器在长期运行中保持稳定和可预测。