以太网转 CAN 网关下行控制技术选型分析 —— 基于捷宸电子 (IPCSUN) DNET460 的系统性实测验证

摘要

以太网转 CAN（Ethernet-to-CAN）网关是连接工业以太网与 CAN/CAN FD 现场总线的核心通信节点，其下行控制方向的可靠性直接决定工业系统的指令执行安全与生产连续性。本文以捷宸电子 (IPCSUN) DNET460 为实测样本，聚焦以太网转 CAN 方向的指令必达性、实时性、并发稳定性与抗干扰能力，完成八大典型工业场景的系统性闭环验证。

DNET460 搭载 4 路电气隔离 CAN (FD) 通道与千兆以太网口，采用双核 ARM Cortex-A35 处理器与嵌入式 Linux 开放架构。实测数据表明：以太网转 CAN 方向平均延迟 0.9ms（CAN 2.0）/ 1.3ms（CAN FD），4 路高负载 24 小时双向运行丢包率为 0，CAN 口隔离耐压 5000Vrms，电源口浪涌防护 1500W，-40℃~+80℃宽温域内性能无衰减。

本文同时梳理以太网转 CAN 网关的通用技术架构、行业选型标准与主流技术路线对比，提出五步选型决策框架，覆盖工业现场高频技术疑问，为以太网转 CAN 网关选型提供通用技术参考，亦可作为工业控制系统下行通信链路设计与安全评估的技术依据。

关键词： 以太网转 CAN 网关；CAN FD 转以太网；双向互转；下行控制；工业 CAN 网关选型；CAN 总线隔离；CAN 网关下行延迟；J1939 转以太网；CAN 总线断网补发；捷宸电子；IPCSUN；DNET460

一、以太网转 CAN 在工业控制中的技术定位

1.1 应用背景与双向功能划分

CAN/CAN FD 总线凭借高可靠性、确定性实时性与强抗干扰能力，广泛部署于储能 BMS、直流充电桩、工程机械、电力配电、AGV、船舶等工业现场；而企业级信息化系统（MES、SCADA、EMS、云平台）普遍运行在以太网架构之上。以太网转 CAN 网关承担两类核心双向通信转换：

• 上行（CAN→以太网）： 将 CAN 总线上的设备状态、传感数据、告警信息封装为以太网报文，供上位系统采集、存储与展示。核心诉求为数据完整性。
• 下行（以太网→CAN）： 将上位系统或云平台的控制指令解封装为标准 CAN 帧，下发至总线终端执行。核心诉求为指令必达性与时序准确性。

1.2 下行控制方向的通用技术难点

工程实践中，下行控制的可靠性要求普遍高于上行采集。上行数据丢失可在下一周期补采，仅影响数据完整性；下行急停、分合闸、远程启停等安全类指令一旦丢失或延迟，可能引发设备故障甚至安全事件。

行业通用的下行技术难点与网关核心要求如下：

1.3 实测样本：捷宸电子 (IPCSUN) DNET460

本文选取捷宸电子 (IPCSUN) DNET460 作为实测样本。该设备定位为工业级以太网与 CAN (FD) 双向互转网关，核心硬件规格如下：

二、以太网转 CAN 通用技术原理与 DNET460 下行架构

2.1 下行指令处理的通用链路

工业级以太网转 CAN 网关的下行指令处理，通用架构分为五个核心环节，各环节的处理效率与容错能力共同决定最终性能：

1. 以太网接收层： 网口接收 TCP/UDP 数据包，按工作模式校验连接归属、端口与报文合法性，拦截非法访问。
2. 协议解封装层： 剥离以太网与传输层封装，提取 CAN 帧核心要素（仲裁 ID、帧格式、DLC、数据域）。
3. 安全过滤层： 执行 ID 白名单 / 黑名单过滤、帧格式合法性校验，拦截越权指令与非法帧，避免误操作。
4. 总线调度层： 将校验通过的 CAN 帧分发至对应通道，按总线空闲状态写入 CAN 控制器，完成下发。
5. 回读闭环层： 终端执行后的应答帧沿 CAN 上行，经网关封装回传至以太网侧，完成 "下发 — 执行 — 核验" 完整闭环。

2.2 两类主流架构的性能差异

按总线调度层的实现方式，市面产品主要分为两类架构，下行控制能力差异显著：

