别再傻傻分不清了！CODESYS编程中FUN、FB、PRG到底怎么选？附实战场景对比-开发者社区

CODESYS编程实战指南：FUN、FB、PRG的选择逻辑与场景化应用

在工业自动化领域，CODESYS作为一款强大的PLC编程工具，其程序组织单元(POU)的设计理念直接影响着工程师的编程效率和系统可靠性。对于刚接触CODESYS的开发者来说，面对FUN(函数)、FB(功能块)和PRG(程序)这三种基础构建模块时，往往会产生选择困惑——它们看起来都能实现类似的功能，但实际应用中却各有其适用场景和限制条件。

1. 理解POU的本质与分类逻辑

程序组织单元(POU)是CODESYS中最小的可执行软件单元，每个POU都由声明区和程序代码区组成。这种模块化设计让复杂控制系统可以被分解为多个可管理、可重用的组件。但为什么需要三种不同类型的POU？答案在于它们处理数据和状态的方式不同。

FUN(函数)：纯函数式编程单元，无内部状态，每次调用都只依赖于输入参数
FB(功能块)：面向对象的编程单元，拥有内部状态，行为取决于当前和历史输入
PRG(程序)：系统级执行单元，可直接访问物理地址，作为整个应用的协调者

提示：选择POU类型时，第一个要问的问题是——这个模块需要记住之前的操作状态吗？

2. FUN函数：无状态的计算工具

FUN最适合处理纯计算任务，比如数学运算、单位转换或逻辑判断。它的核心特点是无记忆性——给定相同的输入，永远返回相同的输出。这种特性使得FUN成为最可预测、最易测试的代码单元。

典型应用场景：

温度单位转换（℃→℉）
模拟量信号标定（4-20mA→0-100%）
布尔逻辑组合判断
数学公式计算

FUNCTION TemperatureCtoF : REAL VAR_INPUT celsius : REAL; END_VAR VAR // 无内部变量声明 END_VAR TemperatureCtoF := (celsius * 1.8) + 32.0; END_FUNCTION

FUN的优势与限制对比：

特性	优势	限制
无状态	行为完全可预测	无法实现状态机逻辑
单一返回值	接口简单清晰	无法返回多个计算结果
静态内存分配	无运行时内存开销	无法缓存中间计算结果
直接调用	执行效率最高	无法实现面向对象封装

3. FB功能块：有状态的智能模块

当你的控制逻辑需要"记住"某些信息时，FB就成为自然选择。FB通过内部变量保持状态，使其能够实现更复杂的时序控制逻辑，如电机控制、PID调节等。

FB的典型特征：

拥有实例化概念（每个使用都需要创建实例）
内部变量在调用间保持值不变
可实现面向对象的封装特性
适合实现状态机和复杂控制算法

FUNCTION_BLOCK MotorController VAR_INPUT start : BOOL; stop : BOOL; speedSetpoint : INT; END_VAR VAR_OUTPUT currentSpeed : INT; isRunning : BOOL; END_VAR VAR // 内部状态变量 rampUpActive : BOOL; actualSpeed : INT; END_VAR // 状态逻辑实现 IF start AND NOT isRunning THEN rampUpActive := TRUE; isRunning := TRUE; END_IF IF stop THEN isRunning := FALSE; actualSpeed := 0; END_IF // 速度斜坡控制 IF rampUpActive AND (actualSpeed < speedSetpoint) THEN actualSpeed := actualSpeed + 1; ELSIF actualSpeed >= speedSetpoint THEN rampUpActive := FALSE; END_IF currentSpeed := actualSpeed; END_FUNCTION_BLOCK

FB实例化与调用示例：

PROGRAM MAIN VAR conveyorMotor : MotorController; mixerMotor : MotorController; END_VAR // 分别控制两个电机实例 conveyorMotor(start:=%IX0.0, stop:=%IX0.1, speedSetpoint:=100); mixerMotor(start:=%IX0.2, stop:=%IX0.3, speedSetpoint:=500);

4. PRG程序：系统级协调者

PRG作为最高级别的POU，具有直接访问物理I/O地址的能力，是连接硬件与软件逻辑的桥梁。它通常作为整个应用的"主程序"，负责协调各个FB和FUN的执行。

PRG的独特能力：

直接声明和使用PLC物理地址（%I, %Q, %M等）
被任务配置直接调用（周期性或事件触发）
可以调用其他所有类型的POU（FUN, FB, 其他PRG）
适合实现设备级的控制逻辑和I/O处理

