📚 课程目录第4章 Logix编程基础

4. Logix编程基础

在ControlLogix/Studio 5000中，编程不是“先画梯形图再想变量”，而是先建立一套数据与执行的组织模型：数据类型决定一个值占多少位、能表示什么范围；标签决定这个值在控制器中叫什么、放在哪里；作用域决定谁能访问它；程序与例程决定逻辑如何分组；任务与优先级决定CPU在什么时间、以什么顺序执行这些逻辑。理解这五层关系，是后续产线控制与调试不“翻车”的基础。

一句话主线：数据类型 → 标签（含作用域）→ 例程 → 程序 → 任务（含优先级与周期）。越往下越接近“执行调度”，越往上越接近“数据定义”。

一、数据类型：原子类型与结构化类型

Logix中的数据类型分为原子类型（Atomic）和结构化类型（Structured）。原子类型是最小不可再分的数据单元，例如BOOL占1位，SINT占8位，INT占16位，DINT占32位，REAL为32位浮点数，LINT为64位整数。结构化类型由原子类型组合而成，例如TIMER、COUNTER、PID、MESSAGE，以及用户自定义的UDT（User-Defined Data Type）。

需要特别注意的是：Logix的BOOL在内存中通常按32位对齐打包，但逻辑上仍是位；而DINT是产线控制中最常用的整数类型，因为32位CPU对DINT的访问效率最高。REAL用于模拟量、速度、温度等连续量，但比较时不要直接用“==”，应使用容差判断。

常见原子类型：
BOOL   1位    开关量、线圈、互锁
SINT   8位    小范围计数、通信字节
INT   16位    中等范围计数、旧设备接口
DINT  32位    产线计数、位置、状态字（推荐）
REAL  32位    模拟量、速度、温度、PID
LINT  64位    高精度累计量、时间戳

常见结构化类型：
TIMER      .PRE .ACC .DN .TT .EN
COUNTER    .PRE .ACC .DN .CU .CD
PID        .SP .PV .CV .OUT
UDT        用户自定义，如 Motor_Data

二、标签与作用域：控制器标签 vs 程序标签

标签（Tag）是Logix中“有名字的数据”。按作用域分为两类：控制器标签（Controller Tags）和程序标签（Program Tags）。控制器标签全局可见，任何程序、任何例程都能访问，适合产线级共享状态、HMI交互、报警字、配方号等。程序标签只在所属程序内可见，适合该程序内部的中间变量、临时计算、局部状态机。

作用域选择的核心原则是：能局部就不全局。全局标签过多会导致命名冲突、调试困难、程序间耦合过强；局部标签过多则会导致跨程序通信必须显式映射。产线中常见的做法是：控制器标签放“设备状态、命令、报警、配方”，程序标签放“步序、中间标志、临时计时”。

对比项	控制器标签	程序标签
可见范围	整个控制器	仅所属程序
典型用途	HMI、报警、配方、跨程序共享	步序、中间变量、局部逻辑
命名冲突	全局唯一，易冲突	程序内唯一，隔离性好
调试影响	一处修改影响全局	修改影响范围小
推荐策略	少而稳，接口化	多而灵活，内部化

三、程序与例程：逻辑的分组与复用

在Logix中，例程（Routine）是实际编写逻辑的地方，支持梯形图（LAD）、功能块图（FBD）、顺序功能图（SFC）、结构化文本（ST）。程序（Program）是例程的容器，一个程序可以包含多个例程，并拥有自己的程序标签和程序级故障处理。程序通过主例程（Main Routine）按顺序调用其他例程，形成“主例程调度子例程”的结构。

这种分层带来的好处是：设备逻辑可以按“工位/设备/功能”拆分为不同程序，例如Prog_Conveyor、Prog_Robot、Prog_Alarm。每个程序内部再用例程拆分“初始化、手动、自动、报警、通信”。调试时可以单独禁用某个程序，而不影响其他程序运行。

Program: Prog_Conveyor
  MainRoutine        // 主例程：调用顺序
    JSR Init_Routine
    JSR Manual_Routine
    JSR Auto_Routine
    JSR Alarm_Routine
  Init_Routine       // 初始化
  Manual_Routine     // 手动模式
  Auto_Routine       // 自动步序
  Alarm_Routine      // 报警处理

