直接回答
一個專案要幾台閘道器，不能靠一個拍腦袋的公式得出，而要先確定用哪一把「容量尺子」。產品知識庫提供了兩條可對照的口徑：一是單台閘道器約 30 台設備、2000 個資料點的接入能力；二是系統級方案中智慧閘道器可掛載不少於 128 個監測點並支援串接。兩條口徑量綱不同，前者按設備與資料點算，後者按監測點算。工程上穩妥的做法，是先用監測點或設備數量除以單台容量得到一個初值，再根據通訊方式、供電與安裝條件、是否串接做修正。產品知識庫並未給出統一的數量計算公式、裕量係數或串接層級上限，因此任何帶有固定係數的「標準演算法」都不在產品資料的支援範圍內。
第一條容量口徑：單台 30 台設備、2000 個資料點
產品知識庫的智慧邊緣運算閘道器表載明，智慧邊緣運算閘道器（ESX-0223-GR）的接入能力為 30 台設備、2000 個資料點，採用 DC5V 供電，向下為 RS485，向上為有線與 4G。這是估算閘道器數量時最直接的單台容量基準。按這條口徑，如果一個專案需要接入的設備總數為 120 台，僅從設備數看大約需要四台；但如果這些設備產生的資料點總數接近或超過 2000 個一台的容量，就應改用資料點口徑複核。也就是說，設備數與資料點數是兩個必須同時滿足的上限，估算時取兩者中更緊的那一個。
上行方式不改變單台容量
產品知識庫還說明，工業閘道器（CW-C1、CW-C2、CW-C3）均為 DC24V、30 台設備、2000 個資料點，向下為 RS485，向上分別為乙太網路、乙太網路加 4G、乙太網路加 Zigbee。這三種型號的上行方式不同，但單台接入容量一致。這條資訊的意義在於：選擇乙太網路、4G 還是 Zigbee，解決的是現場回傳條件問題，並不會讓單台閘道器「裝得更多」。因此估算數量時，上行方式主要影響的是網路規劃與備援，而不是容量口徑本身。若某處誤以為「帶 4G 的閘道器能多接設備」，就可能在數量估算上出現偏差。
含擴充的閘道器仍以 30 台設備為口徑
產品知識庫中，工業手環（CX-08R06AI08-C1、CX-08R06AI08-C2、CX-08R06AI08-C3）在 30 台設備、2000 個資料點之外，擴充了 8 路數位量與 8 路類比量。這說明帶 IO 擴充的閘道器或可程式設備，其接入容量口徑仍以 30 台設備、2000 個資料點為基準；擴充的 IO 通道用於就地擷取，並不等於把「可接入設備數」整體抬高。工程上如果現場有較多乾接點或類比量訊號，應把這部分算進資料點總量，而不是預設擴充通道是「額外送」的容量。
第二條容量口徑：系統級掛載不少於 128 點
產品知識庫的接地電阻監測系統參考參數給出了另一種系統級口徑：智慧閘道器可掛載不少於 128 個點並支援串接，同時具備不少於 4 路 RS485、不少於 2 路乙太網路，4G、5G 或 LoRa 可選，資料快取不少於 15 天，供電為 DC9 至 36V 寬壓，防護等級為 IP65。這條口徑更接近「按監測點配置」的場景，例如地網線上監測這類以測點數量計的專案。它與單台 30 台設備口徑並不矛盾，而是面對不同粒度：一個是在設備表層面給容量，一個是在系統方案層面給掛載點數。
串接與裕量的處理
兩條口徑都提示了串接的存在，但產品知識庫沒有給出串接層級的最大值，也沒有給出裕量係數的規定。因此估算時的合理做法是：先按業務口徑算出理論台數，再結合「單台容量取更緊的一側」確定下限；至於是否留裕量、留多少，屬於工程判斷，不應寫成產品提供的固定係數。現場若採用串接，需要額外確認供電、佈線與快取等條件是否滿足，因為寬壓供電、快取天數與防護等級這些參數描述的是能力邊界，而不是對任意串接拓撲的適用承諾。
一個變電站場景的估算示例
產品知識庫在典型應用場景與選型對照中，為「變電站或牽引變電所地網線上監測」給出的推薦組合是：每個監測點配一套接地電阻監測儀（FR-01311），經防雷智慧閘道器（FG-0221-ER 或 FG-0221-EZ）匯聚，再上到 FEXCloud 物聯網雲端平台。按這一寫法，閘道器數量首先取決於監測點總數：若測點數量落在單台系統級掛載能力之內，一台閘道器即可涵蓋；若測點顯著增多，則需按 128 點這一量級並結合串接來分批。要注意的是，這條對照給出的是選型寫法，而不是該場景的固定配置數量，實際台數仍以具體測點清單為準。
先算監測點還是先算設備
估算閘道器數量時，第一個要回答的問題不是「多少台」，而是「按什麼粒度數」。如果專案以監測點為單位，例如地網線上監測按接地測點部署，那麼系統級「掛載不少於 128 點」的口徑更貼近實際；此時應先統計測點總數，再看單台閘道器能涵蓋多少點。如果專案以設備為單位，例如把一批智慧儀表或監測終端接入平台，那麼單台 30 台設備、2000 個資料點的口徑更直接。兩種粒度的差別，會讓同一個專案算出不同的初值。因此，估算之前先統一粒度，是避免返工的第一步。
供電與安裝條件的修正
容量口徑給出的是「能接多少」，但現場能否落地還取決於供電與安裝。產品知識庫顯示，智慧邊緣運算閘道器（ESX-0223-GR）採用 DC5V 供電，工業閘道器採用 DC24V，系統級方案則描述為 DC9 至 36V 寬壓與 IP65 防護。供電電壓不一致，意味著不同型號不能隨意互換；寬壓與高防護等級則指向更惡劣的安裝環境。估算時若發現某處只能提供 24V 電源，就不能預設按 5V 型號的數量來排布。同理，戶外或潮濕場所需要 IP65 等級時，也應據此調整型號選擇，而不是只盯接入數量。
通訊方式對台數的間接影響
上行方式雖然不改變單台容量，卻會間接影響台數。以 Zigbee 上行為例，其組網特性決定了涵蓋範圍與節點數量之間存在約束；若站點分散，可能需要在局部先匯聚再上行，從而改變閘道器的實際部署數量。產品知識庫沒有給出 Zigbee 的節點上限，因此不能據此計算「一個 Zigbee 閘道器最多帶幾台」。工程上能做的是：先按容量口徑得出台數下限，再根據通訊涵蓋情況與現場拓撲做向上修正，並透過勘察確認每個匯聚點的可行性。
估算結果如何複核
得到一個初值後，建議從三個方向複核。第一，資料點總量是否超過單台 2000 點的容量，避免只按設備數算而忽略資料點。第二，是否已把擴充 IO 的通道計入資料點，避免把擴充通道當成「免費容量」。第三，若採用串接，需確認供電、佈線與快取條件是否滿足，因為串接會改變對單台快取的依賴程度。三點複核都通過後，得出的台數才更接近可實施方案。需要再次強調的是，產品知識庫未提供統一的估算公式，上述複核屬於工程方法，不是產品規定。
適用範圍與限制
- 本文內容限於產品知識庫對閘道器接入容量、上行方式、擴充通道、系統級掛載參數與場景選型寫法的既有表述，不擴展未列出的計算公式、裕量係數或串接層級上限。 - 文中數值（30 台設備、2000 個資料點、不少於 128 點、不少於 4 路 RS485、不少於 2 路乙太網路、快取不少於 15 天、DC9 至 36V、IP65）均按產品知識庫所列口徑引用，不構成對具體專案的配置承諾。 - 產品知識庫未給出統一的數量估算公式，本文所述的「先算初值再修正」為工程建議，不替代現場勘察與方案設計；實際配置以最新產品資料與專案方案為準。
