4. AOI功能块类型
在Studio 5000环境中，AOI（Add-On Instruction）并不仅仅是一种“封装子程序”的工具。随着控制逻辑复杂度的提升，罗克韦尔为AOI赋予了四种不同的形态：指令型AOI、函数型AOI、结构体型AOI和可视化AOI。这四种类型在封装粒度、调用方式、数据管理以及HMI交互层面有着本质差异。如果选型不当，轻则导致程序扫描周期恶化，重则造成数据耦合混乱、无法复用。本章将从工程应用视角，系统拆解这四类AOI的底层逻辑、适用边界与选型决策路径。
上图展示了四类AOI在工程调用中的核心定位。可以看到，指令型与函数型偏向“无状态”的纯逻辑封装，而结构体型与可视化AOI则面向“有状态”的设备级控制。下面逐一展开深度解析。
4.1 指令型AOI：无状态逻辑的轻量封装
核心原理：指令型AOI是四类中封装粒度最小的一种。它在Studio 5000中表现为一个“自定义指令”，调用时不需要分配独立的实例化标签（Instance Tag），而是直接通过输入参数和输出参数完成数据交换。其本质类似于高级语言中的“内联函数”或“宏”，每次扫描时执行相同的逻辑，不保留内部状态。
判断方法：当你的逻辑满足以下全部条件时，优先考虑指令型AOI：
- 逻辑中不包含TON、TOF、RTO等需要保持内部状态的指令；
- 不需要在多次扫描之间记忆任何数值；
- 输入输出参数均为基本数据类型（BOOL、INT、REAL等）；
- 调用频率高，但单次执行时间极短。
案例拆解：某包装线项目中，需要频繁进行“速度百分比换算”——将编码器频率（Hz）转换为线速度（m/min），并附带超限报警判断。该逻辑被封装为指令型AOI，输入为频率值和齿轮比，输出为线速度和报警标志。由于该换算逻辑在12台设备上重复使用，且无状态保持需求，指令型AOI将代码量从120行缩减至1行调用，同时避免了12份重复代码的维护负担。
4.2 函数型AOI：带返回值的纯计算封装
核心原理：函数型AOI与指令型AOI的核心区别在于“返回值”的概念。函数型AOI在执行完毕后会产生一个返回值，可以直接赋值给标签或参与表达式运算。在Studio 5000中，函数型AOI通常通过定义RETURN参数实现。它更适合“输入-处理-输出”的数学映射场景，例如工程量转换、滤波算法、校验和计算等。
操作流程：创建函数型AOI时，需要在AOI属性中勾选“Function Block”语义，并在参数列表中指定一个RETURN参数。调用时，可以直接在梯形图中使用，也可以嵌入到表达式赋值语句中：
// 函数型AOI调用示例（ST语言）
RealValue := ScaleConverter(Input := RawValue, Scale := 100.0, Offset := 0.0);实战场景：在化工罐区项目中，需要将4-20mA模拟量信号转换为实际液位值，并应用温度补偿系数。该转换逻辑涉及非线性查表和插值计算，被封装为函数型AOI。每次扫描时，程序调用该函数并直接获得补偿后的液位值，无需额外定义中间变量。相比指令型AOI，函数型AOI的返回值特性让代码更加简洁，且便于在多个程序段中复用。
| 对比维度 | 指令型AOI | 函数型AOI |
|---|---|---|
| 返回值 | 无 | 有（RETURN参数） |
| 内部状态 | 无 | 无 |
| 典型应用 | 逻辑组合、位运算 | 数学换算、滤波、校验 |
| 调用方式 | 独立指令行 | 可嵌入表达式 |
| 调试复杂度 | 低 | 中（需关注返回值） |
4.3 结构体型AOI：有状态设备控制的基石
核心原理：结构体型AOI是工业自动化中最常用、最重要的AOI类型。它允许在AOI内部定义独立的实例化标签（Instance Definition），每次调用时都会在控制器内存中分配一块独立的数据区域。这意味着每个实例都拥有自己的定时器、计数器、内部变量和状态机。结构体型AOI是构建设备级控制逻辑（如电机启停、阀门控制、PID调节）的标准载体。
判断方法：当控制逻辑满足以下任一条件时，必须选择结构体型AOI：
- 需要保持设备运行状态（如运行/停止/故障/复位）；
- 内部使用TON、TOF、RTO或CTU等累计型指令；
- 同一逻辑需要被多个设备实例化，且各实例独立运行；
- 需要与HMI进行数据交互（通过实例标签映射）。
案例拆解（完整闭环）：某汽车焊装车间有32台伺服拧紧枪，每台枪需要独立的启动、暂停、复位、扭矩监控和故障报警逻辑。初始方案采用“复制粘贴”梯形图，导致程序体量庞大且修改困难。重构后，工程师创建了一个名为“TighteningGun”的结构体型AOI，内部包含：
- 输入参数：StartCmd、StopCmd、ResetCmd、TorqueSetpoint；
- 输出参数：Running、Fault、ActualTorque、CycleComplete；
- 内部状态：当前步骤（Step）、定时器（T_Pulse）、计数器（C_ShotCount）。
重构后，主程序仅需32行AOI调用指令，每个实例对应一把枪。调试时，通过查看每个实例的标签数据，可以精确定位任意一把枪的内部状态。最终程序扫描时间从原来的18ms降至9ms，代码量减少70%。
4.4 可视化AOI：逻辑与HMI的深度融合
核心原理：可视化AOI是结构体型AOI的扩展形态，它在标准AOI基础上额外封装了Faceplate（面板）和HMI交互逻辑。在Studio 5000中，可视化AOI允许工程师将设备控制逻辑与FactoryTalk View SE/ME中的显示面板绑定。操作员在HMI上看到的按钮、指示灯、趋势图，直接与AOI实例的输入输出参数联动，无需在HMI侧编写额外的宏或脚本。
操作流程：创建可视化AOI需要三个步骤：
- 先创建标准结构体型AOI，定义好所有需要交互的参数；
- 在AOI属性中启用“Faceplate”选项，并设计面板布局（按钮、数值显示、报警条）；
- 在FactoryTalk View中引用该AOI的Faceplate，并绑定到具体实例标签。
实战场景：在食品饮料生产线中，20台杀菌釜需要统一的温度控制、压力监控和批次管理。工程师开发了可视化AOI“Sterilizer”，内部包含PID控制逻辑和状态机，同时设计了Faceplate面板，包含设定值输入框、实际温度趋势图、报警指示灯和“启动/停止/急停”按钮。操作员在HMI上操作时，数据直接读写到对应AOI实例的标签中，无需任何中间脚本。
| 特性 | 结构体型AOI | 可视化AOI |
|---|---|---|
| HMI联动 | 需手动映射标签 | 内置Faceplate自动联动 |
| 开发工作量 | 较低 | 较高（需设计面板） |
| 复用性 | 逻辑复用 | 逻辑+界面双重复用 |
| 适用场景 | 纯逻辑控制 | 需要操作员频繁交互的设备 |
| 调试难度 | 中 | 较高（需同时调试PLC和HMI） |
4.5 选型决策与常见误区
决策路径：在实际项目中，建议按照以下顺序进行选型判断：
- 第一步：判断逻辑是否需要保持内部状态？若否，进入第二步；若是，跳至第三步。
- 第二步：是否需要返回值以简化表达式？需要则选函数型AOI，否则选指令型AOI。
- 第三步：是否需要HMI面板联动？需要则选可视化AOI，否则选结构体型AOI。
常见误区一：“所有AOI都应该做成结构体型”。这是最常见的错误认知。对于无状态的纯计算逻辑，强行使用结构体型AOI会浪费控制器内存，且增加实例化标签的管理负担。
常见误区二：“可视化AOI可以替代所有HMI开发”。可视化AOI的Faceplate是标准化的，无法完全替代定制化的HMI画面。对于复杂的工艺流程图，仍需在FactoryTalk View中单独开发。
常见误区三：“函数型AOI可以调用其他AOI”。在Studio 5000中，函数型AOI内部不允许调用其他AOI，而结构体型AOI可以嵌套调用。设计时需注意这一限制。