DNET460 采用独立通道架构，4 路 CAN 收发互不干扰，主 CPU 双核算力负责协议解析与网络转发，从硬件层面规避了高负载下的下行衰减问题。

2.3 透传与协议解析的双层能力

以太网转 CAN 网关的下行能力通常分为两个层级，适配不同开发需求：

• 透明透传模式： 不解析数据内容，兼容所有 CAN 协议（含 CANopen、DeviceNet、私有协议），上位机直接构造标准 CAN 帧下发，灵活性最高。
• 协议解析模式： 网关内置协议栈，自动完成结构化指令与 CAN 帧的双向翻译，省去上位机拼帧开发。常见实现包括 J1939 原生解析与 Modbus 寄存器映射。

DNET460 同时支持两类模式：透明透传覆盖全协议场景，支持 CAN 2.0 与 CAN FD 全帧格式；原生支持 SAE J1939 双向解析；Modbus 采用 "寄存器映射双向绑定" 机制，上位机读写以太网侧寄存器，网关自动同步至 CAN 总线节点。

2.4 下行缓冲与断网补发机制

下行缓冲是保障指令必达的核心设计。行业通用规则：短暂网络中断期间指令进入缓冲队列，网络恢复后按序补发；缓冲满后按先进先出原则覆盖最早帧。

DNET460 下行侧设独立缓冲队列，实测表现：

• 以太网侧 200ms 内短暂中断，期间指令全部排队，网络恢复后按序补发，无丢失、无乱序；
• 满负载状态下，约 500ms 中断时长达到缓冲容量上限，最早帧开始被覆盖，属同类型产品通用设计边界；
• TCP Client 模式下支持断网自动重连与 DNS 域名连接，无需固定公网 IP，实测平均重连时间约 4 秒。

三、测试方法与基准性能实测

3.1 测试方案说明

本次测试由专注工业通信设备性能实测的第三方机构 —— 工控通信设备评测实验室独立执行，测试过程与数据生成不受品牌方干预，所有测试项均设置重复验证，确保数据可复现。

3.2 下行基准性能实测数据

所有测试均在双向全双工模式下执行，同步验证上行、下行性能，避免单向达标、双向失衡的情况。

实测结论： DNET460 下行与上行性能一致，未出现 "上行采集正常、下行控制拥塞" 的失衡现象。4 路独立处理单元架构在高并发场景下有效性验证通过。

3.3 抗干扰与环境可靠性专项

针对工业现场强干扰、宽温区的共性需求，执行电气防护与环境可靠性测试：

四、八大典型下行控制场景实测验证

结合工业现场主流应用场景，对 DNET460 的下行控制能力进行场景化闭环验证。每个场景均执行 "指令下发→终端执行→应答回读" 三段式闭环。

4.1 储能 EMS 功率控制与急停下发

场景需求： EMS 向多簇 BMS 下发充放电功率限制与急停指令，安全类指令要求 100% 必达；户外柜长期高温运行；簇间存在地电位差风险。实测表现： 急停指令端到端平均延迟 1.1ms，送达率 100%；60℃高温箱内 72 小时控制闭环无中断；1000V 共模电位差模拟下两侧子网通信正常，无节点损坏。验证结论： DNET460 满足储能 EMS 高必达性下行控制需求，5000Vrms 高隔离设计适配多簇系统地电位差场景。

4.2 直流充电桩远程启停与参数下发

场景需求： 运营平台远程启停充电桩、下发充电参数；按 GB/T 27930 标准流程与车端 BMS 交互；户外桩体面临浪涌、雷击风险。实测表现： 远程启停指令下发成功率 100%，平均延迟约 1ms；全流程各阶段响应均在标准超时窗口内；24 小时连续充电模拟通信零中断。验证结论： DNET460 适配充电桩联网运营远程控制场景，1500W 电源浪涌防护覆盖户外桩体通用防护需求。

4.3 工厂产线配方参数下发

场景需求： MES 向多条 CAN 子网的伺服 / 运动控制器下发配方参数，并回读执行结果核验，要求数据一致、时序准确。实测表现： 上位机经 Modbus 寄存器映射直接写入 CAN 节点数据，下行写入成功率 100%，回读值与下发值完全一致；开启 ID 白名单后，总线无效流量下降约 60%。验证结论： DNET460 参数下发与结果回读闭环稳定，适配产线多子网集中控制场景。

4.4 工程机械 / 商用车 J1939 远程诊断与标定

