PLC编程进阶：结构体(UDT)与功能块(FB)的模块化实践指南

1. 从“散兵游勇”到“正规军”：为什么你的PLC程序需要模块化？

干了这么多年自动化项目，我见过太多让人头疼的PLC程序了。打开一看，满屏的M点、DB块变量，名字起得五花八门，什么“电机1启动”、“气缸2前进”，逻辑更是东一块西一块，一个简单的模式切换，信号能散落在五六个网络段里。维护这种程序，就像在一团乱麻里找线头，改一个功能，得提心吊胆地检查十几个地方，生怕哪里没照顾到，现场就出幺蛾子。

这种“面条式”代码的痛点，咱们搞工控的都懂。程序越写越长，bug却像野草一样除不尽；新人接手项目，光是理清变量关系就得花上一周；想复用某个成熟的逻辑，却发现它和当前程序死死绑在一起，根本抽不出来。说到底，问题就出在数据组织和功能封装这两件最基本的事情上。

这时候，就该请出咱们的两位“模块化大将”了：结构体（UDT）和功能块（FB）。你可以把它们理解成乐高积木。UDT就是那种把几个相关的小零件预先拼好的“组合件”，比如一个带轮子、车轴和连接器的“小车底盘”。而FB呢，则是把一整套拼装逻辑，比如“如何把底盘和车身组装起来并让轮子转动”，封装成一个有明确输入（零件）、输出（成品）和内部动作的“拼装说明书”。

在PLC编程里，UDT就是你的“数据容器”。它把那些零散的、但属于同一个逻辑单元的信号打包成一个整体。比如一台设备的所有运行模式信号（手动、自动、回零、单步），在传统做法里是五六个独立的Bool变量，现在你可以创建一个叫UDT_RunMode的结构体，把这些变量都装进去。以后要用的时候，直接传递或访问这个“RunMode”整体就行了，再也不用一个个去点名。

FB则是你的“功能封装器”。它把一段完整的、可重复使用的控制逻辑（比如一个完整的PID调节算法，或者一个气缸的自动往复运动控制）打包起来，只留下几个清晰的接口（输入、输出参数）。外面的人不需要知道里面是怎么算的、怎么动的，只需要知道“给什么信号，能出什么结果”。这就好比你用微波炉热菜，只需要按几个按钮，不用关心里面的磁控管是怎么工作的。

把UDT和FB结合起来用，威力就更大了。你可以用UDT来定义FB的输入输出接口。比如，你写一个控制电机启停的FB，它的启动命令、停止命令、故障复位命令，可以封装成一个UDT_MotorCmd结构体作为输入；它的运行状态、故障状态、当前速度，可以封装成一个UDT_MotorStat结构体作为输出。这样，这个FB的接口就变得极其清爽和语义化。在程序里调用它时，代码的可读性会飙升，维护和调试的难度则会直线下降。

所以，模块化不是炫技，而是被现实逼出来的最佳实践。它瞄准的就是我们日常开发中的那些痛点：代码混乱、难以维护、无法复用、团队协作困难。接下来，我就带你一步步拆解，怎么用UDT和FB，把你的PLC程序从“散兵游勇”改造为纪律严明的“正规军”。

2. 庖丁解牛：手把手设计你的第一个结构体(UDT)

理论说再多，不如动手干。咱们就以一个最常见的场景——一台自动化拧紧枪的控制——为例，来看看怎么设计出好用又专业的UDT。

想象一下这台拧紧枪：它有不同的工作模式（手动、自动、教导）；你给它发命令（启动、停止、模式切换）；它反馈状态（运行中、报警、拧紧完成）；如果出问题了，还有详细的报警信息。在传统编程里，这些信号可能就是DB块里一堆名字各异的变量，时间一长，谁都记不清“Alm_Spindle_OverTemp”和“Fault_Spindle_TempHigh”到底有啥区别。

现在，咱们用结构体的思维来重新组织它们。核心原则就一个：单一职责，按功能归类。千万别试图搞一个“超级结构体”把什么都塞进去，那只会重蹈覆辙。

2.1 命令结构体 (UDT_TorqueGun_Cmd)

这个结构体专门用来接收外部发来的指令，所有成员都应该是“输入型”的。它的职责非常纯粹：告诉设备“你要做什么”。

TYPE UDT_TorqueGun_Cmd :
STRUCT
    // 模式选择命令 (互斥，通常一次只有一个为TRUE)
    Cmd_Manual : BOOL; // 切换到手动模式
    Cmd_Auto : BOOL; // 切换到自动模式
    Cmd_Teach : BOOL; // 切换到教导模式（用于记录位置和扭矩）
    // 动作命令
    Cmd_Start : BOOL; // 启动拧紧过程（上升沿有效）
    Cmd_Stop : BOOL; // 紧急停止当前动作
    Cmd_ResetAlarm : BOOL; // 复位报警（下降沿或电平有效，依逻辑定）
    // 参数设置（在教导或手动模式下使用）
    Cmd_SetTorque : REAL; // 目标扭矩值 (Nm)
    Cmd_SetAngle : REAL; // 目标角度值 (度)
END_STRUCT
END_TYPE

你看，我把所有“命令”相关的变量都放在了一起。前缀Cmd_清晰地表明了它们的身份——这是来自外部的指令。在程序里，我可能会用一个背景数据块（如DB_Gun1_Cmd）来实例化这个UDT，HMI上的按钮就直接链接到DB_Gun1_Cmd.Cmd_Start`这些变量上。

2.2 状态结构体 (UDT_TorqueGun_Stat)

有命令就得有反馈。状态结构体用来描述设备当前的实际状况，所有成员都是“输出型”的，由设备内部逻辑驱动。

TYPE UDT_TorqueGun_Stat :
STRUCT
    // 当前模式状态
    Stat_InManual : BOOL; // 当前处于手动模式
    Stat_InAuto : BOOL; // 当前处于自动模式
    Stat_InTeach : BOOL; // 当前处于教导模式
    // 当前动作状态
    Stat_Running : BOOL; // 拧紧动作执行中
    Stat_TorqueReached : BOOL; // 已达到目标扭矩
    Stat_An