从零到一：深入解析PLC编程中的FB与FC功能块

1. 初识PLC编程中的FB与FC功能块

第一次接触PLC编程时，看到FB和FC这两个缩写词，我完全摸不着头脑。直到参与了一个传送带物料分拣项目后，才真正理解了它们的价值。想象一下，你正在搭建一个智能分拣系统：传送带上的传感器检测物料，PLC控制气缸将不同物料推入对应料槽。这个过程中，类似"读取传感器信号"、"控制气缸动作"这样的操作会反复出现。如果每次都重写相同代码，不仅效率低下，后期维护更是噩梦。

FB（功能块）和FC（功能）就是解决这类问题的利器。简单来说，它们就像乐高积木中的标准件。FB更像是带记忆功能的智能积木，每次使用都能记住自己的状态；FC则像普通积木，每次使用都是全新的。在实际项目中，我用FB处理需要记忆状态的操作（比如电机启停计数），用FC实现纯逻辑运算（比如信号比较转换）。

2. FB功能块的深度解析

2.1 FB的内部构造与工作原理

FB最特别之处在于它自带"记忆芯片"——背景数据块（DB）。在分拣系统项目中，我设计了一个电机控制FB，它的结构是这样的：

pascal复制FUNCTION_BLOCK MotorControl
VAR_INPUT
    Start : BOOL;     // 启动信号
    Stop : BOOL;      // 停止信号
    Speed : INT;      // 转速设定
END_VAR
VAR_OUTPUT
    Running : BOOL;   // 运行状态
    CurrentSpeed : INT; // 实际转速
END_VAR
VAR_STATIC
    RunHours : REAL;  // 累计运行小时
    StartCount : UINT; // 启动次数统计
END_VAR

当这个FB被调用时，所有静态变量（STAT）都会保存在专属的DB中。比如系统中有3台电机，我就创建3个不同的DB（如DB1、DB2、DB3）分别存储它们的工作数据。这样即使PLC断电重启，上次记录的运行小时数也不会丢失。

2.2 FB的实战应用技巧

在分拣系统中，FB特别适合这些场景：

• 设备控制：每个气缸、电机都需要记录运行状态和累计数据
• 流程控制：分拣工序需要记忆当前处理阶段
• 报警管理：需要保存历史报警记录

有个实际案例：系统要求统计每个气缸的动作次数。如果不用FB，就需要手动创建大量全局变量。而使用FB后，只需在静态变量区添加ActionCount:INT，每次动作时ActionCount:=ActionCount+1即可。三台气缸就对应三个DB，数据自动隔离存储。

3. FC功能块的全面掌握

3.1 FC的本质特征与适用场景

FC更像是数学中的函数，比如y=f(x)。在分拣项目中，我常用FC处理这些任务：

• 传感器信号滤波（移动平均算法）
• 物料重量单位转换（kg→lb）
• 校验和计算

这是一个信号处理的FC示例：

pascal复制FUNCTION FilterSignal : REAL
VAR_INPUT
    RawValue : REAL;      // 原始信号
    FilterFactor : REAL;  // 滤波系数(0-1)
    PrevValue : REAL;     // 上次滤波值
END_VAR
VAR_TEMP
    Result : REAL;        // 临时计算结果
END_VAR

Result := PrevValue * FilterFactor + RawValue * (1 - FilterFactor);
FilterSignal := Result;

注意FC没有静态变量区，所有中间结果要么通过输出参数返回，要么存入全局DB。临时变量（TEMP）只在本次调用有效，下次调用时会被清零。

3.2 FC的高级用法

通过合理设计接口，FC可以实现高度复用。比如在分拣系统中，我创建了一个通用比较器FC：

pascal复制FUNCTION Compare : BOOL
VAR_INPUT
    Value1 : REAL;
    Value2 : REAL;
    Mode : INT;  // 1:> 2:= 3:< 4:>= 5:<= 6:<>
END_VAR