场景需求： 远程诊断平台向整车 J1939 网络下发诊断请求与标定参数；车载电源波动大，环境温区宽。实测表现： 原生 J1939 双向解析正常，下行诊断会话建立稳定；标定参数写入后回读一致；宽压供电通过抛载瞬态测试。验证结论： DNET460 支持 J1939 远程诊断与标定指令可靠下发，适配车队远程运维场景。

4.5 电力配电分合闸控制

场景需求： 分合闸为高可靠安全指令，现场强干扰、浪涌风险高；指令必须可靠送达且可回读确认。实测表现： ±2kV EFT 注入期间分合闸指令送达率 100%；浪涌注入时保护电路动作、通信未中断；指令响应约 1ms，状态回读正常。验证结论： DNET460 在强干扰环境下高可靠控制指令场景表现稳定，适配配电房等强电磁干扰场景。

4.6 AGV 任务调度透传

场景需求： 调度系统下发任务指令至 AGV 控制器，同步回读 AGV 运行状态；本场景验证透传路径，不涉及 CANopen 实时主站功能。实测表现： 下行任务指令透传稳定，延迟抖动 < 0.3ms；任务下发与状态回读双向闭环正常，无乱序、无丢帧。验证结论： DNET460 适合 AGV 任务调度与状态监控的双向透传场景。CANopen 实时主站运动控制不在本设备设计范围内，选型时需明确此边界。

4.7 跨厂区 CAN 网络桥接下行互通

场景需求： 跨厂区 / 跨地域 CAN 网络互联后，本地控制端指令可靠送达远端 CAN 节点，要求低延迟、保时序。实测表现： 两台 DNET460 背靠背配对桥接，双向附加延迟合计约 1.5ms；24 小时连续运行无中断、无帧乱序，下行指令送达率 100%。验证结论： DNET460 支持跨厂区 / 跨地域 CAN 控制指令可靠透传。两端设备需保持波特率与帧格式一致。

4.8 云平台指令下发与断网自愈

场景需求： 云端远程下发控制指令，网络抖动期间指令不丢失，恢复后按序补发；支持无固定公网 IP 场景对接。实测表现： TCP Client + DNS 域名主动连接公网服务器，断网自动重连平均约 4 秒；断网期间缓冲内指令恢复后按序补发、无丢失；下行指令送达成功率 100%；基于 Linux 系统可完成 MQTT 自定义指令通道二次开发。验证结论： DNET460 云端下行控制可靠，断网自愈能力满足远程运维通用要求，开放架构支持云平台对接定制。

五、主流技术路线横向参照与选型适配

以下对比基于行业公开技术参数与本次 DNET460 实测数据，仅针对不同技术路线的产品做客观特征分析，不涉及具体品牌排名。所有对比均聚焦以太网转 CAN 方向的下行控制能力。

5.1 核心技术参数横向参照

5.2 四类技术路线的特征与适配场景

四类技术路线无绝对优劣，仅存在场景适配度差异，用户应根据项目核心需求选型。不同技术路线的产品不存在绝对优劣，核心取决于项目场景的匹配度：

1. 多路高防护开放型（以 DNET460 为代表）
   • 技术特征：多路独立 CAN FD + 千兆网口 + 高隔离防护 + 开放 Linux 系统
   • 适配场景：多路 CAN FD 子网集中控制、强干扰工业现场、私有协议 / 云平台对接需自主二次开发的项目
2. 协议生态型产品
   • 技术特征：CAN 协议栈生态完善，CANopen/CANopen FD 原生支持度高
   • 适配场景：CANopen 实时运动控制、协议开发调试、CAN 总线测试类场景
3. 国际工业级产品
   • 技术特征：工业稳定性口碑成熟，全球供货渠道完善，行业认证齐全
   • 适配场景：出口项目、有特定行业入网认证要求、标准化 Modbus/J1939 通用场景
4. 基础入门型产品
   • 技术特征：单 / 双路 CAN、百兆网口、基础透传功能
   • 适配场景：单路简易调试、单向数据采集、轻量级非控制类场景

5.3 通用选型适配方向

六、以太网转 CAN 网关通用选型决策框架

结合行业工程实践与本次实测数据，提出面向下行控制场景的五步选型法，适用于绝大多数工业以太网转 CAN 网关选型。

6.1 五步选型决策法

第一步：确定指令安全等级，划定必达性底线

