TwinCAT 3 OOP编程中FB间变量共享方案咨询

针对你提到的输送机和PE堵料FB的状态共享需求，下面提供几种符合OOP规范、替代全局变量的可行方案，附具体代码示例和适用场景分析：

一、接口（Interface）方案（推荐用于低耦合/可扩展场景） #

接口是实现FB间解耦共享状态的最优方案之一——它定义一套统一的状态访问规范，让不同FB通过接口交互，不用关心对方的具体实现。

步骤1：定义状态接口 #

先创建一个描述输送机核心状态的接口，对外暴露需要共享的变量：

INTERFACE I_ConveyorStatus
VAR PUBLIC
    bRunning : BOOL; // 输送机运行状态
    bFault : BOOL;   // 输送机故障状态
END_VAR

步骤2：让输送机FB实现接口 #

将输送机FB绑定到这个接口，接口定义的变量会自动继承，无需重复声明：

FUNCTION_BLOCK FB_Conveyor IMPLEMENTS I_ConveyorStatus
VAR PUBLIC
    bStartCmd : BOOL; // 启动命令
    bStopCmd : BOOL;  // 停止命令
END_VAR
VAR
    xRunning : BOOL;
END_VAR

// 核心控制逻辑
xRunning := bStartCmd AND NOT bStopCmd AND NOT bFault;
bRunning := xRunning; // 将内部运行状态同步到接口变量

步骤3：堵料FB通过接口获取状态 #

堵料FB只需引用接口类型的变量，就能获取任意实现该接口的输送机状态：

FUNCTION_BLOCK FB_PEBlockageDetection
VAR_INPUT
    iConveyor : I_ConveyorStatus; // 引用输送机状态接口
    bPE_Signal : BOOL;            // PE传感器信号
    tBlockageDelay : TIME;        // 堵料延时阈值
END_VAR
VAR_OUTPUT
    bBlockageAlarm : BOOL;        // 堵料报警输出
END_VAR
VAR
    tBlockageTimer : TON;
END_VAR

// 堵料判断逻辑
tBlockageTimer(IN := iConveyor.bRunning AND bPE_Signal, PT := tBlockageDelay);
bBlockageAlarm := tBlockageTimer.Q;

主程序调用示例 #

PROGRAM MAIN
VAR
    fbConveyor : FB_Conveyor;
    fbPEBlockage : FB_PEBlockageDetection;
END_VAR

// 执行FB逻辑
fbConveyor(bStartCmd := ..., bStopCmd := ...);
fbPEBlockage(iConveyor := fbConveyor, bPE_Signal := ..., tBlockageDelay := T#5S);

// 用堵料报警控制输送机停止
fbConveyor.bStopCmd := fbPEBlockage.bBlockageAlarm OR ...;

优势：完全解耦，后续新增不同类型的输送机（如滚筒、皮带输送机），只要实现I_ConveyorStatus接口，堵料FB无需修改就能兼容，适合长期维护的项目。

二、结构化变量（Struct）传递方案（简单直接场景） #

如果你的项目逻辑简单、不需要扩展多类型设备，用结构化变量封装状态是最直接的方式，学习成本低。

步骤1：定义状态结构体 #

TYPE ST_ConveyorStatus :
STRUCT
    bRunning : BOOL;
    bFault : BOOL;
END_STRUCT
END_TYPE

步骤2：输送机FB输出状态结构体 #

FUNCTION_BLOCK FB_Conveyor
VAR_INPUT
    bStartCmd : BOOL;
    bStopCmd : BOOL;
END_VAR
VAR_OUTPUT
    stStatus : ST_ConveyorStatus;
END_VAR
VAR
    xRunning : BOOL;
END_VAR

xRunning := bStartCmd AND NOT bStopCmd AND NOT stStatus.bFault;
stStatus.bRunning := xRunning;

步骤3：堵料FB输入状态结构体 #

FUNCTION_BLOCK FB_PEBlockageDetection
VAR_INPUT
    stConveyorStatus : ST_ConveyorStatus;
    bPE_Signal : BOOL;
    tBlockageDelay : TIME;
END_VAR
VAR_OUTPUT
    bBlockageAlarm : BOOL;
END_VAR
VAR
    tBlockageTimer : TON;
END_VAR

tBlockageTimer(IN := stConveyorStatus.bRunning AND bPE_Signal, PT := tBlockageDelay);
bBlockageAlarm := tBlockageTimer.Q;

主程序调用示例 #

PROGRAM MAIN
VAR
    fbConveyor : FB_Conveyor;
    fbPEBlockage : FB_PEBlockageDetection;
END_VAR

fbConveyor(bStartCmd := ..., bStopCmd := ...);
fbPEBlockage(stConveyorStatus := fbConveyor.stStatus, bPE_Signal := ..., tBlockageDelay := T#5S);
fbConveyor.bStopCmd := fbPEBlockage.bBlockageAlarm OR ...;

优势：代码量少、逻辑直观，适合小型项目或单一设备场景。

三、事件（Event）机制方案（主动通知场景） #

如果需要状态变化时即时响应（而非持续轮询），可以用TwinCAT的事件机制，让输送机状态变化时主动通知堵料FB。

步骤1：输送机FB定义事件 #

FUNCTION_BLOCK FB_Conveyor
VAR_INPUT
    bStartCmd : BOOL;
    bStopCmd : BOOL;
END_VAR
VAR_OUTPUT
    bRunning : BOOL;
    bFault : BOOL;
END_VAR
VAR
    xRunningPrev : BOOL;
    EVENT evRunningChanged; // 运行状态变化事件
END_VAR

bRunning := bStartCmd AND NOT bStopCmd AND NOT bFault;

// 状态变化时触发事件
IF bRunning <> xRunningPrev THEN
    RAISE evRunningChanged;
    xRunningPrev := bRunning;
END_IF

步骤2：堵料FB订阅事件 #

FUNCTION_BLOCK FB_PEBlockageDetection
VAR_INPUT
    bPE_Signal : BOOL;
    tBlockageDelay : TIME;
END_VAR
VAR_OUTPUT
    bBlockageAlarm : BOOL;
END_VAR
VAR
    tBlockageTimer : TON;
    bConveyorRunning : BOOL; // 缓存输送机运行状态
    
    // 订阅输送机的运行状态变化事件
    ATTRIBUTE 'TcEventSubscription("fbConveyor", "evRunningChanged")'
    METHOD OnConveyorRunningChanged : BOOL
    VAR_INPUT
        sender : FB_Conveyor;
    END_VAR
    bConveyorRunning := sender.bRunning;
END_METHOD
END_VAR

// 堵料逻辑
tBlockageTimer(IN := bConveyorRunning AND bPE_Signal, PT := tBlockageDelay);
bBlockageAlarm := tBlockageTimer.Q;

主程序调用示例 #

PROGRAM MAIN
VAR
    fbConveyor : FB_Conveyor;
    fbPEBlockage : FB_PEBlockageDetection;
END_VAR

fbConveyor(bStartCmd := ..., bStopCmd := ...);
fbPEBlockage(bPE_Signal := ..., tBlockageDelay := T#5S);
fbConveyor.bStopCmd := fbPEBlockage.bBlockageAlarm OR ...;

优势：避免持续轮询状态，仅在变化时更新，适合状态不频繁变动的场景，但调试和配置相对复杂。

方案选择建议 #

• 若项目需要长期维护、未来可能扩展不同类型设备：优先选接口方案
• 若逻辑简单、无扩展需求：选结构化变量方案最省心
• 若需状态变化即时响应：考虑事件机制方案

内容的提问来源于stack exchange，提问作者lcabal27