ST混合编程策略：何时用ST做计算，何时切回梯形图做显示

ST混合编程策略的核心，是把结构化文本（Structured Text，ST）和梯形图（Ladder Diagram，LD）当作互补的“左右手”，而非互相替代的工具。在PLC编程中，硬套“ST万能”或“LD过时”的观念，只会让逻辑臃肿、调试困难、维护成本飙升。真正高效的自动化程序，是在计算密集、逻辑分支多、数学关系明确的地方用ST，在设备状态可视化、安全互锁显性化、操作员交互直觉化的地方切回LD。以下为可立即落地的判断准则与实操步骤。

一、先认清两种语言的本质差异（不比较优劣，只看适用边界）

关键结论：ST擅长“算得准”，LD擅长“看得清”。混合编程不是折中，而是分工。

二、必须用ST完成的5类计算任务（切换时机明确）

当程序中出现以下任一特征，应立即停止画梯形图，新建ST程序段：

1. 多变量代数运算
   编写 speed_rpm := (freq_hz * 60.0) / poles;
   而非在LD中串联 MUL_R → DIV_R → MOVE 三个功能块，并手动管理中间变量 temp1, temp2。
   ✅ 正确做法：在ST中直接写公式，freq_hz 和 poles 作为输入变量，speed_rpm 为输出变量，全程无中间寄存器污染LD符号表。

2. 数组批量处理
   遍历温度传感器阵列并求均值：

   sum := 0.0;
   FOR i := 0 TO 7 DO
       sum := sum + temp_sensor[i];
   END_FOR;
   avg_temp := sum / 8.0;

   在LD中实现等效逻辑需8组 ADD_R + 7次 MOVE + 手动计数器，极易出错且无法复用。

3. 复杂条件决策树
   例如包装机剔除逻辑：

   IF (weight < 95.0) AND (label_ok = FALSE) THEN
       reject_reason := 1; // 欠重+无标
   ELSIF (weight > 105.0) AND (seal_ok = FALSE) THEN
       reject_reason := 2; // 超重+封口不良
   ELSIF (check_sum_error = TRUE) THEN
       reject_reason := 3; // 条码校验失败
   ELSE
       reject_reason := 0; // 通过
   END_IF;

   若强行用LD实现，需嵌套4层并联支路+多重取反触点，图纸宽度超A0幅面，且任意条件变更都要重绘整段。

4. PID参数动态整定
   根据产线速度自动调节冷却水阀PID的 Kp, Ti, Td：

   IF line_speed > 80.0 THEN
       kp := 1.2; ti := 15.0; td := 2.0;
   ELSIF line_speed > 50.0 THEN
       kp := 0.9; ti := 20.0; td := 1.5;
   ELSE
       kp := 0.6; ti := 30.0; td := 1.0;
   END_IF;

   LD无法直接赋值多个变量，需为每个参数单独建 MOVE 功能块，参数切换时存在毫秒级不同步风险。

5. 字符串解析与协议解包
   解析Modbus TCP返回的16字节报文：

   // 假设 raw_data: ARRAY[0..15] OF BYTE
   status := WORD_TO_INT(raw_data[0] * 256 + raw_data[1]);
   temp_value := REAL_TO_REAL(
       INT_TO_REAL(WORD_TO_INT(raw_data[2]*256 + raw_data[3])) / 10.0
   );

   LD无原生字节操作符，需依赖专用“字节拆分”功能块，且无法做 *256 + 这类移位等效计算。

三、必须切回LD完成的4类显示与控制任务（切换时机明确）

当程序需满足“一线人员5秒内看懂当前状态”或“硬件安全链不可绕过”时，必须放弃ST，回到LD：

1. 主电源与急停硬件链
   连接 I0.0（急停按钮常闭触点）、I0.1（安全门开关）、Q0.0（主接触器线圈）构成硬线安全回路：

   • 第一行：I0.0 常闭触点 — I0.1 常闭触点 — Q0.0 线圈（串联）
   • 第二行：Q0.0 常开触点并联至 I0.0 触点（自锁）
     ✅ 优势：电气图纸与PLC程序完全一致，电工可直接用万用表测通断；ST无法表达物理触点的“常闭”属性，且编译后无法保证扫描周期内响应时间<10ms。

2. 电机启保停控制
   构建 Start_PB（启动按钮）、Stop_PB（停止按钮）、Motor_Run（运行反馈）、Motor_Coil（输出线圈）的标准三线制：

   • Start_PB 常开触点 — Motor_Run 常开触点（自锁） — Stop_PB 常闭触点 — Motor_Coil
     ✅ 优势：操作工培训时指着图纸说“按下启动，电流从这里流到线圈”，理解零门槛；ST中若写 IF start AND NOT stop THEN motor := TRUE; END_IF，缺少自锁维持逻辑，松开按钮即停机。

3. 多设备互锁可视化
   例如喷涂室禁止同时开启喷枪与烘干风机：

   • 支路1：Spray_Gun_ON 线圈前串入 Dryer_Fan_OFF 常开触点
   • 支路2：Dryer_Fan_ON 线圈前串入 Spray_Gun_OFF 常开触点
     ✅ 优势：互锁关系物理呈现，修改时只需增删触点，不会误删ST中的某一行IF语句导致隐性失效。