四、任务与优先级：CPU什么时候执行谁

任务（Task）是Logix的执行调度单位。任务分为连续任务（Continuous）、周期任务（Periodic）和事件任务（Event）。连续任务在后台不断循环执行，优先级最低；周期任务按设定周期触发，例如每10ms、50ms、100ms；事件任务由特定事件触发，例如运动轴事件、消费型标签更新。

每个任务有一个优先级（Priority），数值越小优先级越高，范围1～15。高优先级任务可以抢占低优先级任务。产线中常见的分配是：运动控制/高速互锁用高优先级周期任务（如5ms，优先级1～3）；普通逻辑用中优先级周期任务（如20ms，优先级5～8）；HMI刷新、数据记录用低优先级连续任务或慢周期任务。

常见误区：把所有逻辑都放在连续任务里，导致高速信号响应慢；或者周期任务设得过快，CPU负载过高，反而造成扫描时间抖动。任务周期不是越短越好，而是“满足工艺响应要求即可”。

五、案例：一条包装产线的任务划分

某包装产线包含输送带、贴标机、视觉检测、剔除气缸。若全部逻辑放在一个连续任务中，视觉触发信号可能延迟20～50ms，导致剔除位置偏移。合理的做法是：

Task_Fast（周期5ms，优先级2）：视觉触发、编码器位置锁存、剔除气缸高速输出。
Task_Normal（周期20ms，优先级6）：输送带启停、贴标步序、自动流程。
Task_Slow（周期100ms，优先级10）：HMI刷新、产量统计、报警汇总。
连续任务：数据记录、非关键状态监视。

标签方面，Line_Status、Alarm_Word、Recipe_ID放在控制器标签；Step_No、Timer_Label、Reject_Flag放在各自程序标签。程序按设备拆分为Prog_Conveyor、Prog_Labeler、Prog_Vision、Prog_Reject，每个程序内再分Init、Manual、Auto、Alarm例程。

调试建议：先在任务监视器中观察各任务的扫描时间与CPU占用率，再决定是否调整周期。若某个周期任务实际执行时间接近其周期，说明负载过重，应拆分逻辑或降低优先级竞争。

六、常见误区与复盘

类型混用：把REAL直接赋给INT，小数被截断；把DINT与INT比较，可能因符号扩展出错。应显式转换，如INT_TO_DINT、REAL_TO_DINT。
全局标签泛滥：所有变量都建在控制器标签，导致命名冲突、程序间隐式耦合。应按“接口全局、内部局部”原则拆分。
例程顺序错误：MainRoutine中JSR顺序决定执行顺序，若Alarm_Routine放在Auto_Routine之前，可能报警未初始化就参与自动逻辑。
任务优先级倒置：低速任务优先级高于高速任务，导致高速信号被阻塞。应确保高速控制任务优先级数值更小。
周期设置过短：5ms任务里放了大量逻辑，CPU负载超过80%，扫描时间抖动，反而影响稳定性。

复盘时可以用一张“任务-程序-例程-标签”对照表，逐项检查：每个任务下挂了哪些程序，每个程序的主例程调用了哪些子例程，每个例程访问了哪些控制器标签和程序标签。这样既能发现作用域越界，也能发现优先级与周期分配不合理的问题。

检查清单示例：
Task_Fast(5ms, P2)  -> Prog_Vision  -> Main -> Trigger, Latch
Task_Normal(20ms,P6)-> Prog_Conveyor-> Main -> Init, Manual, Auto
Task_Slow(100ms,P10)-> Prog_Alarm   -> Main -> Collect, Display
控制器标签：Line_Status, Alarm_Word, Recipe_ID
程序标签：Step_No, Reject_Flag, Timer_Label

掌握数据类型、标签、作用域、程序与例程、任务与优先级这五个概念，本质上是在建立“数据在哪里、逻辑怎么分、CPU何时跑”的完整心智模型。后续无论是写梯形图、做HMI交互，还是排查产线偶发故障，都能从这套模型中快速定位问题层级。