4. Logix编程基础
在CompactLogix的Studio 5000环境中，编程的核心不是“地址”，而是“标签（Tag）”。传统PLC习惯用I:0.0/0、O:0.0/0、N7:0这类物理地址直接编程，而Logix平台采用基于标签的寻址体系：每个变量都有名称、数据类型、作用域和可选的别名关系。理解标签体系，是从“写梯形图”走向“设计数据结构”的关键一步。
一、标签与数据类型：先定类型，再谈逻辑
Logix的数据类型分为三大类：预定义基本类型、预定义结构类型和用户自定义类型。基本类型包括BOOL、SINT、INT、DINT、REAL、LINT等；结构类型如TIMER、COUNTER、PID、MESSAGE等，它们由多个成员组成，例如TIMER包含.EN、.TT、.DN、.PRE、.ACC。选择类型时，应遵循“够用且不过度”的原则：布尔量用BOOL，计数用DINT，模拟量用REAL，时间控制用TIMER结构。
需要特别注意的是，Logix中BOOL、SINT、INT、DINT在内存中的对齐方式不同。DINT按32位对齐，INT按16位对齐，SINT按8位对齐。如果随意混排，可能产生“内存空洞”，影响通信映射和数组连续性。因此在设计数据结构时，建议将相同类型集中排列。
// 常见数据类型示例
Motor_Run : BOOL; // 电机运行反馈
Motor_Speed : REAL; // 电机转速，单位rpm
Cycle_Count : DINT; // 生产计数
Start_Delay : TIMER; // 启动延时
Part_Array[10] : INT; // 10个工件编号
二、作用域：Controller Scope与Program Scope
Logix标签有两个作用域层级：控制器作用域（Controller Scope）和程序作用域（Program Scope）。控制器作用域标签对整个项目可见，所有程序、AOI、通信路径都能访问；程序作用域标签只在所属程序内可见，适合存放该程序专用的中间变量、临时状态和内部逻辑。
作用域选择直接影响程序的可维护性和通信效率。需要HMI、上位机、其他PLC访问的数据，应放在控制器作用域；仅用于内部逻辑判断的中间量，应放在程序作用域，避免污染全局标签表。一个常见误区是把所有标签都建成控制器作用域，导致标签表臃肿、通信扫描负担增加、命名冲突风险上升。
三、别名标签：让物理地址与逻辑名称解耦
别名（Alias）标签是Logix非常有特色的机制。它把一个逻辑名称指向某个物理I/O地址或另一个标签。例如，将Local:1:I.Data.0定义为别名标签“Start_PB”，程序中全部使用Start_PB，而不是直接写物理地址。这样当硬件模块更换、通道调整时，只需修改别名指向，无需改动程序逻辑。
别名标签的本质是“引用”，它不额外占用存储空间，但要求目标地址必须存在且类型兼容。对于I/O模块，建议先建立别名标签，再编写逻辑，形成“硬件地址—别名—程序逻辑”的清晰层次。
四、数组与用户自定义数据类型
数组用于存放同类型、同含义的批量数据，如一排工位、一组配方、一段历史记录。Logix支持一维、二维、三维数组，索引从0开始。数组元素可以是基本类型，也可以是结构类型或自定义类型。使用数组时，要特别注意越界访问：索引超出声明范围会导致控制器故障或不可预期行为。
用户自定义数据类型（UDT）是组织复杂设备的利器。例如一台电机包含运行、故障、电流、速度、启动延时等成员，可以定义一个Motor_UDT，然后声明Motor1、Motor2为Motor_UDT类型。UDT支持嵌套，也支持数组，例如Motor_UDT[10]表示10台同类型电机。UDT让程序从“散点变量”升级为“设备对象”，极大提升复用性和可读性。
五、典型场景：一条包装线的标签设计
假设一条包装线有10个工位，每个工位有气缸、传感器、电机。若用散点标签，需要定义几十个BOOL和INT，程序可读性差。采用UDT后，定义Station_UDT，包含Cylinder_Extend、Cylinder_Retract、Sensor_Part、Motor_Run、Fault等成员，然后声明Station[10]为Station_UDT数组。程序中用Station[i].Motor_Run访问第i个工位电机状态，逻辑清晰，扩展方便。
| 标签类型 | 作用域 | 典型用途 | 注意事项 |
|---|---|---|---|
| 基本类型标签 | Controller / Program | 布尔、整数、浮点、定时器 | 类型选择要匹配精度和范围 |
| 别名标签 | Controller | I/O点逻辑命名 | 目标地址必须存在，类型兼容 |
| 数组 | Controller / Program | 批量工位、配方、历史数据 | 索引从0开始，防止越界 |
| UDT | Controller / Program | 设备对象、复杂结构复用 | 可嵌套，可数组化，注意对齐 |
六、常见误区与复盘
- 误区一：所有标签都放控制器作用域。结果标签表庞大，通信扫描变慢，命名冲突频发。应遵循“最小可见性”原则。
- 误区二：别名标签指向不存在的地址。下载时可能报错或运行时无法读写。建立别名前先确认I/O模块配置和地址有效。
- 误区三：数组索引用变量但不做边界判断。当索引为负或超出上限时，控制器可能产生Major Fault。建议在逻辑中增加限幅或判断。
- 误区四：UDT成员顺序随意排列。BOOL、SINT、INT、DINT混排会产生内存填充，影响通信映射。建议按类型分组排列。
掌握标签、数据类型、作用域、别名、数组和UDT，本质上是在掌握Logix的“数据建模能力”。梯形图只是逻辑表达，而标签体系决定了程序能否被复用、被理解、被维护。从下一个项目开始，尝试用UDT描述设备，用数组管理批量对象，用别名隔离硬件地址，你会发现程序的可读性和工程效率都有明显提升。