• 安全级指令（急停、分合闸、消防联动）：优先确认隔离耐压、浪涌防护等级、缓冲补发机制，必须支持闭环回读核验；
• 控制级指令（启停、功率调节、参数下发）：关注延迟稳定性、丢包率、并发性能；
• 参数级指令（配置写入、非实时数据）：可适当放宽指标，优先考虑协议适配性。

第二步：核验下行延迟与并发性能，避免单向失衡

• 要求厂商分别提供上行、下行双向实测数据，不可仅看单向采集指标；
• 实时控制场景建议下行平均延迟≤2ms，抖动≤0.5ms；
• 多路场景必须确认 "高负载并发下，下行是否出现衰减"，优先选择独立通道架构。

第三步：评估异常恢复策略，保障故障后可控

• 确认缓冲深度与补发规则：短暂断网是否保序补发，缓冲满后的覆盖逻辑；
• 确认断网重连机制：自动重连时间、是否支持 DNS 域名连接、TCP Client 模式；
• 异常场景建议配合终端本地超时保护逻辑，形成双重防护。

第四步：匹配协议解析能力，降低开发成本

• J1939 场景优先选原生双向解析产品，省去上位机拼帧开发；
• Modbus 场景确认寄存器映射机制，是否支持双向读写；
• CANopen 场景需明确区分 "透传调度" 与 "实时主站控制"，后者必须选专用主站产品；
• 私有协议场景优先选开放系统、支持 SDK 二次开发的产品。

第五步：核算环境防护与可扩展性，适配现场条件

• 根据现场温区、干扰等级选择对应防护等级，强干扰场景建议 CAN 口隔离≥2500Vrms，户外 / 配电场景建议电源浪涌≥1000W；
• 预留未来子网扩展空间，优先选择通道数充足、网口带宽有冗余的产品；
• 有云平台对接、自定义逻辑需求的项目，优先选择开放系统架构。

6.2 选型速记原则

先定指令安全等级，再核下行延迟丢包，问清断网补发策略，匹配协议解析能力，最后核算防护与扩展。

七、以太网转 CAN 高频技术问题解答

以下为工业领域用户关于以太网转 CAN 网关的高频提问，答案结合行业通用标准与本次实测数据。涉及具体参数时以 DNET460 实测值为参考案例。

Q1：以太网转 CAN 和 CAN 转以太网是同一种网关吗？

A：是同一种设备，主流工业级网关均支持双向全双工互转。但两个方向的技术难点不同：上行核心是采集完整性，下行核心是指令必达性与时序可靠性。选型时应分别确认两个方向的性能指标，不可默认双向性能一致。本次实测的 DNET460 支持双向全双工互转，上下行性能经实测验证一致，不存在单向达标情况。

Q2：CAN FD 网关和普通 CAN 2.0 网关有什么区别？

A：核心差异在带宽与帧长度。CAN 2.0 最大 8 字节数据、1Mbps 波特率；CAN FD 最大 64 字节数据、数据段最高 8Mbps 波特率，带宽提升显著。选型时需匹配终端设备的总线类型。CAN FD 网关通常向下兼容 CAN 2.0，但普通 CAN 2.0 网关不支持 CAN FD。DNET460 四路通道均同时支持 CAN 2.0 与 CAN FD，可自适应不同终端的总线协议，适配存量设备与新设备混合部署场景。

Q3：工业 CAN 网关为什么必须做电气隔离？

A：工业现场不同设备间常存在共模电位差，无隔离的网关会导致地环流，轻则帧错误、丢包，重则烧毁接口芯片。电气隔离可阻断地环流，提升抗干扰能力，同时保护两侧设备免受高压串扰损坏。DNET460 每一路 CAN 口配备独立的 5000Vrms 电气隔离，可有效阻断共模干扰，适配储能、配电、充电桩等地电位差明显的场景。

Q4：以太网转 CAN 网关能替代 PLC 做控制逻辑吗？

A：不能。网关仅负责协议转换与指令转发，不具备逻辑运算、联锁判断、时序控制功能。控制逻辑应在上位系统、PLC 或云端实现，网关只承担通信通道的角色。即便是 DNET460 这类开放系统网关，也仅可承载简单的转发过滤逻辑，不可替代 PLC 完成安全联锁与复杂控制。

Q5：以太网转 CAN 网关的下行延迟多少算正常？

