4. 程序与例程的组织策略

在ControlLogix中，程序（Program）是组织的最小调度单元，而例程（Routine）是程序内部真正执行逻辑的载体。一个程序可以包含多个例程，但控制器在每个扫描周期只会自动执行其中一个主例程（Main Routine），其余例程必须通过指令显式调用。理解主例程、子例程、故障例程和中断例程的职责边界，以及JSR、RET、SBR三条指令的配合方式，是写出结构清晰、可维护、可复用的梯形图或结构化文本程序的基础。

四类例程的职责定位

主例程是程序的入口，每个程序有且仅有一个主例程，由控制器按任务周期自动扫描。它通常承担“总调度”角色：完成本程序内的初始化判断、模式选择、调用各功能子例程，并汇总输出。主例程本身不宜堆砌大量具体工艺逻辑，否则会失去可读性。

子例程是被主例程或其他子例程通过JSR调用的普通例程，用于封装可复用的功能块，例如“电机控制”“阀门控制”“PID回路处理”“报警汇总”。子例程可以带参数，也可以不带参数；带参数时通过SBR定义形参，通过RET返回。子例程的调用是条件性的——只有JSR执行时才会运行，不调用就不扫描。

故障例程是程序级的异常处理入口，通过程序属性中的“Fault Routine”指定。当该程序内发生指令级故障（如数组越界、除零、无效间接寻址）时，控制器会跳转到故障例程执行。故障例程通常用于记录故障代码、置位报警、将输出置于安全状态，而不是继续执行正常逻辑。它由系统自动触发，不需要JSR调用。

中断例程由中断任务（Event Task）触发，例如定时中断、模块中断或事件中断。它独立于主任务扫描，用于对时间敏感或事件敏感的处理，如高速计数、精确定时控制、快速响应输入。中断例程的优先级高于连续任务，执行时间应尽量短，避免影响主任务实时性。

JSR、SBR、RET 的配合机制

JSR（Jump to Subroutine）是调用指令，出现在主例程或上层子例程中。它的操作数包括目标例程名和可选的参数列表。当JSR前面的梯级条件为真时，控制器保存当前返回地址，跳转到目标例程执行。目标例程执行完毕后，通过RET（Return）指令返回调用点，继续执行JSR后面的逻辑。

SBR（Subroutine）是子例程的入口定义指令，必须放在被调用例程的第一条。它声明该例程接收哪些输入参数、返回哪些输出参数。参数按位置一一对应：JSR中写的实参依次传给SBR中的形参。如果子例程不需要参数，SBR可以不带操作数，此时JSR也只写例程名即可。

RET是返回指令，通常放在子例程末尾。当执行到RET时，控制器返回到调用它的JSR下一条指令。如果子例程中间有条件分支需要提前返回，也可以放置多个RET，但要注意每个分支都应保证参数输出已正确赋值。

// 主例程中调用带参数的子例程
JSR(Motor_Control, Start_PB, Stop_PB, Motor_Run, Fault_Flag);

// 子例程 Motor_Control 的入口
SBR(Start, Stop, Run, Fault);
  // 形参：Start、Stop 为输入，Run、Fault 为输出
  XIC(Start) OTE(Run);
  XIC(Stop) OTU(Run);
  XIO(Run) OTE(Fault);
RET;

上例中，JSR把主例程的Start_PB、Stop_PB、Motor_Run、Fault_Flag按顺序映射到子例程的Start、Stop、Run、Fault。子例程内部只操作形参，不直接引用主例程的标签，从而实现功能封装。这种写法在多个电机需要复用时尤其有价值：只需为每台电机建立一组实参标签，重复调用同一个子例程即可。

使用场景与选择原则

什么时候用子例程？当一段逻辑需要被多次调用，或者逻辑本身较长、需要从主例程中分离出来以保持主例程简洁时，应使用子例程。典型场景包括：多台同类型设备的控制、单位换算、报警处理、通信数据打包。子例程的调用条件由JSR前面的逻辑决定，因此可以做到“按需执行”，节省扫描时间。

什么时候用故障例程？当程序内可能出现需要统一处理的指令级异常时，应配置故障例程。例如间接寻址数组时索引可能越界、数学运算可能除零、MSG指令可能返回错误。故障例程中通常读取故障代码、置位系统报警位、将相关输出复位，并记录故障发生时的关键数据。需要注意的是，故障例程不是用来处理普通工艺报警的，工艺报警仍应在主逻辑中判断。

什么时候用中断例程？当处理对时间精度要求高、不能等待主任务扫描周期时，应使用中断例程。例如每10ms采集一次高速计数器当前值、在输入模块状态变化时立即响应、按固定周期执行PID运算。中断例程的执行会打断连续任务，因此内部逻辑应尽量精简，避免循环和复杂运算，防止主任务扫描时间被拉长。

组织策略中的常见问题

第一，子例程嵌套过深。JSR可以嵌套调用，但层级过多会增加调试难度，也不利于扫描时间估算。一般建议嵌套不超过三层，且每层职责明确。

第二，故障例程中执行复杂逻辑。故障例程触发时系统已处于异常状态，此时应尽快完成安全处理并退出，不宜再调用其他子例程或执行通信。

第三，中断例程与主例程共享标签未做保护。中断可能在任何时刻打断主任务，如果两者同时读写同一个标签，可能出现数据不一致。对共享数据应使用OTE/OTU成对操作，或通过缓冲标签进行一次性传递。

第四，JSR条件长期为假导致子例程输出保持。如果子例程负责输出控制，而JSR条件不满足时子例程不执行，其输出会保持上一次状态。此时应在主例程中显式处理“不调用时的安全输出”，或使用JSR的“无条件调用+内部条件判断”方式。