TIA Portal高级编程实践：SCL与LAD/FBD混合架构设计
引言：为什么需要混合编程
在TIA Portal中，PLC编程语言有五种：LAD（梯形图）、FBD（功能块图）、SCL（结构化文本）、ST（结构化文本，是SCL的IEC标准名称）和SFC（顺序功能图）。
大多数工程师只会用LAD。LAD适用于开关量逻辑，但当逻辑变得复杂（比如通信解析、配方管理、算法运算）时，LAD的局限性会迅速暴露。一个简单的FOR循环在LAD中需要十几个网络，在SCL中只需要三行代码。这就是混合编程的意义所在。
一、SCL基础与关键语法
SCL（Structured Control Language）是西门子在TIA Portal中实现的IEC 61131-3 ST语言。它与高级语言（Pascal、C）相似，支持条件、循环、函数、数组等结构。
1.1 基本语法对比
一个简单的示例：从数组中找到最大值。
LAD实现（简化版本，约需要8个网络）：
- 网络1：初始化MAX为数组第一个元素，INDEX为0
- 网络2：循环开始，比较INDEX与数组长度
- 网络3：比较当前元素与MAX
- 网络4：如果当前元素大于MAX，则更新MAX
- 网络5：INDEX自增
- 网络6~7：跳转逻辑
- 网络8：赋值输出
SCL实现：
maxValue := dataArray[0];
FOR i := 1 TO ARRAY_LENGTH-1 DO
IF dataArray[i] > maxValue THEN
maxValue := dataArray[i];
END_IF;
END_FOR;
5行代码完成。逻辑清晰，易于维护。
1.2 SCL中的结构体与UDT
SCL天然支持结构体数据类型。在项目中应该提早设计好UDT（用户定义数据类型）。
一个典型的电机控制结构体：
TYPE "Motor_DataType"
VERSION : 0.1
STRUCT
StartCmd : Bool; // 启动命令
StopCmd : Bool; // 停止命令
SpeedRef : Real; // 速度给定（rpm）
SpeedAct : Real; // 实际速度（rpm）
Current : Real; // 实际电流（A）
Temp : Real; // 绕组温度（℃）
Status : Word; // 状态字
RunTime : Time; // 累计运行时间
FaultCode : Word; // 故障码
END_STRUCT
END_TYPE
有了这个UDT后，可以创建一个DB存储所有电机：
Motor_1 : "Motor_DataType";
Motor_2 : "Motor_DataType";
Motor_3 : "Motor_DataType";
或者更优雅地，创建一个ARRAY：
Motors : ARRAY[1..10] OF "Motor_DataType";
这样所有电机的控制逻辑可以在一个SCL循环中处理，而不需要为每个电机写重复的梯形图网络。
二、混合编程架构模式
在实际项目中，我推荐以下架构模式：
2.1 分层架构
将程序分为三层：
IO层：直接与输入/输出模块绑定，进行信号调理（滤波、量程转换、信号状态判断）。使用FBD或LAD实现，因为逻辑简单直白。
控制逻辑层：设备控制逻辑（启停、联锁、时序、状态机）。使用LAD+FBD或SCL，根据复杂性决定。简单逻辑用LAD，状态机用SCL。
数据管理层：工艺参数处理、配方管理、通讯协议解析。使用SCL实现，因为涉及数组、字符串、数学运算等复杂操作。
2.2 功能块封装
每个标准设备类型（电机、阀门、输送带等）定义一个FB（功能块），内部用LAD或SCL实现，外部通过接口参数调用。
电机的控制功能块实例：
FUNCTION_BLOCK "MotorControl"
VAR_INPUT
Motor : "Motor_DataType";
SafetyPermit : Bool;
END_VAR
VAR_OUTPUT
Running : Bool;
Fault : Bool;
END_VAR
VAR_IN_OUT
LocalMotor : "Motor_DataType";
END_VAR
这样在OB1中，只需要实例化10次FB，传入对应的电机数据结构和互锁信号，就可以运行10个电机。代码量减少80%以上。如果需要临时修改控制逻辑，只需要修改FB本身，所有电机的控制行为都会自动更新。
三、数据管理最佳实践
3.1 全局数据块（DB）的设计
DB应该按功能分类，而不是按设备类型分类：
- 工艺参数DB：存储所有工艺参数（温度设定值、速度曲线、配方等）
- 设备状态DB：存储所有设备的当前状态
- 报警DB：存储当前和历史的报警信息
- 通讯DB：存储与其他系统交换的数据
这样的好处是：
第一：HMI变量关联更容易。HMI只需要指向一个DB，不用在几十个DB中查找。
第二：数据备份和恢复更简单。只需要保存几个核心DB。
第三：通讯配置更简洁。OPC UA服务器只需要发布几个DB。
3.2 数据类型的最佳实践
很多工程师把所有的数据都声明为REAL。实际上，TIA Portal支持多种数据类型，选择合适的数据类型可以优化性能和存储空间：
- LReal（64位浮点）：适用于高精度计算（数学运算、PID系数等）
- Real（32位浮点）：适用于一般的模拟量处理（温度、压力等），大多数场景足够用
- DInt（32位有符号整型）：适用于计数器、脉冲累计、定时器长时基
- Int（16位有符号整型）：适用于较小的数值范围（<32767的范围）
- Word/DWord：适用于位操作（状态字、控制字）
- String/Char：适用于文本信息
数据块大小和数据类型的选择会影响CPU的循环周期——访问一个LReal比访问一个Real多占用一个CPU周期。在S7-1500上，影响不大（CPU运算速度是纳秒级的），但在S7-1200上需要更关注。
四、性能优化建议
4.1 减少FC/FB的调用调用开销
SCL编写的FC/FB在每次调用时都会产生额外的上下文切换开销。如果一个函数在循环中被调用100次，这个开销会累积。
优化方法：将循环内部的函数逻辑直接内联到循环中。虽然代码稍显冗长，但执行效率会提升。在编译器中，"inline"关键字可以直接在TIA Portal的SCL中使用，显式告诉编译器将函数内联展开。
4.2 SCL与LAD的混用注意事项
在同一个FB中混用SCL和LAD时，需要注意变量的初始化顺序。SCL中的变量赋值是在LAD网络之前还是之后执行？TIA Portal的执行顺序是：先执行SCL部分，再执行LAD网络。
如果想精确控制执行顺序，建议将SCL部分放在LAD之后或独立为一个FC。
4.3 循环时间控制
SCL中的循环（FOR、WHILE）必须设置合理的循环次数上限。如果循环逻辑不收敛（例如WHILE循环条件永远满足），PLC会陷入死循环，导致看门狗超时（S7-1500 Watchdog默认150ms）。
安全措施：每个WHILE循环增加最大迭代次数保护：
i := 0;
WHILE condition AND i < 1000 DO
// 循环逻辑
i := i + 1;
END_WHILE;
IF i >= 1000 THEN
// 记录超时错误
END_IF;
结语
从LAD到SCL的进阶，就像从"画电路图"进化到"写程序"。TIA Portal为这个转变提供了很好的支持——你可以在同一个项目中、同一个FB中自由混合使用LAD和SCL。
我的建议是：不要一夜之间完全放弃LAD。先从那些"写起来很费劲"的梯形图逻辑开始：一个简单的数据处理算法、一个通讯协议解析、一个配方查找功能——用SCL实现它们，体会其中的差异。慢慢你会发现，你开始自发地选择"哪种语言更适合这个功能"，而不是本能地打开LAD编辑器。
推荐阅读
