現場做閘道選型時，常被問到的一個問題是：智能邊緣計算閘道和工業閘道到底怎麼選？兩者同屬監測系統的邊緣層，都向下以 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 制式，則應轉向工業閘道一族。
供電制式放在第一項，是因為它屬於現場既有條件，往往在專案早期就已確定，改動成本高。先把這一項鎖定，可以避免在後續比較網路方案時把不可行的型號也一併納入，減少反覆。
四、判準二：上行網路怎麼走
第二項判準是上行。上行以乙太網路為基準，差異只在是否疊加 4G：工業閘道 CW-C1 與工業閘道 CW-C3 同為乙太網路上行，工業閘道 CW-C2 為乙太網路+4G，智能邊緣計算閘道（ESX-0223-GR）為有線 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 的上行口徑，也不得據此把智能邊緣計算閘道與工業閘道的變體混為一談。 - 協定矩陣中 Modbus、MQTT、IEC 61850、LoRa 等名稱按知識庫原樣列示引用，其中 IEC 61850 為閘道級可選；具體專案採用哪一項，以工程配置為準。 - 工程標準方面，知識庫標準服務提供 408 條標準庫（涵蓋 GB/GB-T/DL/IEC/UL 等 12 個體系）與自動條文比對；其中 GB/T 16895 以知識庫的引用為限，本文不將其表述為對任何產品合規性的判定。 - 本文不構成對任何未列明指標的承諾；當現場條件與文中前提不一致時，應以最新產品資料與實際工程方案為準。