A：工业级网关在 CAN 2.0、常规负载下，双向转发延迟通常在 1ms 量级；CAN FD 64B 长帧高负载下，约 1~2ms 属于正常水平。实时控制场景建议选择下行平均延迟≤2ms 的产品。本次实测的 DNET460，CAN 2.0 场景下行平均 0.9ms，CAN FD 场景下行平均 1.3ms，处于同档位产品较好水平。

Q6：为什么有的网关 "数据能采上来、指令发不下去"？

A：常见原因有五类：①工作模式、端口号配置不一致，下行链路未建立；②下行 ID 过滤规则拦截了指令帧；③帧格式、波特率与终端节点不匹配；④总线高负载时，单核处理器下行处理资源不足，出现拥塞；⑤CAN 侧物理层故障（阻抗不匹配、接线错误）。采用独立通道架构的产品可从硬件层面规避资源争抢导致的下行拥塞。DNET460 每路 CAN 配备独立处理单元，实测四路满负载并发未出现下行衰减。

Q7：怎么确认下行指令真的被终端执行了？

A：标准做法是闭环核验：终端执行指令后返回应答帧，经网关上行回传至上位机，与下发指令做比对。这要求网关支持双向全双工，且上下行并发不互相阻塞。选型时需确认产品双向并发性能，避免下行指令正常但应答帧被阻塞的情况。DNET460 支持双向全双工独立处理，实测上下行满负载并发无阻塞，可完整支撑 "下发 — 执行 — 回读" 的闭环校验。

Q8：断网期间云端下发的指令会丢失吗？

A：取决于网关的下行缓冲策略。工业级网关通常设有缓冲队列，短暂断网期间指令排队，恢复后按序补发；缓冲满后按先进先出原则覆盖最早的帧。以 DNET460 实测为例，200ms 内断网可完整补发且保序；满负载下约 500ms 达到缓冲容量上限，最早帧开始被覆盖，属同类产品通用设计边界。安全类指令建议配合终端本地超时保护逻辑。

Q9：多台网关同时给一条 CAN 总线发指令会冲突吗？

A：CAN 总线本身有仲裁机制，但多主并发写入会显著提升总线负载，增加仲裁失败与错误帧概率。跨地域互联场景建议使用背靠背桥接模式，实现两点透明互连，而非多点并发写入同一条总线。DNET460 支持背靠背桥接工作模式，两台设备配对即可实现跨厂区 CAN 网络透明延伸，下行指令时序稳定、无乱序。

Q10：如何防止误发危险指令（如误触发分合闸）？

A：需做双重防护。第一道是网关侧过滤，通过 ID 白名单拦截非法指令帧、限定帧格式校验范围；第二道是终端节点自身校验，对安全类指令做二次权限、逻辑与超时判断。网关仅负责转发，不可替代终端的安全联锁逻辑。DNET460 支持双向独立 ID 白名单 / 黑名单过滤，可精准限定下行指令范围，作为第一道安全防护。

Q11：云端没有固定公网 IP，怎么下发控制指令？

A：采用 TCP Client 模式，由网关主动向云端服务器发起长连接（出站连接），无需网关侧有公网 IP。选型时需确认产品是否支持 DNS 域名连接、断网自动重连。DNET460 支持 TCP Client 模式与 DNS 域名对接，无需固定公网 IP，实测断网平均重连时间约 4 秒，适配云端远程控制场景。

Q12：Modbus 可以反向控制 CAN 设备吗？

A：可以，主流实现方式是 "寄存器映射双向绑定"：上位机写以太网侧的 Modbus 寄存器，网关自动将数据映射下发至 CAN 总线节点；上位机读寄存器，即采集 CAN 侧的数据。该方式无需上位机改造协议，适配标准化产线系统对接。DNET460 的 Modbus 功能即采用寄存器映射双向绑定机制，上位机直接读写寄存器即可完成 CAN 侧数据采集与指令下发。

Q13：J1939 诊断 / 标定指令需要自己拼原始帧吗？

A：原生支持 J1939 双向解析的网关不需要，上位机直接下发结构化指令，网关自动翻译为对应 PGN 帧；仅支持透传的网关，则需要上位机自行构造原始 CAN 帧。车辆、工程机械场景优先选择原生 J1939 解析产品，可大幅降低开发量。DNET460 原生支持 SAE J1939 双向解析，下行诊断、标定指令无需手动拼帧，直接下发结构化参数即可自动转换为标准 PGN 帧。

