4. 模块化编程原则

模块化编程在西门子PLC中并不是一句口号，而是由FC、FB、DB、UDT、OB这几类对象共同承载的工程约束。高内聚、低耦合、信息隐藏、接口最小化这四条原则，最终都要落到“块怎么切、数据放哪里、接口开多大”这三个具体动作上。如果只停留在概念层面，程序依然会退化成一张巨大的梯形图网络，任何一处修改都可能牵动全局。

一、高内聚：把同一职责的代码和数据收进同一个块

高内聚要求一个FC或FB只完成一件明确的事。例如一台变频器控制，可以拆成“启停逻辑”“频率给定”“故障复位”三个FB，而不是把所有逻辑塞进一个FB100。判断内聚是否足够，可以问：这个块里的所有语句是否都在为同一个输出服务？如果块内同时出现电机启停、模拟量换算和报警延时，说明职责已经混杂。

在西门子PLC中，高内聚最直接的落地方式是使用FB配合背景DB。FB的静态变量（Static）天然属于该实例，调用时自动生成背景DB，数据与逻辑绑定在一起。例如FB“MotorControl”内部声明Start、Stop、Fault、Run、SpeedSP等静态变量，每个电机调用一次就生成一个独立背景DB，互不干扰。这比用全局M变量或全局DB按偏移量访问要安全得多。

二、低耦合：块之间只通过接口传递必要信息

低耦合不是“不连接”，而是“连接得少而清晰”。在西门子PLC里，耦合主要发生在三种位置：块与块之间的参数传递、块对全局DB的读写、块对I/Q地址的直接访问。降低耦合的关键动作是：禁止在FB内部直接读写物理I/O，改为通过In/Out参数传入；禁止跨块直接访问别人的背景DB；全局DB只保留真正需要跨站共享的数据。

一个常见的反例是：FB内部直接写Q0.0。这样该FB只能控制这一个输出，无法复用，也无法在仿真环境中脱离硬件测试。正确做法是把输出定义为Output参数Q_Out，由调用它的OB或上层FC决定接到哪个物理地址。这样FB本身与硬件解耦，可以在不同项目、不同CPU之间复用。

三、信息隐藏：外部只需要知道“怎么用”，不需要知道“怎么实现”

信息隐藏的核心是：块的内部实现细节不暴露给调用者。在西门子PLC中，这体现为三点。第一，FB的静态变量和临时变量不对外可见，调用者只能通过接口参数交互。第二，内部中间计算使用Temp变量，不占用全局地址。第三，如果某个内部逻辑需要被多个块复用，应封装成独立的FC/FB，而不是让调用者复制代码。

例如一个PID控制FB，内部可能包含积分分离、抗饱和、手自动切换等复杂逻辑，但对外只暴露Setpoint、Actual、Kp、Ti、Td、Manual、Output等参数。调用者不需要知道内部是用微分先行还是不完全微分，只需要按接口接线即可。这就是信息隐藏带来的可替换性：只要接口不变，内部算法可以升级而不影响调用方。

四、接口最小化：参数不是越多越好

接口最小化要求每个块只暴露完成其职责所必需的参数。参数过多会带来三个问题：调用时容易接错、修改接口时影响面大、块的可复用性下降。在西门子TIA Portal中，FB接口分为Input、Output、InOut、Static、Temp、Constant六类，其中只有前三类对外可见。设计时应尽量把中间变量放进Static或Temp，而不是全部提升为InOut。

一个实用的判断标准是：如果一个参数只在块内部使用，就不要放到接口上；如果两个参数总是成对出现且含义固定，可以考虑合并为UDT。例如把Start、Stop、Fault、Ready四个Bool合并为UDT“MotorStatus”，接口数量从4个降为1个，调用时只需连接一个变量，既减少接线错误，也便于后续扩展。

五、在TIA Portal中的具体操作要点

落地这四条原则，需要在TIA Portal中形成固定习惯。创建FB时，先在接口区规划Input、Output、InOut，再写代码；不要在代码写到一半时随意增加接口参数。对于需要复用的数据结构，先建UDT，再在FB的接口或DB中使用该UDT。调用FB时，背景DB的命名应体现实例含义，例如DB_Motor1、DB_Motor2，而不是默认的DB100。

对于全局DB，建议按功能划分，例如DB_HMI、DB_Alarm、DB_Recipe，而不是把所有变量堆在一个DB里。全局DB中的变量应尽量使用UDT或结构体，避免大量零散Bool。对于OB，主循环OB1只负责调用，不写具体逻辑；急停、故障等安全逻辑放在OB35或专用安全OB中，保证扫描周期稳定。

六、常见误区与修正

第一个误区是“块越小越好”。过度拆分会导致调用层级过深，反而增加维护成本。合理的粒度是：一个FB对应一个可独立测试的功能单元，例如一台设备、一个控制回路、一个报警组。第二个误区是“所有变量都放全局DB”。全局DB访问速度快，但耦合度高，修改时影响面大。应优先使用FB背景DB和接口参数，全局DB只保留跨设备共享的数据。

第三个误区是“接口参数越多越灵活”。实际上，参数越多，调用者需要理解的信息越多，出错概率越大。应遵循“最小可用接口”原则：只暴露调用者必须提供或必须读取的参数，其余全部隐藏。第四个误区是“忽略Temp变量”。Temp变量在每个扫描周期开始时被清零，适合存放中间计算结果，不应跨周期保持。需要保持的状态必须放在Static中。

七、一个可参考的FB接口设计示例

以“电机控制”为例，一个符合高内聚、低耦合、信息隐藏、接口最小化的FB接口可以这样设计：

FUNCTION_BLOCK "MotorControl"
VAR_INPUT
    Start      : Bool;      // 启动命令
    Stop       : Bool;      // 停止命令
    FaultReset : Bool;      // 故障复位
    SpeedSP    : Real;      // 速度给定，单位 rpm
END_VAR
VAR_OUTPUT
    Run        : Bool;      // 运行反馈
    Fault      : Bool;      // 故障输出
    SpeedPV    : Real;      // 实际速度
END_VAR
VAR_IN_OUT
    Status     : "MotorStatus";  // UDT，成组状态
END_VAR
VAR
    Timer1     : TON;       // 内部延时，外部不可见
    EdgeStart  : R_TRIG;    // 内部边沿，外部不可见
END_VAR

这个接口只暴露了调用者必须提供的4个输入、3个输出和1个UDT状态，内部定时器和边沿检测全部隐藏在Static区。调用时，OB1只需连接实际变量，不需要关心内部如何实现延时和边沿。如果后续需要增加“过载报警”功能，只需在UDT中增加一个Bool字段，接口数量不变，调用方改动最小。

模块化编程的最终目标不是让程序看起来“整齐”，而是让修改局部化、让复用成为常态、让测试可以脱离硬件进行。高内聚决定了一个块是否值得独立存在，低耦合决定了它能否被安全替换，信息隐藏决定了调用者需要理解多少，接口最小化决定了调用者需要连接多少。四者共同作用，才能在西门子PLC项目中形成真正可维护的程序架构。