恩德斯豪斯联合横河电机完成Ethernet APL多厂商瑞士测试

2026年5月，恩德斯豪斯（Endress+Hauser）在瑞士雷纳赫（Reinach）数字解决方案中心完成第五轮大规模Ethernet-APL（Advanced Physical Layer）规模化测试。本次测试由德国科思创（Covestro）牵头，巴斯夫（BASF）提供前期经验支持，横河电机（Yokogawa）首次以DCS供应商身份深度参与——其Centum VP分布式控制系统与Plant Resource Manager资产管理系统被完整接入基于Profinet协议的Ethernet-APL多环网环境，标志着Ethernet-APL技术在真实化工装置级架构中的多厂商兼容性取得关键突破。

与此前四轮测试聚焦仪表密度不同，本轮测试核心转向系统架构广度：不仅覆盖单环240台Profinet over APL设备的峰值负载能力（该纪录由巴斯夫2023年创下），更首次构建含多个物理环路的拓扑结构，并加入持续72小时以上的稳定性压力测试阶段。测试环境模拟了典型大型化工厂中控制室、机柜间、防爆区、远程I/O站等多层级网络交互场景，重点考察设备上线响应、跨环资产数据读取延迟、断环自愈时间及MRP（Media Redundancy Protocol）冗余切换可靠性等硬指标。所有设备均在Ex Zone 1防爆等级下连续运行，未出现通信中断或配置丢失现象。

硬件组合体现当前Ethernet-APL生态成熟度：现场层采用恩德斯豪斯APL智能变送器（含电磁流量计、雷达物位计等）、萨姆森（Samson）APL智能阀门定位器；接入层部署四家厂商的APL本安型现场交换机——R. Stahl、Softing、菲尼克斯电气（Phoenix Contact）和倍加福（Pepperl+Fuchs）；骨干网则由赫斯曼（Hirschmann）交换机承担资产管理系统（AMS）跨环访问功能，通过私有VLAN实现逻辑隔离；西门子Scalance系列交换机作为MRP管理者，负责环网冗余仲裁。这种“DCS+多品牌APL交换机+多品牌现场仪表+多层级网络组件”的混合架构，是当前全球主流流程工业用户Zui可能面对的真实采购组合。

测试结果证实，横河Centum VP系统可原生识别并管理接入Ethernet-APL网络的第三方仪表，无需额外网关或协议转换模块；Plant Resource Manager能通过私有VLAN统一调取分布在不同物理环路上的设备诊断数据，包括校准状态、健康指数、预测性维护建议等全生命周期参数。这意味着中国化工企业若选用横河DCS，其后续采购恩德斯豪斯、萨姆森等品牌的APL仪表时，可跳过传统HART或Foundation Fieldbus所需的专用I/O卡件与桥接设备，直接通过标准以太网接口接入，显著降低系统集成复杂度与备件库存种类。对工程公司而言，该测试为编制《Ethernet-APL现场网络设计规范》提供了首个横河DCS实证案例，尤其明确了MRP环网直径、节点数上限及跨厂商交换机堆叠兼容性边界。

从供应链角度看，Ethernet-APL设备已形成清晰分工：德国厂商主导高可靠性现场交换机（R. Stahl、Phoenix Contact）与本安电源模块；瑞士恩德斯豪斯、德国萨姆森把控高端APL仪表与执行器；日本横河与德国西门子分别占据DCS与骨干网交换机高地。中国用户在选型时需特别注意两点：一是横河Centum VP V6.5.1及以上版本才原生支持APL链路层发现协议（LLDP）自动拓扑识别，旧版本需固件升级；二是R. Stahl与菲尼克斯电气的APL交换机虽同属Ex Zone 1认证，但前者采用本质安全（Intrinsic Safety）供电方案，后者使用增安型（Enhanced Safety）+限能设计，在高湿度或腐蚀性气体环境中运维策略存在差异。这些细节直接影响现场安装周期与后期故障排查效率。

欧洲化工巨头的持续投入具有明确指向性：科思创将Ethernet-APL定位为数字转型基础设施层，强调其解决“Zui后一公里”数据断点的能力——传统4–20mA回路仅传输单一过程值，而APL可在同一物理线缆上传输实时过程数据、设备诊断信息、固件版本及网络安全状态，使DCS真正具备设备级可观、可管、可控能力。巴斯夫2025年已将该技术纳入新建MDI装置自动化招标强制条款，要求投标方提供APL兼容性验证报告。对中国出口型企业而言，若目标市场为欧盟REACH监管下的化工客户，其DCS系统若未通过类似横河+恩德斯豪斯联合测试，可能在技术评标阶段即被排除。

本次测试暴露出一个具体落地瓶颈：多环网环境下，不同厂商APL交换机的SNMP（简单网络管理协议）MIB库定义尚未完全统一，导致第三方网管平台采集设备温度、端口误码率等底层参数时需定制化适配。这意味着中国系统集成商若承接海外Ethernet-APL项目，不能仅依赖厂商预置驱动，必须提前获取各交换机厂商的MIB文件并完成交叉验证，否则将影响全厂网络健康度可视化监控的交付质量。