4. HMI按钮状态同步显示
   将本地按钮 I1.0 的状态直接映射到HMI的“手动模式”指示灯：

   • 直接用 I1.0 触点驱动 Q2.0（指示灯输出），无需任何中间变量
     ✅ 优势：消除ST中 manual_mode := I1.0; → Q2.0 := manual_mode; 的两拍延迟，确保按钮按下瞬间指示灯亮起，符合人机工程响应要求（<100ms）。

四、混合编程的3个黄金衔接规则（避免信号撕裂）

混合编程失效的主因，是ST与LD之间变量传递不当。务必遵守：

1. 输入/输出严格隔离

   • ST程序只读取LD已处理好的干净信号（如 motor_run_stable，而非原始 I0.3）；
   • ST程序只写入专用于计算的中间变量（如 setpoint_calc），绝不直接驱动输出点（如 Q1.0）；
   • 最终输出由LD统一汇总：Q1.0 := (ld_manual_mode AND ld_start_btn) OR (st_auto_mode AND st_ready_flag);

2. 状态变量命名强制带后缀
   | 变量名 | 含义 | 错误示例 |
   |-----------------|--------------------------|----------------|
   | pump_fault_ld | LD检测到的泵故障（硬件触点） | pump_fault |
   | pump_fault_st | ST计算出的泵过热故障（软件判断） | pump_overheat|
   | pump_enable | LD与ST共同决策后的最终使能信号 | enable_pump |

3. 扫描周期对齐（关键！）
   LD程序必须放在ST程序之前执行（多数平台默认如此，但需确认）：

   • 周期开始 → 执行LD（更新所有物理输入、驱动基础输出）→ 执行ST（读取LD更新后的变量）→ 周期结束
     ❌ 若ST在LD前执行，则ST读取的是上周期的旧输入值，导致计算滞后一个周期。在TIA Portal中检查“程序组织单元（POU）调用顺序”，确保LD块调用优先级高于ST块。

五、一个完整实例：恒压供水系统混合编程拆解

需求：3台水泵根据管网压力自动轮换，单台故障时无缝切换，压力超限时声光报警。

步骤1：用LD搭建安全基座

• 急停回路：I0.0(急停) — I0.1(水箱低液位) — Q0.0(总接触器)
• 水泵启保停：每台泵独立支路，含 START_PB、STOP_PB、RUN_FB（热继反馈）、FAULT_LED（故障灯）
• 报警输出：Q1.0(蜂鸣器) 由 pressure_high_ld OR pump_fault_ld 驱动

步骤2：用ST完成核心算法

// 输入：pressure_actual（压力传感器值），pump1_run, pump2_run, pump3_run（LD传入的运行状态）
// 输出：pump1_cmd, pump2_cmd, pump3_cmd（计算出的启停命令），alarm_code（报警码）

// 压力PID调节（简化版）
error := pressure_set - pressure_actual;
integral := integral + error * scan_time;
output := kp * error + ki * integral;

// 轮换逻辑（记录每台泵累计运行小时）
IF pump1_run THEN run_hours[0] := run_hours[0] + scan_time/3600.0; END_IF;
IF pump2_run THEN run_hours[1] := run_hours[1] + scan_time/3600.0; END_IF;
IF pump3_run THEN run_hours[2] := run_hours[2] + scan_time/3600.0; END_IF;

// 选择负载最小的泵启动
min_idx := 0;
IF run_hours[1] < run_hours[min_idx] THEN min_idx := 1; END_IF;
IF run_hours[2] < run_hours[min_idx] THEN min_idx := 2; END_IF;

// 分配命令（假设当前需2台泵运行）
pump1_cmd := (min_idx = 0) OR (min_idx = 1);
pump2_cmd := (min_idx = 0) OR (min_idx = 2);
pump3_cmd := (min_idx = 1) OR (min_idx = 2);

// 报警码生成
IF pressure_actual > 0.8 THEN alarm_code := 101; // 超压
ELSIF pump1_fault_ld OR pump2_fault_ld OR pump3_fault_ld THEN alarm_code := 201; // 泵故障
ELSE alarm_code := 0;
END_IF;

步骤3：用LD完成最终决策与输出

// 第一行：泵1最终输出 = （LD手动模式启用且按钮按下）OR（ST自动模式且pump1_cmd为TRUE）
I1.0 -- I1.1 -- Q0.1  // 手动启动
                      |
pump1_cmd_st --------+

// 第二行：蜂鸣器 = ST报警码非零
alarm_code_st <> 0 --> Q1.0

此设计下：电工检修时看LD即可掌握所有硬线逻辑；工程师优化算法时只改ST段，不影响安全链；HMI开发人员直接绑定 alarm_code_st 变量，无需解析字符串。

在LD中画出安全，在ST中写出精度，在变量命名里刻下责任，在调用顺序里守住时序。混合不是妥协，是让每行代码都长在它该长的位置上。