3. 任务类型与执行机制
在 Studio 5000 Logix Designer 中，任务（Task）是控制器执行程序的基本调度单位。一个控制器项目最多可以包含 32 个任务，每个任务下可以挂载多个程序（Program），而每个程序又由若干例程（Routine）组成。理解任务类型及其执行机制，是设计稳定、可预测控制逻辑的前提。Logix 控制器提供三种任务类型：连续任务（Continuous）、周期任务（Periodic）和事件任务（Event）。它们并非简单的"快慢之分"，而是在触发条件、优先级、执行窗口和看门狗机制上有着本质区别。
三种任务类型的触发与执行特征
连续任务没有时间触发条件，它会在所有周期任务和事件任务都不需要执行时，以"后台填充"的方式持续运行。一个控制器项目中只能有一个连续任务，其优先级最低。连续任务的典型用途是处理对时间不敏感的逻辑，例如 HMI 数据刷新、非关键状态计算、报警汇总等。需要注意的是，连续任务并非"无限循环占用 CPU"，而是由控制器在空闲时间片中调度执行，因此它的扫描周期会随周期任务和事件任务的负载变化而波动。
周期任务按照设定的时间间隔（Period）被触发，例如每 10 ms、50 ms 或 100 ms 执行一次。周期任务的优先级高于连续任务，但低于事件任务。周期任务的关键参数包括周期时间、优先级和看门狗时间。周期任务适合需要确定性执行频率的控制回路，例如 PID 调节、运动控制辅助逻辑、周期性数据采集等。如果周期任务的实际执行时间超过设定周期，控制器会产生"任务重叠（Task Overlap）"告警，并可能影响后续任务的执行时序。
事件任务由特定事件触发，而不是由时间驱动。事件源可以是：模块输入数据变化（如 CompactLogix 的 Event Input）、消费标签（Consumed Tag）更新、运动轴事件或指令触发。事件任务的优先级最高，一旦触发条件满足，控制器会尽快中断当前低优先级任务并执行事件任务。事件任务适合对响应速度要求极高的场景，例如高速包装机的飞剪触发、安全联锁响应、精确位置捕获等。
任务优先级与抢占机制
Logix 控制器的任务调度采用基于优先级的抢占式调度。优先级数值越小，优先级越高（1 为最高，15 为最低）。当高优先级任务触发时，控制器会保存当前低优先级任务的执行上下文，转去执行高优先级任务，执行完毕后再恢复低优先级任务的执行。这种机制保证了关键逻辑的响应确定性，但也意味着：如果高优先级任务过于频繁或执行时间过长，低优先级任务可能被"饿死"，表现为连续任务扫描周期异常增大，或周期任务出现重叠。
实际工程中，建议将安全联锁、高速事件响应放在事件任务（优先级 1~3），将核心控制回路放在周期任务（优先级 4~8），将 HMI 刷新、数据记录、非关键计算放在连续任务。同一优先级内，任务按编号顺序执行，因此任务编号也影响执行顺序。
看门狗与重叠执行
看门狗（Watchdog）是每个任务独立配置的超时监控参数。对于周期任务和事件任务，看门狗时间定义了任务从开始执行到必须完成的最长时间。如果任务执行时间超过看门狗设定值，控制器会产生Major Fault（类型 6，Task Watchdog），并停止该任务及所有低优先级任务。连续任务的看门狗默认禁用，但可以启用并设置时间。
看门狗时间的设置需要留出合理余量。例如某周期任务设定周期为 20 ms，实际执行时间约 8 ms，则看门狗可设为 15~18 ms，既能容忍偶发波动，又能在真正卡死时及时报警。若看门狗设置过小，正常波动也会触发故障；设置过大，则故障发现延迟，可能造成设备损坏。
重叠执行（Task Overlap）是指周期任务在下一个触发时刻到来时，上一次执行尚未完成。Logix 控制器默认允许重叠，但会置位任务的重叠标志位（如 Task_Overlap），并可能影响后续任务的时序。若重叠持续发生，说明任务负载过重，需要优化程序、降低周期频率或拆分任务。在安全相关应用中，通常建议禁用重叠，确保每次执行完整结束后再触发下一次。
任务类型选择对照
| 对比维度 | 连续任务 | 周期任务 | 事件任务 |
|---|---|---|---|
| 触发方式 | 空闲时后台运行 | 固定时间间隔 | 外部/内部事件 |
| 优先级 | 最低 | 中 | 最高 |
| 数量限制 | 仅 1 个 | 最多 31 个 | 最多 31 个 |
| 执行确定性 | 低（随负载波动） | 高（固定节拍） | 极高（立即响应） |
| 典型用途 | HMI 刷新、数据记录 | PID、运动辅助、采集 | 飞剪、安全联锁、位置捕获 |
| 看门狗默认 | 禁用 | 启用（可配置） | 启用（可配置） |
实操示例：配置一个周期任务并观察重叠
假设我们需要为一个温度控制回路配置周期任务。在 Controller Organizer 中右键 Task 文件夹，选择"New Task"，类型选 Periodic，名称设为 TempCtrl，Period 设为 50 ms，Priority 设为 5，Watchdog 设为 40 ms。在该任务下新建程序 TempProg，主例程中编写 PID 指令和模拟量缩放逻辑。
下载运行后，打开 Task 属性中的"Monitor"标签页，可以观察以下关键数据：
- Period：设定周期 50 ms
- Execution Time：最近一次实际执行时间，例如 12.4 ms
- Max Execution Time：历史最大执行时间，例如 18.7 ms
- Overlap Count：重叠次数，正常应为 0
- Watchdog：看门狗时间 40 ms
若 Overlap Count 持续增加，或 Max Execution Time 接近 Watchdog，则说明任务负载过重。此时可以：将部分非关键逻辑移入连续任务；将 Period 从 50 ms 调整为 100 ms；或优化例程中的循环和间接寻址。调整后再次观察，确认 Overlap Count 归零、Max Execution Time 留有至少 30% 余量，才算配置合理。
掌握三种任务类型的触发条件、优先级关系和看门狗机制，是构建可预测、可维护 Logix 控制系统的核心能力。在实际项目中，应根据控制对象的实时性要求、逻辑复杂度和故障后果，合理划分任务边界，并通过 Task Monitor 持续验证执行时间和重叠情况，确保系统长期稳定运行。