CASE Mode OF
    1: Compare := Value1 > Value2;
    2: Compare := Value1 = Value2;
    //...其他比较模式
END_CASE;

这个FC被用在系统各处：物料重量比较、光电信号判断、速度监控等。每次调用只需传入不同参数，就像瑞士军刀一样灵活。

4. FB与FC的对比决策指南

4.1 选择依据的五个维度

在分拣系统开发中，我总结出选择FB或FC的决策矩阵：

4.2 混合使用的典型案例

优秀的设计往往是FB和FC的有机结合。比如在分拣系统中：

1. 用FB管理电机（需要记录运行状态）
2. 用FC处理信号转换（纯算法运算）
3. FB内部又可以调用FC完成特定计算

具体到代码层面，这种组合非常常见：

pascal复制// 在电机控制FB中调用滤波FC
CurrentSpeed := FilterSignal(
    RawValue := AnalogInput, 
    FilterFactor := 0.8, 
    PrevValue := LastSpeed);

5. 从项目实践看功能块设计

5.1 创建功能块的标准化流程

根据多次项目经验，我总结出功能块开发的五个步骤：

1. 需求分析：明确功能块要解决的问题。比如"需要统计气缸动作次数"就指向FB
2. 接口设计：规划IN/OUT参数。遵循"最小够用"原则，避免过度设计
3. 算法实现：编写核心逻辑。建议先用ST语言写伪代码验证思路
4. 测试验证：创建测试用例。特别要测试边界条件（如输入超限）
5. 文档编写：至少包含：功能说明、参数表、使用示例

5.2 调试与优化的实用技巧

在分拣系统调试中，这些方法特别有效：

• FB调试：在线监视背景DB，观察静态变量变化
• FC调试：使用临时变量作为观察点，查看中间计算结果
• 性能优化：对高频调用的FC，避免复杂浮点运算
• 错误预防：对所有输入参数做有效性检查

比如在信号处理FC中，我增加了安全保护：

pascal复制IF FilterFactor < 0 THEN
    FilterFactor := 0;
ELSIF FilterFactor > 1 THEN
    FilterFactor := 1;
END_IF;

6. 进阶：功能块的高级应用

6.1 多重背景数据块技术

当系统中需要多个相同类型的设备时，FB的多重背景功能就大显身手。在分拣系统二期扩展中，我这样管理新增的5个气缸：

pascal复制VAR
    Cylinder1 : FB_Cylinder(DB1);
    Cylinder2 : FB_Cylinder(DB2);
    //...其他气缸
END_VAR

每个气缸实例都有自己的DB，但共享同一套控制逻辑。当需要修改气缸控制算法时，只需更新FB代码，所有实例自动同步。

6.2 功能块的版本管理

随着项目迭代，功能块也需要升级。我的经验是：

1. 在FB/FC名称中加入版本号（如FB_MotorControl_V2）
2. 修改时保留旧版本至少一个迭代周期
3. 使用注释标注修改点和日期
4. 配套更新测试用例

例如在电机控制FB升级时：

pascal复制FUNCTION_BLOCK MotorControl_V2
(* 2023-08-20 更新：
   1. 增加软启动功能
   2. 优化过载检测算法 *)

7. 常见问题与解决方案

在培训新人时，这些问题是最高频的：

问题1：FB和FC调用后数据异常

• 检查背景DB是否被其他程序误修改
• 确认TEMP变量没有当作STAT使用
• 查看是否有未初始化的输出参数

问题2：功能块执行效率低

• 避免在循环中调用复杂FB
• 将FC中的常数计算移到VAR_CONSTANT区
• 减少不必要的参数传递

问题3：功能块无法复用

• 检查是否有硬编码的全局变量
• 确保所有参数都通过接口传递
• 分离设备相关参数和算法逻辑

在分拣系统调试中，曾遇到FB偶尔数据丢失的问题。最终发现是多个OB块调用了同一个FB实例，导致数据冲突。解决方案是为每个调用创建独立实例，并规范调用关系。