4. S7-1500编程基础强化

在S7-1500项目中，编程语言的选择、块类型的划分、数据类型的定义以及程序结构的规划，共同决定了程序的可读性、可维护性和运行效率。很多初学者容易陷入“能用就行”的误区，把所有逻辑都塞进OB1，或者随意混用LAD与SCL，导致后期联锁逻辑难以排查、顺控流程无法追溯。本节从工程实践角度，梳理这四者之间的配合关系与适用边界。

一、四种编程语言的适用边界

LAD（梯形图）以能流和触点/线圈为核心，最贴近继电器控制逻辑，适合表达布尔联锁、启停保持、互锁、故障复位等以“通/断”为主的逻辑。它的优势在于在线监视时能直观看到能流路径，排查“为什么该输出没有得电”非常高效。FBD（功能块图）用逻辑框和信号线表达，适合组合与、或、非、比较、算术等运算，尤其在模拟量处理、条件组合判断中比LAD更紧凑。SCL（结构化控制语言）是类Pascal的高级语言，适合循环、数组、字符串处理、复杂算法、批量数据处理和数学计算，例如配方管理、PID参数整定、数据记录。GRAPH则是专用于顺序控制的语言，以步（Step）、转换条件（Transition）、动作（Action）为核心，适合描述有明确先后顺序、步序互锁、超时监控的顺控流程，如设备自动运行、清洗流程、多工位节拍控制。

选择语言时，建议遵循“逻辑形态决定语言”的原则：纯布尔联锁优先LAD；组合逻辑与模拟量运算可用FBD；需要循环、数组、复杂计算时用SCL；有明确步序的自动流程用GRAPH。一个项目中可以混用，但同一功能块内应尽量保持语言一致，避免同一段逻辑在LAD和SCL之间反复跳转，增加维护成本。

二、块类型的选择与配合

S7-1500的块类型包括OB、FB、FC、DB和UDT。OB是组织块，负责程序调度和中断响应，例如OB1主循环、OB100启动、OB35循环中断。FB是功能块，带有背景数据块，能够保存状态，适合封装设备控制逻辑，例如一台电机的启停、故障、运行时间统计。FC是功能，没有记忆，适合纯计算、数据转换、条件判断等无状态逻辑。DB分为全局数据块和背景数据块，全局DB用于跨设备共享数据，背景DB则与FB实例绑定。UDT用于定义自定义数据类型，例如“电机状态”结构体，包含运行、故障、手自动、电流等成员，便于批量复用。

实际项目中，建议按“设备”划分FB，每个设备一个FB实例，内部再调用FC完成计算，用UDT定义设备接口。这样当设备数量增加时，只需复制FB实例并分配不同背景DB，程序结构清晰，修改时也不会影响其他设备。

三、数据类型与程序结构规划

数据类型方面，布尔量用Bool，整数用Int/DInt，浮点用Real/LReal，时间用Time，字符串用String。对于联锁与顺控，建议将设备状态封装为UDT，例如：

TYPE "UDT_Motor"
VERSION : 0.1
   STRUCT
      Run : Bool;          // 运行反馈
      Fault : Bool;        // 故障信号
      Auto : Bool;         // 自动模式
      Manual : Bool;       // 手动模式
      Current : Real;      // 电流值
      RunTime : Time;      // 累计运行时间
   END_STRUCT;
END_TYPE

程序结构规划应遵循“分层调用、功能内聚”的原则。OB1只负责调用各设备FB和公共FC，不写具体逻辑；设备FB内部再分为联锁处理、顺控步序、报警输出三个区域。对于GRAPH顺控，建议每个设备或工艺段一个GRAPH FB，步序编号与工艺步骤一一对应，转换条件引用联锁结果，动作输出通过DB传递给LAD/SCL执行。这样联锁与顺控分离，排查时可以先看GRAPH当前步，再看联锁条件是否满足，定位效率显著提高。

最后需要强调的是，语言和块类型的选择没有绝对优劣，关键在于与工艺对象和控制需求匹配。一个典型的S7-1500项目可能同时包含LAD联锁、GRAPH顺控、SCL计算和FBD条件组合，只要结构清晰、接口统一、命名规范，就能在保证功能的同时，大幅降低调试和维护成本。