PROGRAM MainProcess VAR // 直接映射物理输入输出 startButton AT %IX0.0 : BOOL; stopButton AT %IX0.1 : BOOL; motorRun AT %QX0.0 : BOOL; // 功能块实例 motorCtrl : MotorController; tempFilter : TempFilterFB; // 局部变量 filteredTemp : REAL; END_VAR // 调用功能块处理电机控制 motorCtrl(start:=startButton, stop:=stopButton, speedSetpoint:=1000); motorRun := motorCtrl.isRunning; // 调用温度滤波功能块 filteredTemp := tempFilter(IN:=%IW0); END_PROGRAM

5. 决策树：如何选择正确的POU类型

面对具体编程任务时，可以按照以下决策流程选择最合适的POU类型：

是否需要直接访问物理I/O地址？
- 是 → 选择PRG
- 否 → 进入下一问题
是否需要保持内部状态或记忆历史信息？
- 是 → 选择FB
- 否 → 进入下一问题
是否需要返回多个值或复杂数据结构？
- 是 → 考虑FB或PRG
- 否 → 进入下一问题
是否纯计算/转换任务，单一输入→单一输出？
- 是 → 选择FUN
- 否 → 重新评估需求

三种POU的关键差异总结表：

特性	FUN	FB	PRG
内部状态	❌	✔️	✔️
实例化需求	❌	✔️	✔️
直接I/O访问	❌	❌	✔️
返回值数量	1	多	无限制
内存分配	静态	动态	动态
调用方式	直接	通过实例	通过任务
典型用途	计算转换	设备控制	主程序

6. 实战场景对比分析

让我们通过一个具体的案例——"包装线速度控制系统"，来对比三种POU的不同实现方式。

系统需求：

读取编码器脉冲计数（直接I/O）
计算当前线速度（脉冲→m/min）
实现速度PID控制
根据速度值触发报警

FUN实现方案（仅速度计算部分）

FUNCTION CalculateSpeed : REAL VAR_INPUT pulseCount : INT; timeMs : UINT; encoderResolution : REAL; // 脉冲/转 rollerCircumference : REAL; // 米 END_VAR CalculateSpeed := (pulseCount / encoderResolution) * rollerCircumference * (60000.0 / timeMs); END_FUNCTION

FB实现方案（PID控制器）

FUNCTION_BLOCK VelocityPID VAR_INPUT setpoint : REAL; actualValue : REAL; enable : BOOL; END_VAR VAR_OUTPUT output : REAL; END_VAR VAR // 内部状态 integral : REAL; prevError : REAL; kP, kI, kD : REAL := 1.0, 0.1, 0.01; END_VAR IF enable THEN error := setpoint - actualValue; integral := integral + error; derivative := error - prevError; prevError := error; output := kP*error + kI*integral + kD*derivative; ELSE output := 0; integral := 0; prevError := 0; END_IF END_FUNCTION_BLOCK

PRG实现方案（主程序集成）

PROGRAM PackagingLineControl VAR // 直接I/O映射 encoderPulses AT %IW0 : INT; motorControl AT %QW0 : REAL; // 功能块实例 speedCalc : CalculateSpeed; pidCtrl : VelocityPID; // 局部变量 currentSpeed : REAL; speedSetpoint : REAL := 10.0; // m/min END_VAR // 计算当前速度 currentSpeed := speedCalc( pulseCount := encoderPulses, timeMs := 100, // 采样周期 encoderResolution := 1000.0, rollerCircumference := 0.314 ); // PID控制 pidCtrl( setpoint := speedSetpoint, actualValue := currentSpeed, enable := TRUE ); // 输出控制信号 motorControl := pidCtrl.output; END_PROGRAM

7. 高级应用技巧与常见陷阱

性能优化技巧：

频繁调用的纯计算任务优先使用FUN（无实例化开销）
大型FB考虑拆分为多个小功能块（提高重用性）
PRG中避免复杂计算（保持主程序简洁）

常见错误规避：

错误共享FB实例：

// 错误：两个电机共享同一个FB实例 motorCtrl(start:=convStart, stop:=convStop); motorCtrl(start:=mixerStart, stop:=mixerStop); // 正确：每个电机使用独立实例 conveyorMotor(start:=convStart, stop:=convStop); mixerMotor(start:=mixerStart, stop:=mixerStop);

FUN中修改全局变量：

FUNCTION BadPractice : REAL VAR_INPUT value : REAL; END_VAR VAR_EXTERNAL // 错误：FUN不应有副作用 globalCounter : INT; END_VAR globalCounter := globalCounter + 1; // 违反FUN无状态原则 BadPractice := value * 2; END_FUNCTION