2. Studio 5000工程结构解析
在Studio 5000 Logix Designer中，一个控制器工程并不是“一个文件里放一堆梯形图”，而是由Controller Organizer统一承载的树状层级结构。理解这套层级，是标准化工程目录与命名规划的前提。很多项目后期难以维护，根源往往不在逻辑本身，而在于Program、Routine、Tag、AOI、UDT的组织方式从一开始就没有统一约定。
一、Controller Organizer的层级关系
Controller Organizer是工程结构的可视化入口，其核心层级自上而下为：Controller（控制器）→ Program（程序）→ Routine（例程）→ 逻辑内容。Tag、AOI、UDT则作为可被各级引用的资源存在，并不完全等同于这条主链。可以用下面的结构关系图理解它们之间的归属与引用关系。
图中实线表示“包含/归属”关系，虚线表示“引用/使用”关系。可以看到：Controller Tags属于控制器级，可被所有Program访问；Program Tags只属于某个Program；AOI与UDT是定义型资源，被Routine实例化或引用。这一区分直接决定了命名规划中“哪些标签该放全局、哪些该放局部”。
二、Program与Routine的划分原则
Program是任务调度与标签作用域的边界。一个Program通常对应一个相对独立的控制单元，例如一条产线、一台设备或一个工艺段。Routine则是Program内部的具体逻辑实现，一个Program可以包含多个Routine，其中必须指定一个作为Main Routine，其余作为子例程由JSR调用。
标准化划分建议遵循“按设备/工艺单元分Program，按功能分Routine”的原则。例如一条包装线可划分为：P10_Infeed（进料）、P20_Filling（灌装）、P30_Capping（旋盖）、P40_Outfeed（出料）。每个Program内部再按功能拆Routine，如Main、Auto、Manual、Fault、HMI。这样做的价值在于：故障定位时能快速缩小范围，程序复用时可整块复制，标签作用域清晰不易冲突。
三、Tag命名与作用域规划
标签命名是标准化工程中最容易失控的部分。建议采用“区域_设备_功能_类型”的分段命名法，段间用下划线连接，全部使用英文与数字，避免中文和特殊字符。例如：
Line1_Filler_RunCmd // 1号线灌装机运行命令
Line1_Filler_RunSts // 1号线灌装机运行状态
Line1_Filler_FaultCode // 1号线灌装机故障码
Line1_Filler_Speed_SP // 速度设定值
Line1_Filler_Speed_PV // 速度实际值后缀约定建议统一：_Cmd表示命令输出，_Sts表示状态反馈，_SP表示设定值，_PV表示过程值，_Alm表示报警位，_Fault表示故障位。这样即使不看逻辑，仅凭标签名也能判断信号方向与用途。
作用域方面：需要跨Program共享的信号（如全线急停、线体运行、HMI总控命令）放入Controller Tags；仅本设备内部使用的中间变量、定时器、计数器放入Program Tags。这样可减少全局标签数量，降低命名冲突风险。
四、AOI与UDT的组织方式
UDT用于把一组相关数据打包成一个类型。例如定义一个UDT_Motor，包含Cmd、Sts、Fault、RunTime、StartCount等成员。所有电机实例都基于该UDT创建，标签结构统一，HMI和AOI可复用同一套接口。
AOI用于封装重复逻辑。例如把“电机启停+故障检测+运行计时”封装成AOI_Motor，输入参数为Cmd、Interlock、FaultIn，输出为Sts、Fault、RunTime。每个电机只需调用一次AOI并绑定一个UDT_Motor实例即可。AOI与UDT配合使用，是标准化工程的核心手段。
五、标准化目录与命名规划示例
综合以上原则，一个标准化工程的Controller Organizer可规划如下：
| 层级 | 命名示例 | 说明 |
|---|---|---|
| Controller | PRJ_Line1 | 项目名_区域 |
| Task | MainTask / FastTask | 主任务与快速任务 |
| Program | P10_Infeed | P+序号_设备名 |
| Routine | Main / Auto / Manual / Fault | 功能固定命名 |
| Controller Tag | Line1_Estop_OK | 区域_功能_类型 |
| Program Tag | Infeed_Motor1_Cmd | 设备_对象_类型 |
| UDT | UDT_Motor / UDT_Valve | UDT_对象名 |
| AOI | AOI_Motor / AOI_PID | AOI_功能名 |
这套规划的关键在于“序号留间隔”：P10、P20、P30之间预留空位，便于后期插入新设备而不打乱整体顺序。Routine名称固定为Main、Auto、Manual、Fault、HMI五类，使任何工程师打开任意Program都能快速定位。
最后需要强调：工程结构标准化不是一次性工作，而是需要在项目启动阶段就确定并写入规范文档的约束。Controller Organizer的层级、Program的划分粒度、Tag的命名规则、AOI与UDT的接口约定，这四者共同构成了标准化工程的骨架。骨架立住了，后续的逻辑编写、调试、维护和复用才有稳定的基础。