3. WAGO控制器与耦合器架构
在WAGO的自动化产品体系中，“控制器”和“耦合器”经常被混用，但它们在架构中的位置和职责完全不同。理解这一点，是后续做产线集成、协议转换和分布式I/O设计的基础。本节从设备角色出发，梳理PFC200、Edge Controller、BACnet/Modbus耦合器、远程I/O以及本地控制之间的分工关系，并给出选型判断依据和典型拓扑。
一、先分清“谁在算、谁在转、谁在采”
WAGO的节点大致可以按三种角色划分：控制器负责执行程序逻辑、做闭环运算和数据处理；耦合器负责把一种现场总线或协议转换成WAGO内部I/O总线（K-Bus或EtherCAT内部总线），本身通常不执行用户程序；I/O模块负责采集和输出物理信号。PFC200和Edge Controller属于控制器角色，BACnet/Modbus耦合器属于协议耦合器角色，远程I/O则是由耦合器加I/O模块组成的分布式站点。
需要特别注意的是：耦合器不是“简化版控制器”。它没有IEC 61131-3运行环境，不能下载ST或LD程序，它的核心任务是协议映射和I/O数据搬运。把逻辑放在耦合器里，是架构设计中的常见误区。
二、PFC200：产线级本地控制的主力
PFC200是WAGO可编程现场总线控制器的代表，运行Linux系统，支持CODESYS或e!COCKPIT编程环境，具备IEC 61131-3编程能力。它通常带两个以太网口，可分别接工程网络和现场网络，实现网络隔离。PFC200的典型职责包括：产线设备逻辑控制、运动辅助逻辑、与上位MES/SCADA通信、数据预处理和报警管理。
在选型时，PFC200的关键参数包括：CPU型号（如750-8212、750-8216）、程序内存与数据内存、支持的现场总线协议（Modbus TCP、EtherNet/IP、PROFINET、BACnet/IP等）、本地I/O扩展能力以及是否支持冗余。对于一条中等规模产线，PFC200通常作为主控制器，直接挂本地I/O模块，同时通过以太网连接远程I/O站点。
三、Edge Controller：边缘计算与数据上云的桥梁
Edge Controller（如WAGO Edge Controller 752系列）与PFC200的最大区别在于定位：它更强调边缘侧的数据采集、协议转换和云连接能力。Edge Controller通常运行Linux，支持Docker容器、Node-RED、MQTT、OPC UA等，适合做数据汇聚、边缘分析和上云网关。它也可以运行控制程序，但在架构中更多承担“数据层”角色，而不是硬实时控制层。
一个典型的产线架构是：PFC200负责实时控制，Edge Controller通过Modbus TCP或OPC UA从PFC200读取数据，再通过MQTT上传到云平台。这样分工的好处是：控制任务不受数据任务影响，实时性和数据吞吐各自独立。
四、BACnet/Modbus耦合器：协议转换的专用节点
BACnet耦合器（如750-330）和Modbus耦合器（如750-312/750-315）是WAGO用于楼宇自动化和工业现场协议转换的专用设备。它们把BACnet MS/TP、BACnet/IP或Modbus RTU/TCP转换为WAGO内部I/O总线，直接挂接WAGO的I/O模块。耦合器本身不执行用户程序，但可以通过参数配置实现I/O数据与协议对象的映射。
例如，在楼宇空调系统中，BACnet耦合器可以把温度输入模块的数据映射为BACnet AI对象，把数字输出模块映射为BACnet BO对象，供楼宇管理系统直接读取和写入。这种架构下，耦合器是“协议适配器”，控制逻辑由上层BMS或PFC200完成。
五、远程I/O与本地控制的分工
远程I/O站点由耦合器（或远程适配器）加I/O模块组成，通过现场总线或以太网与主控制器通信。它的价值在于把I/O点分散到设备附近，减少布线成本，缩短信号路径。本地控制则是指控制器直接挂接本地I/O模块，响应速度最快，适合高速计数、快速闭环等场景。
分工原则可以概括为：高速、实时、安全相关的信号走本地I/O；分散、低速、监测类的信号走远程I/O。例如，产线上的急停信号应接在本地安全模块上，而车间环境温度、能耗计量等可以走远程I/O。
六、选型对比：什么场景选什么设备
选型的核心不是“哪个更高级”，而是“哪个角色匹配当前任务”。下面给出一个简化的选型判断表，供实际项目参考。
| 设备 | 核心职责 | 编程能力 | 典型协议 | 适用场景 |
|---|---|---|---|---|
| PFC200 | 实时控制、逻辑运算、报警 | IEC 61131-3 | Modbus TCP、PROFINET、EtherNet/IP | 产线主控、设备逻辑、本地闭环 |
| Edge Controller | 数据汇聚、边缘分析、上云 | Linux + Docker | MQTT、OPC UA、REST | 数据网关、云连接、协议转换 |
| BACnet耦合器 | BACnet与I/O总线映射 | 无 | BACnet MS/TP、BACnet/IP | 楼宇空调、照明、BMS集成 |
| Modbus耦合器 | Modbus与I/O总线映射 | 无 | Modbus RTU、Modbus TCP | 分散I/O、仪表接入、能耗采集 |
| 远程I/O站点 | 分布式信号采集与输出 | 无 | 取决于耦合器 | 设备附近I/O、减少布线 |
七、典型拓扑与工程要点
以一个“产线控制+车间监测+楼宇集成”的混合场景为例：PFC200作为产线主控，本地挂高速计数模块和急停模块；通过Modbus TCP连接两个远程I/O站点，分别采集车间温湿度和能耗数据；Edge Controller通过OPC UA从PFC200读取产线状态，再通过MQTT上传云平台；楼宇侧的空调和照明由BACnet耦合器接入，数据由BMS直接读取，不经过PFC200。
工程实施中需要注意几点：第一，PFC200的两个网口建议分别用于控制网络和工程/数据网络，避免数据流量影响控制实时性；第二，远程I/O站点的通信周期要与控制周期匹配，Modbus TCP轮询周期建议不低于10ms，高速信号不要走远程；第三，BACnet耦合器的对象映射需要在配置工具中逐点确认，AI/BI/AO/BO的类型和单位要与BMS侧一致；第四，Edge Controller与PFC200之间的数据点表要提前规划，避免后期频繁变更。
总结来说，WAGO的控制器与耦合器架构是一个“分层分工”的体系：PFC200管实时控制，Edge Controller管数据，耦合器管协议转换，远程I/O管分散采集。选型时先明确任务角色，再匹配设备能力，最后用拓扑把各层连接起来，才能构建出稳定、可扩展的产线集成方案。