PLC程序结构化的设计原则与模块化编程

PLC程序结构化设计是自动化项目开发的核心环节，直接影响系统的稳定性、可维护性及后期扩展成本。采用模块化编程思想，能够将复杂的控制逻辑拆解为独立的功能单元，从而降低调试难度，提高代码复用率。

以下是实施PLC程序结构化设计与模块化编程的具体操作指南。

1. 设计原则规划

在编写第一行代码之前，必须确立程序的整体架构原则。良好的架构应遵循“高内聚、低耦合”的特性。

1.1 确立层次化结构

将 程序逻辑划分为不同的功能层级。标准的PLC程序架构通常包含以下四个层级：

1. 资源层：处理硬件配置、I/O地址映射、总线通讯配置。
2. 数据处理层：负责模拟量转换、标定、报警滤波、数据处理算法。
3. 逻辑控制层：核心业务逻辑，如电机启停、阀门联锁、PID调节。
4. 接口交互层：处理HMI数据交互、SCADA通讯、数据记录。

1.2 定义标准命名规范

制定 统一的变量命名规则，防止因命名混乱导致的逻辑冲突。推荐使用“前缀_描述_后缀”的格式。

以下是常用的变量命名前缀对照表：

1.3 绘制程序流程图

使用 流程图工具规划逻辑走向。对于复杂的控制逻辑，必须在编程前绘制状态流转图。

2. 模块化编程实施

模块化的核心在于将重复使用的逻辑封装为功能（FC）或功能块（FB），实现“一次编写，多处调用”。

2.1 区分FC与FB的应用场景

根据 数据存储需求选择程序组织单元（POU）。

1. 使用功能 FC (Function)：

   • 适用场景：仅进行逻辑运算、数学计算或数据转换，无需保存内部状态（如中间结果）。
   • 特点：无背景数据块，占用内存少。例如：模拟量线性转换、电机启停电路逻辑。

2. 使用功能块 FB (Function Block)：

   • 适用场景：控制逻辑需要记忆内部状态，如定时器累计值、计数器当前值、PID积分项、设备当前步骤。
   • 特点：每次调用都会生成一个独立的背景数据块（Instance DB），数据互不干扰。例如：电机控制块、阀门控制块、PID控制块。

2.2 编写标准模拟量转换模块

创建 一个通用的模拟量转换功能 FC_AnalogScale，用于将原始ADC值转换为工程物理量。

该模块需要处理模拟量到工程量的线性转换。转换公式如下：

$$ Y = \frac{(X - Raw_{min}) \times (Eng_{max} - Eng_{min})}{Raw_{max} - Raw_{min}} + Eng_{min} $$

其中：

• $X$ 为采集到的原始模拟量值。
• $Y$ 为转换后的工程量值。
• $Raw_{min}$ 和 $Raw_{max}$ 为原始值量程范围。
• $Eng_{min}$ 和 $Eng_{max}$ 为工程量量程范围。

编写 伪代码逻辑如下：

// 定义输入输出接口
VAR_INPUT
    rRawValue : REAL;       // 原始值
    rRawMin   : REAL;       // 原始下限
    rRawMax   : REAL;       // 原始上限
    rEngMin   : REAL;       // 工程下限
    rEngMax   : REAL;       // 工程上限
END_VAR

VAR_OUTPUT
    rEngValue : REAL;       // 工程值输出
    bFault    : BOOL;       // 断线故障标志
END_VAR

// 核心逻辑实现
IF (rRawMax - rRawMin) > 0.0001 THEN
    // 防止除零错误，执行线性标定
    rEngValue := (rRawValue - rRawMin) * (rEngMax - rEngMin) / (rRawMax - rRawMin) + rEngMin;

    // 简单的断线检测逻辑 (假设小于-3000为断线)
    IF rRawValue < -3000.0 THEN
        bFault := TRUE;
        rEngValue := rEngMin; // 故障时输出安全值
    ELSE
        bFault := FALSE;
    END_IF;
ELSE
    bFault := TRUE;
END_IF;

2.3 封装电机控制功能块

设计 一个带故障处理和状态记忆的电机控制功能块 FB_MotorControl。该功能块应具备启停控制、故障联锁及运行时间统计功能。

定义 接口变量表：

编写 内部逻辑代码：

// 故障检测逻辑：故障信号为TRUE时，触发报警并禁止运行
IF bFaultSig THEN
    bAlarmOut := TRUE;
    bRunOut := FALSE;
ELSE
    bAlarmOut := FALSE;

    // 启保停逻辑
    // 检测Start上升沿，置位运行标志
    IF bStart AND NOT bRunOut THEN
        bRunOut := TRUE;
    END_IF;

    // 停止信号优先级最高
    IF bStop THEN
        bRunOut := FALSE;
    END_IF;
END_IF;

// 运行时间累计逻辑
tTimer(IN := bRunOut, PT := T#1S);
IF tTimer.Q THEN
    tRunTime := tRunTime + T#1S; // 每秒累加
END_IF;

3. 主程序架构集成

在主循环组织块（如 OB1）中，不应直接编写具体的控制逻辑，而应通过调用子程序（FC/FB）来组织流程。

3.1 构建输入映射程序

创建 一个专门的功能块 FC_InputMapping，并在主程序开始处调用。
将 物理输入点（I 区）映射到全局变量区。这样做可以将硬件地址与程序逻辑解耦，当硬件接线变更时，只需修改映射表，无需改动核心逻辑。

执行 映射操作：

1. 读取 I0.0 状态，赋值 给全局变量 G_StartBtn。
2. 读取 IW64 模拟量值，赋值 给全局变量 G_LevelRaw。

3.2 组织逻辑扫描顺序

按照 固定的扫描周期顺序在 OB1 中安排程序块。

1. 调用 FC_InputMapping（输入刷新）。
2. 调用 FC_SystemDiag（系统诊断，检测电池电量、通讯状态）。
3. 调用 FB_ModeControl（模式管理，判断自动/手动状态）。
4. 调用 FB_MotorControl（电机控制实例，传入对应的接口变量）。
5. 调用 FC_OutputMapping（输出刷新，将逻辑结果写入 Q 区）。

3.3 建立全局数据块

生成 一个全局数据块 DB_SystemGlobal，用于存放系统级参数。
避免 在程序中直接使用绝对地址（如 M0.0）。使用 符号化编程，统一管理所有中间变量。这不仅提高了代码可读性，也避免了地址重叠冲突。

4. 调试与维护规范

结构化程序的优势在于调试的便利性，必须遵循标准的调试流程。

4.1 单元测试策略

针对 每个编写的 FC 或 FB 进行独立测试。

1. 编写 仿真测试程序或使用PLC供应商提供的仿真软件（如PLCSIM）。
2. 强制 输入变量，观察 输出变量是否符合预期逻辑表。
3. 重点检查 边界条件，如：输入值为负数、定时器同时触发、断电重启后的状态保持。

4.2 交叉引用检查

使用 编程软件的“交叉引用”功能（Cross Reference）。
排查 未使用的变量或多重赋值的线圈。

• 若发现同一个输出线圈在多个网络中被赋值，必须修正逻辑，确保输出唯一性。

4.3 版本控制与备份

建立 严格的程序版本管理机制。

1. 在程序中定义一个常量字符串变量 ProgVersion，例如：'V1.0.1_20231025'。
2. 每次重大修改后，更新 版本号。
3. 保存 项目源文件与编译后的机器码，并在注释中记录修改内容及修改人。

通过以上步骤，可以构建出一套结构清晰、逻辑严密、易于维护的PLC自动化控制系统。