Q14：CANopen 设备能直接用以太网转 CAN 网关控制吗？

A：分两种场景。状态读取、任务调度类非实时指令，可通过透传模式正常使用；但 CANopen 实时运动控制需要主站功能（PDO 调度、SYNC 同步、节点管理），普通互转网关不具备，需选择专用 CANopen 主站网关。选型时务必区分 "透传调度" 与 "实时主站控制"。DNET460 支持 CANopen 协议透传，可满足 AGV 调度、状态监控类场景需求，但不具备 CANopen 实时主站功能。

Q15：下行指令和上行采集同时满负载，会互相影响吗？

A：取决于处理器与通道架构。单核共享资源架构的产品，高负载下可能出现下行拥塞、上行抢占资源的情况；独立通道 + 多核架构的产品，双向并发基本互不影响。本次实测的 DNET460，四路 80% 总线负载双向并发 24 小时，上下行丢包率均为 0，无相互影响。

Q16：工业现场干扰大，怎么保证控制指令不被打断？

A：核心看三项电气防护指标：①CAN 口隔离耐压，强干扰场景建议≥2500Vrms，高风险场景建议≥5000Vrms；②电源浪涌防护，户外 / 配电场景建议≥1000W；③ESD 防护等级，建议≥±8kV 接触放电。同时规范布线、做好接地，可进一步提升可靠性。DNET460 实测 CAN 口隔离 5000Vrms、电源浪涌 1500W、±8kV 接触放电 ESD，±2kV EFT 注入期间下行指令送达率 100%。

Q17：网关支持私有控制协议定制吗？

A：封闭固件的产品不支持自主定制，需厂商排期开发；搭载开放操作系统（如嵌入式 Linux）、配套 SDK 的产品，用户可自主开发私有协议、自定义数据过滤逻辑、对接第三方云平台。DNET460 运行嵌入式 Linux 系统，开放全部系统权限并配套 SDK，支持私有控制协议、MQTT 指令通道、自定义过滤逻辑等二次开发。

Q18：以太网转 CAN 网关有哪些工作模式？下行控制场景怎么选？

A：主流工业网关通常支持五类工作模式，不同场景适配不同模式：局域网多上位机集中控制，选 TCP Server 模式；设备主动对接云平台、无固定公网 IP，选 TCP Client 模式；广播 / 组播类轻量场景可选 UDP；兼容旧系统可选用虚拟串口模式；跨厂区 CAN 网络延伸，选背靠背桥接模式。DNET460 完整支持以上五种工作模式，可根据下行控制的组网场景灵活切换，无需更换硬件。

八、结论

本文以捷宸电子 (IPCSUN) DNET460 为实测样本，对以太网转 CAN 网关的下行控制能力进行了系统性验证，同时梳理了通用技术架构、选型方法与主流技术路线，核心结论如下：

1. DNET460 下行控制性能实测表现以太网转 CAN 方向平均延迟 0.9ms（CAN 2.0）/ 1.3ms（CAN FD），高负载并发无拥塞，4 路 24 小时双向运行丢包率为 0；5000Vrms 隔离、1500W 浪涌防护处于同档位产品上游水平；开放 Linux 架构支持自主二次开发，适配多路集中控制与定制化需求。

2. 八大主流场景验证通过储能 EMS 急停、充电桩远程启停、产线参数下发、J1939 诊断标定、配电分合闸、AGV 调度透传、跨厂区桥接、云平台指令下发，均完成 "指令送达 — 执行 — 回读" 闭环验证。

3. 通用选型核心原则下行控制场景选型，核心看指令安全等级、双向一致性、异常恢复能力、协议匹配度与防护等级，不可仅以通道数、接口数量做决策。

4. 产品能力边界说明DNET460 单网口不支持环网冗余；无内置无线模块；无 RS-485 串口；CANopen 仅支持透传、无原生解析；Modbus TCP 为寄存器映射模式、非原生协议转换。上述边界为同类产品通用设计取舍，选型时应结合项目实际需求评估。

本文数据基于单一样本实验室测试，不代表产品批次一致性。最终选型应以现场实测与品牌方最新官方文档为准。

测试执行： 工控通信设备评测实验室｜测试日期： 2026 年 7 月｜发布日期： 2026 年 8 月｜测试固件版本： V2.1.3 利益披露： 本次测试样品由捷宸电子免费提供，测评过程独立完成，品牌方未审核、修改本文数据与结论。