现场做网关选型时，常被问到的一个问题是：智能边缘计算网关和工业网关到底怎么选？两者同属监测系统的边缘层，都向下以 RS485 采集现场数据，接入能力也同为 30 台设备、2000 个数据点，乍看差别并不明显。真正的分水岭落在三处：供电制式、上行网络、以及下行是否需要做 Zigbee 组网。把这三项当成筛选条件，选型就能从一个凭经验的问题，变成一条可以逐项核对的路径。
先给结论。若现场机柜提供 DC5V 供电，并且希望以有线 4G 直接把数据上行到云平台，对应的是智能边缘计算网关（ESX-0223-GR）：它采用 DC5V 供电、带 OLED 显示、RS485 向下、有线 4G 向上。若现场是 DC24V 供电、以工业以太网为主，对应的是工业网关（CW-C1、CW-C2、CW-C3）：三者同为 DC24V 供电、RS485 下行、30 设备/2000 数据点，区别在上行与下行扩展——CW-C1 上行以太网，CW-C2 上行以太网加 4G，CW-C3 则在 RS485 下行之外增加 Zigbee 下行，上行仍为以太网。换句话说，容量不是选型依据，供电与网络才是。
一、先把两类设备放回边缘层
按知识库给出的通用四层架构，监测系统分为感知、边缘、平台、应用四个层次。智能边缘计算网关与工业网关都位于其中的边缘层，与该层的防雷智能网关、工业手环、云 PLC 一起，共同承担协议转换、边缘计算与本地缓存三类职责。
同层意味着它们在数据链路里的位置一致：向下对接现场设备，向上连接平台层。但位置相同并不等于可以互相替换，因为每一类设备的供电口径与网络口径不同。选型的第一步不是比较性能高低，而是先确认这台设备在链路两端分别对接什么，再回到各自的参数表逐项核对。把不同产品的参数互相套用，是网关选型里最常见也最需要避免的错误。
二、核心参数对照
下表汇总了两类设备的参数表口径，也是本文后续讨论的依据。
| 型号 | 供电 | 显示 | 接入能力 | 向下通讯 | 向上通讯 | |:--|:--|:--|:--|:--|:--| | ESX-0223-GR | DC5V | OLED | 30 设备 / 2000 数据点 | RS485 | 有线 4G | | CW-C1 | DC24V | — | 30 设备 / 2000 数据点 | RS485 | 以太网 | | CW-C2 | DC24V | — | 30 设备 / 2000 数据点 | RS485 | 以太网+4G | | CW-C3 | DC24V | — | 30 设备 / 2000 数据点 | RS485+Zigbee | 以太网 |
表格透露了一个关键事实：四款型号的接入能力完全一致，都是 30 台设备、2000 个数据点。因此当现场规模在这条线以内时，选型不靠容量来区分，而要靠供电与网络来区分。这也解释了为什么"哪台能带更多设备"通常不是有效的提问方式——在本文覆盖的型号范围内，容量是同一条起跑线。
三、判据一：供电制式先定下来
第一项判据是供电。智能边缘计算网关为 DC5V 供电，工业网关为 DC24V 供电。这两个数字不是可以随意转换的等价项，而是直接对应机柜侧的电源取用条件。所以最省事的做法，是先看现场机柜能提供哪一路电压：有 DC5V 且无 DC24V 条件，选型范围自然收窄到智能边缘计算网关；机柜是 DC24V 制式，则应转向工业网关一族。
供电制式放在第一项，是因为它属于现场既有条件，往往在项目早期就已确定，改动成本高。先把这一项锁定，可以避免在后续比较网络方案时把不可行的型号也一并纳入，减少反复。
四、判据二：上行网络怎么走
第二项判据是上行。工业网关三型的上行基线都是以太网，差异仅在 CW-C2 额外增加 4G；Zigbee 是 CW-C3 的下行选配，并不构成上行差异。智能边缘计算网关则走有线 4G。因此上行需要逐型区分：
- 智能边缘计算网关（ESX-0223-GR）：向上为有线 4G。 - 工业网关 CW-C1：向上为以太网。 - 工业网关 CW-C2：向上为以太网+4G。 - 工业网关 CW-C3：向上为以太网。
需要特别说明的是，Zigbee 在 CW-C3 上属于下行侧，不是上行侧。因此不能把 CW-C3 的上行描述成"以太网+Zigbee"，也不能把它的 Zigbee 能力并入 CW-C1 或 CW-C2 的上行口径。上行与下行是两个方向，四种型号的差异必须在各自型号下分开陈述。
对照知识库的通讯协议矩阵，可以理解上行链路的承载方式：设备上行方向列出 Modbus TCP / MQTT，它们可承载于 Ethernet 与 4G；此外还列出 IEC 61850，属于网关级、可选能力。也就是说，无论选择以太网上行还是 4G 上行，上层协议都落在同一组矩阵条目内，真正变化的是物理承载与现场的链路条件。
五、判据三：下行与 Zigbee 组网
第三项判据是下行。四种型号都以 RS485 作为下行基础，对应协议矩阵中的 Modbus RTU（基于 RS485）。差异只在 CW-C3：它的下行是 RS485+Zigbee，即在 RS485 之外增加了 Zigbee 这一路。协议矩阵同样把 Zigbee（Modbus）列为下行方式之一。
这一项的判断逻辑很直接：如果现场设备全部以 RS485 汇聚，那么 RS485 下行就够用；如果现场还有以 Zigbee 接入的设备，才需要把 Zigbee 下行纳入考虑，此时 CW-C3 是这一族里具备该能力的型号。反过来，若现场并不存在 Zigbee 设备，就没有必要为一个用不上的下行通道付费。协议矩阵里的 LoRa 也属于下行方式，但它不在这四款型号的下行口径内，本文不对其与这四款的组合做推断。
六、把三项判据合成一条选型路径
把供电、上行、下行三项按顺序过一遍，就能得到一条清晰的路径：
1. 先确认现场可提供的直流电压是 DC5V 还是 DC24V。 2. 若为 DC5V，且上行需要有线 4G，对应智能边缘计算网关（ESX-0223-GR）。 3. 若为 DC24V，再看上行网络：以以太网为主选 CW-C1；以太网之外还需要 4G 选 CW-C2；仍以以太网为上行则 CW-C3 也在此列。 4. 最后看下行：现场是否需要 Zigbee 组网，需要则选 CW-C3，不需要则 CW-C1 或 CW-C2 均可。 5. 容量统一核对：设备台数与数据点总数都应落在 30 台、2000 点以内。
这条路径的顺序不是随意的。供电属于现场既有条件，最难更改，所以排在最先；上行决定数据离开现场的方式，属于方案设计中的主要选择；下行则更多由现场设备类型决定。按这个顺序推进，可以在每一步都排除掉一批不合适的型号，而不会把不可行的组合带入下一轮比较。
七、落地核对清单
结合上述判据，实际选型与部署时可以按以下清单逐项确认：
1. 确认机柜供电：DC5V 还是 DC24V，是否与候选型号的口径一致。 2. 确认上行条件：现场是否有以太网、是否有 4G 覆盖，数据最终上行到 FEXCloud 物联网云平台还是其他平台。 3. 确认上行承载：所选协议是否属于上行矩阵中的 Modbus TCP / MQTT；如涉及 IEC 61850，注意其为网关级可选，以最终配置为准。 4. 确认下行接口：现场设备是否以 RS485 汇聚，是否还存在 Zigbee 设备；若存在，核对 CW-C3 的 RS485+Zigbee 下行口径。 5. 核对接入规模：统计设备台数与数据点总数，确认都在 30 台与 2000 点范围内。 6. 核对面板观察需求：智能边缘计算网关带 OLED 显示，工业网关参数表中未列示显示项，选型时应以实际配置为准。
以上清单只使用参数表与协议矩阵中已有的信息；涉及其他设备或其他协议的替换方案，须回到各自的产品资料确认。
适用范围与限制
- 本文面向简体中文读者，内容限于知识库中智能边缘计算网关（ESX-0223-GR）参数行、工业网关（CW-C1、CW-C2、CW-C3）参数行，以及四层架构与通讯协议矩阵中的既有条目。 - 文中参数仅为对应型号的参数表口径：智能边缘计算网关为 DC5V、OLED、30 设备/2000 数据点、RS485 下行、有线 4G 上行；工业网关三型均为 DC24V、RS485 下行、30 设备/2000 数据点，上行分别为以太网、以太网+4G、以太网，且 CW-C3 的下行为 RS485+Zigbee。不包含参数表之外的性能、认证、环境适应性与现场案例结论。 - 四种型号的 Zigbee 归属必须分别陈述：CW-C3 的 Zigbee 位于下行侧，不得并入 CW-C1、CW-C2 的上行口径，也不得据此把 ESX 与 CW 的变体混为一谈。 - 协议矩阵中 Modbus、MQTT、IEC 61850、LoRa 等名称按知识库原样列示引用，其中 IEC 61850 为网关级可选；具体项目采用哪一项，以工程配置为准。 - 工程标准方面，知识库标准服务提供 408 条标准库（涵盖 GB/GB-T/DL/IEC/UL 等 12 个体系）与自动条文匹配；其中 GB/T 16895 以知识库引用为限，本文不将其表述为对任何产品合规性的判定。 - 本文不构成对任何未列明指标的承诺；当现场条件与文中前提不一致时，应以最新产品资料与实际工程方案为准。
