3. Anybus产品家族与选型方法
Anybus 产品家族并不是“同一块网关换几个外壳”，而是围绕工业设备接入现场总线/工业以太网的不同集成深度，形成了三条清晰的产品线：Anybus CompactCom、Anybus Communicator 和 Anybus X-gateway。理解它们的差异，核心不是记型号，而是判断“协议栈放在哪里、设备侧接口是什么、谁来做数据映射”。
CompactCom 是嵌入式通信模块，协议栈和网络接口集成在模块内部，通过主机接口（并行总线、SPI、UART 或以太网）与设备主控 MCU/CPU 相连。设备厂商把 CompactCom 设计进自己的电路板和固件中，最终产品对外呈现为一个原生支持 PROFINET、EtherNet/IP、EtherCAT、Modbus TCP、CANopen、DeviceNet 等网络的设备。它适合有自主硬件设计能力、希望把通信能力做成产品标准配置的 OEM。
Communicator 是独立网关，面向“设备已经有串口或现场总线接口，但不想改设备固件”的场景。它一侧连接设备的 RS-232/RS-485/RS-422 串口或 CAN 等接口，另一侧连接上层 PLC 网络。用户在 Communicator 的配置工具中定义帧格式、命令/响应规则和地址映射，把设备原有的字节流翻译成上层网络可读写的 I/O 数据。它适合改造既有设备、集成第三方串口仪表、包装机、称重仪、条码枪等。
X-gateway 是网络到网络的独立网关，两侧都是标准工业网络，例如 PROFINET 转 EtherNet/IP、EtherCAT 转 PROFIBUS、Modbus TCP 转 PROFIBUS DP。它不处理串口协议，而是把一侧网络的 I/O 数据镜像到另一侧网络，常用于两条产线、两套控制系统之间的数据交换，或把某台设备从旧网络接入新网络。
选型时建议按以下顺序判断。第一步，看设备侧接口：如果设备主控可以直接引出并行总线、SPI、UART 或以太网，并且产品允许修改固件和硬件，优先考虑 CompactCom；如果设备只有 RS-232/485/422 或 CAN，且不希望改动设备内部，则选 Communicator；如果设备本身已经是一个标准网络节点，只是需要跨网交换数据，则选 X-gateway。
第二步，看协议栈归属。CompactCom 把协议栈封装在模块内，设备厂商只需按主机接口规范读写过程数据，不需要自己实现 PROFINET、EtherNet/IP 等协议栈，能显著缩短开发周期，但需要承担模块选型、接口时序、GSD/EDS 文件制作和认证工作。Communicator 和 X-gateway 把协议栈放在网关内，设备侧保持原样，代价是增加一个独立网关、占用柜内空间，并需要配置映射关系。
第三步，看数据量和实时性。CompactCom 通过主机接口直接访问过程数据，适合周期性 I/O 数据量较大、刷新周期要求较高的场合，例如伺服驱动器、变频器、远程 I/O 模块。Communicator 的串口侧通常受波特率和帧间隔限制，适合数据量不大、对实时性要求不苛刻的仪表和传感器。X-gateway 两侧都是网络，吞吐能力较强，但跨网数据需要经过网关内部映射，实时性取决于两侧网络的刷新周期和网关处理能力。
第四步，看认证与生命周期。CompactCom 作为嵌入式模块，最终产品需要做网络一致性认证，模块本身已通过相关协议认证，能降低认证风险。Communicator 和 X-gateway 作为独立产品，通常已带 CE、UL 及网络认证，现场只需确认网关型号与两侧网络匹配即可。对于长期供货的项目，还要确认所选模块或网关是否处于厂商长期供货计划内，避免产品生命周期中途停产。
下面给出一个简化的选型对照表，便于在项目初期快速定位产品线。表中“设备侧接口”和“是否可改固件”是首要判断条件，其余为辅助条件。
| 判断维度 | CompactCom | Communicator | X-gateway |
|---|---|---|---|
| 设备侧接口 | 并行/SPI/UART/以太网 | RS-232/485/422、CAN | 标准工业网络 |
| 是否可改设备固件 | 需要 | 不需要 | 不需要 |
| 协议栈位置 | 模块内 | 网关内 | 网关内 |
| 典型数据量 | 中到大 | 小到中 | 中到大 |
| 典型实时性 | 高 | 中低 | 中高 |
| 典型场景 | 驱动器、远程 I/O、机器人 | 仪表、称重、条码、包装机 | 产线互联、旧网升级 |
以一个具体示例说明选型过程。假设某包装机厂需要把一台既有称重仪表接入 PROFINET 产线。称重仪表只有 RS-485 接口，输出 ASCII 帧，帧格式为“STX + 重量 6 位 + 状态 1 位 + ETX”，波特率 9600，每 100 ms 发送一次。设备固件由第三方提供，无法修改。此时应选 Communicator：在配置工具中定义串口参数为 9600、8 数据位、1 停止位、无校验，定义帧起始和结束字符，把重量字段映射到 PROFINET 输入字的第 0～2 字节，把状态位映射到第 3 字节的 bit0。PLC 侧按 GSD 文件组态后，即可在输入区读到重量和状态。若换成 CompactCom，则需要称重仪表厂修改固件并重新设计硬件，周期和成本都不合适。
再假设某工厂有一条旧 PROFIBUS DP 产线，需要把其中 32 个字节的过程数据接入新的 EtherNet/IP 控制系统。设备侧已经是 PROFIBUS DP 从站，不需要串口转换。此时应选 X-gateway，例如 PROFIBUS DP 转 EtherNet/IP 型号。配置时在网关中设定 PROFIBUS 侧输入/输出字节长度与 EtherNet/IP 侧实例号，PLC 通过 EtherNet/IP 扫描器读写网关的输入/输出实例，即可完成跨网数据交换。若选 Communicator，则无法直接处理 PROFIBUS DP 网络侧数据，需要额外增加协议转换环节，反而增加故障点。
最后，把选型依据归纳为四个问题：设备侧是什么接口？能不能改设备固件？两侧是不是都是标准网络？数据量和实时性要求有多高？回答完这四个问题，CompactCom、Communicator、X-gateway 的选择基本就确定了。实际项目中，还要结合供货周期、认证要求、柜内空间和工程预算做最终确认。