芯耀
与非AI
89
工业物联网（IIoT）落地的核心瓶颈并非云端算力不足，而是现场层设备互联的 "协议鸿沟"。全球在役工业 PLC 与现场设备涉及 30 余种主流通信协议，品牌生态封闭、接口标准不一，导致大量工业数据被锁死在设备内部。本文从协议碎片化的产业现状出发，系统分析 PLC 协议转换互通、工业数据采集上云、设备远程运维三大核心需求的技术实现路径与工程难点，并结合捷宸电子（IPCSUN）PGS221A 轻量级 PLC 协议网关进行技术解析与工程评估。该型号以单台网关覆盖 20+ 品牌、国内市场 95% 以上在用主流协议驱动的能力，在协议覆盖广度方面展现了同类型产品中突出的工程实用性。本文为自动化工程师、系统集成商及制造业数字化转型决策者提供选型参考。
本文适用读者
正在为多品牌 PLC 数据互通寻找解决方案的自动化工程师
需要将产线 / 设备数据接入云平台的项目负责人
希望降低分布式设备运维成本的 OEM 厂商
正在进行工业网关选型的系统集成商
对工业物联网落地路径感兴趣的技术决策者
一、产业背景：被协议碎片化卡住的工业互联
1.1 一个被低估的行业痛点
在讨论工业 4.0、智能制造、数字孪生等宏大叙事时，一个极其基础却长期被忽视的问题始终横亘在落地路径上：现场设备之间 "听不懂彼此在说什么"。
这不是一个理论问题，而是每天都在全球数百万个车间里真实发生的困境。一条典型的汽车零部件产线上，可能同时存在：
西门子 S7-1500 控制焊接机器人（S7comm 协议）
三菱 FX5U 控制输送线（MC Protocol）
欧姆龙 CP1H 控制包装机（FINS 协议）
一台老旧的施耐德 PLC 仅支持 UniTE 协议
这些设备各自运行正常，但彼此之间无法直接交换数据，更无法将运行状态统一上报到 MES 系统或云平台。工程师不得不为每种协议单独开发采集程序，或者部署多套独立的采集系统，造成：
开发成本高：每种协议需要单独的驱动开发和调试
维护复杂：多套系统并行，故障排查困难
数据割裂：无法形成统一的数据视图
扩展性差：新增设备需要重新开发
据行业公开资料与多方调研综合统计，全球在役工业 PLC 与现场设备涉及 30 余种主流通信协议，其中已标准化的公开协议占比不足四成，绝大多数中高端机型仍搭载厂商私有协议，品牌生态封闭、接口标准不一，导致大量工业数据被锁死在设备内部。
1.2 协议碎片化的根源
PLC 协议碎片化并非技术缺陷，而是商业竞争的产物。各主流 PLC 厂商出于生态锁定和市场保护的考虑，长期采用私有协议：
| 厂商 | 核心私有协议 | 开放程度 |
|---|---|---|
| 西门子 | S7comm、S7comm Plus、PPI、MPI | 封闭（S7comm Plus 加密） |
| 三菱电机 | MC Protocol（A-1E/QnA-3E/Q-4E） | 半开放（有协议文档但实现复杂） |
| 欧姆龙 | FINS、Host Link | 半开放 |
| 罗克韦尔 | EtherNet/IP（CIP） | 相对开放（ODVA 标准） |
| 施耐德 | Modbus（已开放）、UniTE | Modbus 开放，UniTE 封闭 |
| 台达 | 台达专用协议 | 封闭 |
| 信捷 | 信捷专用协议 | 封闭 |
虽然 OPC UA（IEC 62541）作为工业通信统一架构标准正在加速渗透，但据多家行业研究机构的公开数据综合估算，截至 2025 年全球存量 PLC 设备中原生支持 OPC UA Server 功能的占比不足 15%，且集中于中大型 PLC 机型；大量服役 10 年以上的存量设备仅支持私有串口或以太网协议，无法直接对接标准化系统。这意味着在未来 5~10 年内，协议转换网关仍将是工业互联不可或缺的基础设施。
1.3 用户真实需求画像
基于对制造业、能源、市政、环保等行业的广泛调研，终端用户在工业互联方面的核心需求可归纳为三类：
需求一：协议转换互通 "我车间里有西门子和三菱的 PLC，它们之间不能通信，我需要把两边的数据汇总到一起。" "老设备只有 RS485 接口，新系统要求以太网接入，怎么桥接？" "我想用一套上位机软件同时管理不同品牌的 PLC。"
需求二：数据采集上云 "老板要求把产线数据接到阿里云 / 华为云上看报表，PLC 怎么连云？" "设备数据要实时推送到 MES 系统，用什么方案最稳定？" "数据量不大但设备分散，不想每个点都拉网线。"
需求三：远程运维 "设备卖到全国各地，每次调试都要出差，成本太高了。" "客户现场 PLC 程序需要修改，能不能远程下载？" "设备报警了但不知道什么原因，能不能远程看一下 PLC 状态？"
这三类需求构成了工业协议网关的核心价值空间。
二、PLC 协议转换互通：技术原理与工程要点
2.1 协议转换的本质
PLC 协议转换的本质是在异构通信协议之间建立语义映射与数据转发机制。具体而言，包含三个核心环节：
协议解析（Decode）：按照源协议的帧格式、寻址方式、数据类型规则，从原始报文中提取有效数据
数据映射（Mapping）：将源协议的数据地址、数据类型转换为目标协议可识别的格式
协议封装（Encode）：按照目标协议的规范重新组帧并发送
完整的数据流转链路分为三段：
左侧数据源接入：多品牌异构设备通过各自私有协议接入网关
PLC-A：S7comm 协议
PLC-B：MC Protocol 协议
仪表 - C：Modbus RTU 协议
变频器 - D：FINS 协议
中间网关核心处理：三层引擎依次完成数据流转
协议解析引擎：按源协议规则拆解报文、提取有效数据
数据映射层：完成地址转换、类型匹配、语义统一
协议封装引擎：按目标协议标准重新组帧
右侧目标系统输出：以标准协议对接不同上层系统
云平台：MQTT 协议
MES/SCADA：OPC UA 协议
上位机：Modbus TCP 协议
ERP 系统：HTTP 协议
2.2 主流 PLC 协议技术特征
西门子 S7comm 协议
通信方式：基于 ISO-on-TCP（RFC1006），端口 102
寻址方式：按数据块（DB）、输入（I）、输出（Q）、标志（M）分区寻址
数据类型：支持 BOOL、BYTE、WORD、DWORD、INT、DINT、REAL、STRING 等
难点：S7-1200/1500 的 S7comm Plus 协议增加了加密和会话管理，第三方接入难度显著提升
注意：S7-1200/1500 默认关闭 PUT/GET 访问，需在 PLC 侧配置允许
三菱 MC Protocol
通信方式：支持串口（A-1E 兼容）和以太网（QnA-3E/Q-4E/L-4E）
寻址方式：按软元件类型（D、M、X、Y、W、R 等）+ 偏移地址
数据类型：以 16 位字为基本单位，32 位数据需合并两个字
难点：不同系列（FX/Q/L/iQ-R）的协议帧格式存在差异，需分别适配
FX 系列特殊性：FX3U 及以下型号无以太网口，需通过 RS485（Modbus RTU）或加装以太网模块接入
欧姆龙 FINS 协议
通信方式：支持 FINS over TCP（端口 9600）和 FINS over UDP
寻址方式：按内存区域（CIO、W、H、D、A 等）+ 通道号 + 位号
难点：FINS 命令需要节点号配置，网络拓扑变化时需调整
Modbus 协议
通信方式：Modbus RTU（串口）、Modbus TCP（以太网，端口 502）
寻址方式：按功能码（01/02/03/04/05/06/15/16）+ 寄存器地址
数据类型：标准 Modbus 仅定义 16 位寄存器，32 位浮点数需自行约定字节序
优势：作为我国工业自动化领域的基础通信标准（GB/T 19582-2008《基于 Modbus 协议的工业自动化网络规范》），Modbus 几乎是所有工业仪表、变频器、PLC 的标配协议，适配成本极低
局限：无语义信息，仅传输原始数值；无安全机制；主从架构限制并发
2.3 协议转换的关键工程指标
在评估协议转换方案时，以下指标直接决定工程可行性：
| 指标 | 说明 | 工程意义 |
|---|---|---|
| 协议覆盖度 | 支持的 PLC 品牌和协议种类 | 决定能否覆盖现场所有设备 |
| 转换延迟 | 从读取源设备到输出目标协议的时间 | 影响控制回路实时性 |
| 轮询周期 | 对单台设备的最小采集间隔 | 决定数据新鲜度 |
| 并发连接数 | 同时维护的通信连接数量 | 决定单网关可接入的设备规模 |
| 数据映射灵活性 | 是否支持自定义地址映射、类型转换、缩放 | 影响配置效率 |
| 断线重连 | 通信异常时的自动恢复机制 | 影响系统可用性 |
| 字节序处理 | 大小端转换、浮点数 IEEE754 解析 | 影响数据正确性 |
三、数据采集上云：架构设计与实施要点
3.1 典型上云架构
工业数据采集上云的标准架构为 "端 - 边 - 云" 三层模型，自上而下分为三层：
云端层
负责数据的最终接收、存储、计算与应用，核心组成包括：
接入入口：云平台 IoT Hub，支持 MQTT、HTTP、AMQP 等协议接入
数据处理：规则引擎、流式计算、时序数据库
业务应用：可视化看板、数据分析、报表告警等
主流平台：阿里云 IoT、华为云 IoT、AWS IoT Core、Azure IoT Hub
边缘层
即工业网关，是连接现场设备与云端的中间枢纽，核心能力包括：
下行能力：多协议解析、设备数据采集
上行能力：数据上报、断网缓存、安全加密
本地能力：断网缓存、本地报警、数据聚合、协议桥接
现场层
即工业现场的终端设备，是数据的产生源头，典型设备包括 PLC、传感器、仪表、变频器、CNC、工业机器人等，通过 S7comm、MC、FINS、Modbus 等各类协议与边缘层对接。
三层之间的通信协议明确区分：边缘层与云端层之间采用 MQTT、HTTP、AMQP 等互联网标准协议；边缘层与现场层之间采用各类工业私有协议与标准总线协议。
3.2 上云协议选型
| 协议 | 传输模型 | 带宽开销 | 实时性 | 适用场景 |
|---|---|---|---|---|
| MQTT | 发布 / 订阅 | 极低 | 高 | 设备数据上报、指令下发（首选） |
| HTTP/HTTPS | 请求 / 响应 | 较高 | 中 | 批量数据上传、API 对接 |
| OPC UA | 客户端 / 服务器 | 中高 | 中 | 车间级数据集成、跨系统互操作 |
| WebSocket | 全双工 | 低 | 极高 | 实时监控、远程控制 |
| CoAP | 请求 / 响应 | 极低 | 中 | 受限设备、低功耗场景 |
工程建议：对于绝大多数工业数据采集上云场景，MQTT 是首选协议。该协议已纳入 GB/T 36471-2018《信息技术 面向消息的中间件 消息队列遥测传输（MQTT）规范》，是工业物联网数据上报的事实标准。原因如下：
轻量级，适合带宽有限的工业网络
发布 / 订阅模型天然适合一对多数据分发
支持 QoS 0/1/2 三级服务质量
主流云平台均原生支持
支持遗嘱消息（Last Will），便于设备离线检测
3.3 数据采集的核心工程挑战
挑战一：数据标准化
不同 PLC 的数据表示方式差异巨大：
西门子：DB1.DBW0（数据块 1，字偏移 0）
三菱：D100（数据寄存器 100）
欧姆龙：CIO100（CIO 区通道 100）
Modbus：40001（保持寄存器地址 1）
网关需要将这些异构地址统一映射为标准化的数据点（Tag），并统一数据类型（如全部转为 IEEE754 浮点数或 JSON 格式）。
挑战二：采集频率与网络负载的平衡
采集频率过高 → 网络带宽占用大、PLC 通信负载增加
采集频率过低 → 数据时效性差、可能错过关键变化
工程实践：建议对关键控制变量采用 100ms~1s 采集周期，对非关键监测变量采用 5s~30s 采集周期，对状态量采用变化触发（Report by Exception）方式。
挑战三：断网续传
工业现场网络环境复杂，网络中断是常态而非异常。网关必须具备：
本地数据缓存能力（Flash/SD 卡）
网络恢复后自动补传
缓存数据带时间戳，确保时序正确
缓存策略可配置（FIFO / 优先级）
挑战四：边缘预处理
在网关侧完成初步数据处理，可显著降低云端负载和网络带宽消耗：
数据聚合：将高频采集数据在边缘侧做均值 / 最大 / 最小值聚合后再上报
阈值报警：在网关侧判断是否超限，仅上报报警事件
死区过滤：数据变化量小于设定阈值时不上报，减少无效数据
逻辑运算：在边缘侧完成简单的逻辑判断和联锁计算
四、远程运维：从 "人跑现场" 到 "数据跑路"
4.1 远程运维的价值量化
对于设备制造商（OEM）和系统集成商而言，远程运维的经济价值是显而易见的：
| 指标 | 传统模式 | 远程运维模式 | 改善幅度 |
|---|---|---|---|
| 单次故障响应时间 | 24~72 小时（含差旅） | 0.5~2 小时 | 降低 90%+ |
| 单次运维差旅成本 | 高（含交通、住宿、人工） | 零差旅成本 | 大幅降低 |
| 工程师人效 | 3~5 个现场 / 月 | 15~30 个现场 / 月 | 提升 3~6 倍 |
| 客户满意度 | 一般（等待时间长） | 高（快速响应） | 显著提升 |
4.2 远程运维的技术实现
远程运维的核心技术是安全隧道透传，整条链路从左到右分为四段，实现端到端的透明访问：
工程师端：工程师 PC 运行 PLC 编程软件（如 TIA Portal、GX Works、CX-Programmer），作为操作发起端
云端中转：云平台 / 中转服务器负责隧道建立与流量转发，全程采用加密传输
现场网关：现场部署的工业网关主动向云端发起连接，完成 NAT 穿透，负责将隧道流量转发到现场设备
现场设备：现场 PLC 等终端设备，接收透传的协议报文，响应远程操作
整条链路的核心技术要素包括：
隧道建立：网关主动向云端发起连接（NAT 穿透），无需现场公网 IP
协议透传：将工程师的 PLC 编程软件流量原封不动地透传到现场 PLC
安全加密：隧道数据全程 TLS 加密，防止中间人攻击
权限控制：基于角色的访问控制，不同工程师可分配不同权限
操作审计：完整记录远程操作日志，满足安全合规要求
4.3 远程运维的典型操作
| 操作 | 说明 | 技术要求 |
|---|---|---|
| 远程监控 | 在线查看 PLC 运行状态、I/O 状态、报警信息 | 低延迟数据推送 |
| 远程上下载 | 远程修改 / 更新 PLC 程序 | 协议透传、大文件传输 |
| 远程调试 | 在线监控变量值、强制输出、单步调试 | 高实时性 |
| 远程诊断 | 读取 PLC 诊断缓冲区、通信状态 | 协议深度支持 |
| 固件升级 | 网关 / PLC 固件远程 OTA 升级 | 断点续传、回滚机制 |
五、代表性产品技术解析：捷宸电子（IPCSUN）PGS221A 轻量级协议网关
5.1 产品定位与设计理念
在工业网关市场中，产品大致可分为三个层级：
重型边缘计算网关：搭载高性能处理器，运行 Linux / 容器系统，支持复杂边缘应用与 AI 推理，面向大规模产线与智慧工厂级项目
轻量级协议网关：聚焦协议转换与数据转发核心功能，部署灵活、运维简便，面向中小型工业场景与设备联网改造项目
简单串口服务器 / DTU：仅实现串口到以太网的透明传输，不具备协议解析与数据处理能力，面向极简串口联网场景
PGS221A 明确定位于轻量级协议网关这一层级，其设计理念是：在有限的硬件资源内，最大化协议覆盖度和工程易用性，为中小型工业场景提供 "开箱即用" 的协议互通与数据上云能力。
这一定位决定了它的目标用户不是需要运行复杂边缘应用的大型项目，而是：
拥有多品牌 PLC 但缺乏统一数据平台的中小制造企业
需要快速将老旧设备数据接入云端的系统集成商
需要远程管理分布式设备的 OEM 厂商
预算有限但功能需求明确的自动化改造项目
5.2 核心技术特征与工程能力
核心能力一：协议覆盖的广度与深度 —— 单台网关覆盖 20+ 品牌、国内市场 95% 以上在用主流协议
协议覆盖度是工业协议网关最核心的能力指标，直接决定了用户能否用一台设备解决现场所有设备的接入问题。PGS221A 在这一维度上展现了同类型产品中显著的覆盖优势：
覆盖规模：单台网关支持 20+ 主流工业品牌，覆盖国内市场 95% 以上的在用 PLC 协议驱动。 这意味着，无论现场部署的是哪个品牌、哪个年代的 PLC，绝大多数情况下都能在一台网关上找到对应的协议驱动，无需额外采购专用网关或定制开发。
纵向深度 —— 对单一品牌的全系列覆盖： 以三大主流品牌为例，PGS221A 并非仅支持其中某一两个系列，而是实现了从老旧型号到最新型号的全系列贯通：
西门子：从已停产的 S7-200（PPI 协议），到经典的 S7-300/400（S7comm），再到当前主流的 S7-1200/1500（S7comm/S7comm Plus），全系列覆盖，一台网关即可对接西门子所有在役 PLC
三菱：覆盖 FX 系列（含 FX1S/FX1N/FX2N/FX3U/FX5U）、Q/L 系列、iQ-R 系列，同时支持 A-1E 和 QnA-3E 两种帧格式，新老型号均可接入
欧姆龙：支持 FINS TCP/UDP，覆盖 CP/CJ/NJ/NX 全系列
横向广度 —— 跨品牌统一接入： 除三大主流品牌外，还广泛覆盖：
施耐德（Modbus、UniTE）
罗克韦尔 / AB（EtherNet/IP、CIP）
台达、信捷、汇川、永宏、丰炜等国产及亚洲品牌
通用协议：Modbus RTU（RS232/RS485）、Modbus TCP、OPC UA（Client/Server 双模式）
以及更多品牌的专用协议驱动
协议授权模式：所有协议驱动一次购买全部可用，无需按品牌或按协议额外付费。 这一点在工程实践中意义重大。部分同类型产品采用 "基础协议免费 + 高级协议付费" 的授权模式，用户每接入一个新品牌可能需要额外购买协议授权，长期使用成本不可控。PGS221A 采用一次性买断模式，所有内置协议驱动开箱即用，后续固件升级新增的协议驱动也无需额外付费。
工程意义： 对于拥有多品牌、多型号、多年代 PLC 混合部署的工业现场（这在国内制造业中是极为普遍的现实），用户无需为不同品牌分别采购不同的网关或开发不同的采集程序，一台 PGS221A 即可覆盖现场绝大多数设备接入需求。这不仅降低了硬件采购成本，更大幅简化了系统架构和后期维护复杂度。
核心能力二：配置易用性
工业网关的 "隐性成本" 往往不在硬件采购，而在配置调试的人工时间。这款轻量级协议网关在易用性方面的设计值得关注：
Web 可视化配置：通过浏览器即可完成全部配置，无需安装专用软件
协议驱动内置：主流 PLC 协议驱动预装，选择品牌型号即可自动匹配协议参数
可视化地址映射：以表格形式配置数据点映射关系，支持批量导入导出
在线调试功能：配置完成后可在线测试通信状态，实时查看采集数据
配置模板：支持配置导出为模板文件，批量部署时直接导入，大幅缩短调试时间
工程意义：对于需要批量部署的项目（如连锁门店、分布式站点），配置模板功能可将单台设备的调试时间从 30 分钟缩短至 5 分钟以内。
核心能力三：上云对接的灵活性
PGS221A 在数据上云方面提供了多种选择：
MQTT 客户端：支持对接阿里云 IoT、华为云 IoT、AWS IoT Core、Azure IoT Hub、EMQ X、Mosquitto 等
MQTT Broker：网关自身可作为轻量级 MQTT Broker，供本地上位机订阅数据（同类型产品中较少具备此功能）
HTTP/HTTPS：支持定时或触发式 HTTP 数据上报
OPC UA Server：网关可作为 OPC UA Server，供 SCADA/MES 系统直接读取
Modbus TCP Server：网关可作为 Modbus TCP 从站，供上位机轮询
工程意义：无论用户的云端平台是什么，或者本地系统采用什么架构，基本都能找到合适的对接方式，避免了 "网关买了但接不上平台" 的尴尬。其中内置 MQTT Broker 功能尤为实用 —— 在没有云端平台、仅需本地数据分发的场景下，网关自身即可充当数据分发中心，无需额外部署 Broker 服务器。
核心能力四：远程运维的完整性
该型号的远程运维能力覆盖了从监控到编程的完整链路：
远程监控：通过云平台实时查看设备在线状态、采集数据、报警信息
远程透传：支持西门子、三菱、欧姆龙等多品牌 PLC 的远程程序上下载（同类型产品中，能同时支持多品牌远程透传的型号非常有限）
远程配置：网关自身的配置参数可远程修改，无需现场操作
远程升级：网关固件支持远程 OTA 升级
工程意义：对于设备 OEM 厂商，这意味着售后工程师可以在办公室完成 80% 以上的远程支持工作，大幅降低差旅成本。尤其是多品牌远程透传能力，使得一台网关即可覆盖 OEM 设备中可能出现的多个品牌 PLC 的远程维护需求。
核心能力五：工业级可靠性设计
作为部署在工业现场的设备，可靠性是底线要求：
宽温设计：工作温度范围覆盖 -20℃~+70℃，适应无空调的电气柜环境
宽压供电：DC 9~36V 宽范围输入，适应现场电源波动
金属外壳：良好的电磁屏蔽和散热性能
DIN 导轨安装：标准 35mm 导轨安装，与 PLC、断路器并排安装
看门狗机制：硬件看门狗确保系统异常时自动恢复
断线重连：所有通信连接支持自动重连，无需人工干预
5.3 与同类型产品的能力差异
在轻量级协议网关这一细分品类中，不同产品的能力边界差异显著。以下从关键维度，对比 PGS221A 与同类型产品的典型能力差异：
| 能力维度 | PGS221A | 部分同类型产品的常见情况 |
|---|---|---|
| 协议品牌覆盖 | 单台网关支持 20+ 品牌，覆盖国内市场 95% 以上在用主流协议驱动，全部内置、无需额外付费 | 通常仅支持 3~8 个品牌，部分品牌需额外付费解锁或按年订阅授权 |
| 西门子支持深度 | 覆盖 S7-200（PPI）到 S7-1500（S7comm Plus）全系列 | 多数仅支持 S7-300/400，S7-1200/1500 需额外授权或不支持 |
| 三菱支持深度 | 覆盖 FX1S 到 iQ-R 全系列，支持 A-1E 和 QnA-3E 双帧格式 | 通常仅支持 FX 系列或 Q 系列单一产品线 |
| 协议授权模式 | 一次购买，所有协议驱动全部可用，后续新增协议免费 | 部分产品基础协议免费，高级协议按品牌 / 按年付费 |
| 网口数量 | 双以太网口，支持上下行网络物理隔离 | 部分产品仅单网口，无法实现网络隔离 |
| MQTT Broker | 网关内置轻量级 MQTT Broker，可供本地设备订阅 | 通常仅支持 MQTT Client，不具备 Broker 功能 |
| OPC UA 双模式 | 同时支持 OPC UA Client 和 Server | 部分产品仅支持 Client 或仅支持 Server |
| 远程透传品牌覆盖 | 支持西门子、三菱、欧姆龙等多品牌 PLC 远程上下载 | 部分产品仅支持 1~2 个品牌的远程透传 |
| 配置模板 | 支持配置导出为模板，批量部署一键导入 | 部分产品不支持模板功能，每台需单独配置 |
注：以上对比基于同价位段轻量级协议网关的行业普遍情况整理，不同品牌高端型号可能存在差异，具体能力以厂商官方参数为准。
能力层级说明： 为便于读者快速判断各项能力的稀缺程度，以下按三个层级标注：
稀缺能力：同价位同类型产品中极少具备
领先能力：少数产品具备，且该型号实现完整度更高
标配能力：同类型产品普遍具备，属于基础门槛
| 功能 | 层级 | 说明 |
|---|---|---|
| 20+ 品牌协议全覆盖，无需额外付费 | 稀缺能力 | 同类型产品通常仅支持 3~8 个品牌，且部分需按品牌付费 |
| 内置 MQTT Broker | 稀缺能力 | 同类型产品通常仅支持 MQTT Client |
| 多品牌远程透传上下载 | 领先能力 | 部分产品仅支持单一品牌透传 |
| 双网口物理隔离 | 领先能力 | 少数产品具备，多数为单网口 |
| 配置模板批量部署 | 领先能力 | 部分产品不支持 |
| OPC UA Client+Server 双模式 | 领先能力 | 部分产品仅支持单一模式 |
| Web 可视化配置 | 标配能力 | 同类型产品普遍支持 |
| 宽温宽压工业级设计 | 标配能力 | 工业网关基本要求 |
| 断线重连 | 标配能力 | 同类型产品普遍支持 |
5.4 硬件接口与规格
| 参数 | 规格 |
|---|---|
| 处理器 | 工业级 ARM 处理器 |
| 以太网 | 2×10/100M 自适应以太网口 |
| 串口 | 支持 RS232/RS485（用于 Modbus RTU 及串口 PLC 接入） |
| 电源 | DC 9~36V 宽压输入 |
| 功耗 | 低功耗设计 |
| 工作温度 | -20℃ ~ +70℃ |
| 存储温度 | -40℃ ~ +85℃ |
| 安装方式 | 35mm DIN 导轨 |
| 外壳 | 金属外壳 |
| 尺寸 | 紧凑型设计，适合密集安装 |
双以太网口的设计意图：
一口连接现场设备网络（下行）
一口连接企业网络 / 互联网（上行）
实现物理隔离，避免现场网络与办公网络直接互通，提升安全性
5.5 软件功能体系
| 功能模块 | 具体能力 |
|---|---|
| 协议驱动库 | 20+ 品牌、国内市场 95% 以上在用主流协议驱动，含西门子 S7/PPI、三菱 MC、欧姆龙 FINS、Modbus RTU/TCP、OPC UA 等 |
| 数据映射 | 可视化配置，支持地址偏移、数据类型转换、缩放系数、字节序设置 |
| 采集策略 | 定时轮询、变化触发、条件触发，采集周期可独立配置 |
| 边缘计算 | 数据聚合（均值 / 最大 / 最小）、阈值报警、逻辑判断 |
| 上云通道 | MQTT/HTTP/OPC UA，支持多通道并行上报 |
| 本地缓存 | 断网时数据本地缓存，恢复后自动补传 |
| 远程管理 | 远程配置、远程监控、远程升级、多品牌远程透传 |
| 安全机制 | 通信加密、访问密码、操作日志 |
| 配置管理 | Web 配置、配置导入导出、模板复用 |
5.6 适用场景建议
结合硬件定位与功能设计，该型号的最优适用场景与边界建议如下：
设备规模建议：单网关建议接入设备数控制在 32 台以内，超大规模产线推荐采用分布式多网关架构，或搭配重型边缘计算网关使用；
边缘计算适配：边缘计算能力聚焦于数据聚合、阈值报警、逻辑运算等轻量级任务，复杂 AI 推理、容器化应用场景建议搭配更高算力的边缘计算平台；
协议覆盖范围：20+ 品牌、国内市场 95% 以上在用主流协议已全面覆盖，非标私有协议可联系厂商确认定制支持方案；
环境适配范围：工作温度 -20℃~+70℃ 可覆盖绝大多数常规工业现场，极端低温、强腐蚀等特殊工况建议选用更高防护等级的专用机型。
六、方案对比：不同技术路线的适用边界
6.1 四类方案横向对比
为便于读者理解不同方案的定位差异，以下将工业协议互通方案分为四类进行横向对比：
| 对比维度 | 方案 A：重型边缘计算网关 | 方案 B：轻量级协议网关（如 PGS221A） | 方案 C：简单串口服务器 / DTU | 方案 D：软件 OPC Server |
|---|---|---|---|---|
| 硬件形态 | 高性能工控机 / 嵌入式平台 | 紧凑型导轨设备 | 小型转换器 | 运行在 PC / 工控机上 |
| 处理能力 | 强（可运行容器、AI 推理） | 中（专注协议转换） | 弱（仅透传） | 取决于 PC 性能 |
| 协议支持 | 全面（依赖软件授权） | 全面（内置驱动，20+ 品牌） | 仅 Modbus 或透传 | 全面（依赖软件授权） |
| 上云能力 | 强（多协议、边缘计算） | 强（MQTT/HTTP/OPC UA） | 弱（仅透传） | 中（需额外开发） |
| 远程运维 | 支持 | 支持（多品牌透传） | 不支持 | 部分支持 |
| 部署难度 | 中高（需 Linux 基础） | 低（Web 配置） | 低 | 中（需安装软件） |
| 产品定位 | 高端旗舰型 | 实用主力型 | 入门基础型 | 软件授权型 |
| 运维成本 | 高（系统维护） | 低 | 低 | 中（PC 维护） |
| 适用规模 | 大型项目（100+ 设备） | 中小型项目（≤50 设备） | 极简场景 | 已有工控机的场景 |
| 典型用户 | 大型集成商、智慧工厂 | 中小集成商、OEM、终端用户 | 简单串口联网 | 已有 SCADA 系统的改造 |
6.2 选型决策流程
可按照以下步骤逐步筛选，匹配最适合的方案：
第一步：判断核心需求
若仅需串口转以太网透传 → 选择方案 C（串口服务器 / DTU）
若需要协议解析和数据转换 → 进入第二步判断
若需要远程运维（远程上下载 / 监控） → 优先排除方案 C，在 A、B、D 中选择
第二步：判断接入规模与现有条件
接入设备超过 100 台 → 选择方案 A（重型边缘网关），或采用多台方案 B 分布式部署
接入设备不超过 50 台 → 优先选择方案 B（轻量级协议网关）
现场已有工控机，且不想新增硬件 → 选择方案 D（软件 OPC Server）
第三步：结合预算与运维能力最终确认
极简预算、基础需求 → 方案 C
中等预算、追求稳定易部署 → 方案 B
预算充足、复杂场景 → 方案 A
已有硬件基础、侧重软件能力 → 方案 D
6.3 轻量级协议网关的核心能力要素
在轻量级协议网关细分品类中，选型时应重点关注以下核心能力要素：
协议覆盖广度：单台网关支持品牌越多、覆盖协议越全，项目适配性越强；同时需确认授权模式，避免后期新增品牌产生额外费用
双以太网口设计：实现现场网络与上行网络的物理隔离，提升系统安全性
远程运维完整性：不仅支持数据监控，还支持多品牌 PLC 程序远程上下载
配置易用性：Web 配置 + 模板复用，批量部署效率高
上云灵活性：MQTT/HTTP/OPC UA 多通道并行，适配主流云平台，且内置 MQTT Broker 可兼顾本地场景
工业级可靠性：宽温宽压、金属外壳、看门狗、断线重连
七、典型应用场景深度解析
场景一：多品牌 PLC 产线数据统一采集
行业：汽车零部件制造 现状：
焊接工位：西门子 S7-1500（S7comm）
装配线：三菱 FX5U（MC Protocol）
包装线：欧姆龙 CP1H（FINS）
温控仪表：Modbus RTU（RS485） 需求：所有数据统一上报至 MES 系统
传统方案的痛点：
需要为每种协议单独开发采集程序
或采购多台不同品牌的网关
数据格式不统一，MES 侧需要大量适配工作
轻量级网关方案（以 PGS221A 为例）：
单台网关同时接入四种协议设备
数据统一转换为 MQTT/OPC UA 格式
MES 系统只需对接一种标准协议
部署周期：2 天（含调试）
方案选择理由：现场涉及西门子、三菱、欧姆龙、Modbus 四种协议，且西门子侧包含 S7-1500（需 S7comm Plus 支持）。同类型产品中，能单台同时覆盖这四种协议、且对 S7-1200/1500 提供完整支持的选项较为有限。该型号凭借 20+ 品牌、高比例协议覆盖的能力，是少数可一站式解决的方案。
效果：
硬件投入降低 60% 以上（对比多网关方案）
开发工作量降低 80%（无需逐协议开发）
数据延迟 < 100ms
场景二：老旧设备数据上云
行业：纺织 / 注塑 / 食品加工 现状：
设备服役 10 年以上，仅支持 Modbus RTU（RS485）
无以太网接口，无法直接联网
管理层要求接入云平台查看 OEE 报表
轻量级网关方案（以 PGS221A 为例）：
RS485 接口接入设备 Modbus RTU
网关将数据转换为 MQTT 上报云平台
支持 4G / 以太网两种上行方式
支持断网续传，网络恢复后自动补传
方案选择理由：老旧设备品牌混杂，部分设备使用的协议较为冷门。该型号凭借广泛的协议覆盖率，大概率无需为个别冷门设备单独寻找解决方案，降低了项目的不确定性。
效果：
无需改造原有设备，零侵入
实现设备 OEE、稼动率、产量等指标实时监控
支持手机端查看
场景三：OEM 设备远程运维
行业：环保设备 / 包装机械 / 暖通设备 现状：
设备厂商在全国 / 全球部署了数百台设备
每次调试 / 故障处理都需要工程师出差
年度差旅费用占售后成本的 50% 以上
轻量级网关方案（以 PGS221A 为例）：
每台设备配套一台协议网关
通过 4G / 以太网连接云端管理平台
工程师在办公室通过安全隧道远程连接现场 PLC
支持远程监控、报警推送、程序上下载
方案选择理由：该 OEM 设备厂商的产品线中同时使用了西门子、三菱、欧姆龙等多个品牌的 PLC，需要网关对所有品牌均支持远程透传。同类型产品中，能同时覆盖多品牌且支持多品牌远程透传的型号较为少见。
效果：
现场出差频次降低 70%
故障响应时间从 48 小时缩短至 2 小时
年度售后成本节省显著
场景四：能源 / 市政分布式站点监控
行业：水务 / 燃气 / 供热 / 光伏 现状：
站点分布广泛，无人值守
每个站点有 PLC/RTU/ 仪表
需要集中监控和远程管理
轻量级网关方案（以 PGS221A 为例）：
每个站点部署一台协议网关
采集站内设备数据，通过 4G 上报至调度中心
支持远程配置和固件升级
断网时本地缓存，恢复后补传
方案选择理由：分布式站点设备品牌不统一，且部分站点位置偏远、运维不便。该型号凭借广泛的协议覆盖和完整的远程管理能力，可最大限度减少现场出差需求。
效果：
实现无人值守站集中监控
异常报警实时推送
运维效率大幅提升
八、工程实施建议
8.1 部署前评估清单
在选型和部署前，建议完成以下评估：
列出现场所有需要接入的设备清单（品牌、型号、协议、接口类型）
确认每台设备的通信参数（IP 地址 / 站号、波特率、数据位等）
明确数据上云的目标平台和协议要求
评估单台网关需接入的设备数量（建议不超过 32 台）
确认网络环境（是否有公网 / 4G 信号、防火墙策略）
确认供电条件（是否有 DC 24V 电源可用）
确认安装空间（DIN 导轨空间是否充足）
8.2 网络规划建议
双网口利用：LAN1 连接现场设备网络，LAN2 连接企业网 / 互联网，实现网络隔离
VLAN 划分：如现场网络较复杂，建议划分独立 VLAN 给网关
防火墙策略：如通过企业网上云，需开放 MQTT 端口（1883/8883）或 HTTPS 端口（443）
4G 方案：如无有线网络，可选配 4G 版本或外接 4G 路由器
8.3 安全建议
修改网关默认密码
启用 MQTT 的 TLS 加密（8883 端口）
限制网关 Web 管理界面的访问 IP
定期更新网关固件
远程运维使用完毕后及时断开隧道
九、行业趋势展望
9.1 协议融合：OPC UA 的渐进式渗透
OPC UA（IEC 62541）作为工业通信的统一架构标准，正在从高端向中低端渗透。但受限于存量设备的巨大基数，完全替代私有协议至少需要 10 年以上。在此期间，协议转换网关将持续发挥 "翻译官" 角色。
9.2 边缘智能：从 "透传" 到 "思考"
未来的工业网关将不仅仅是协议转换器，还将承担更多边缘智能功能：
轻量级 AI 推理（异常检测、预测性维护）
数字孪生数据预处理
本地闭环控制逻辑
联邦学习节点
9.3 安全合规：从 "可选" 到 "必选"
随着《数据安全法》《关键信息基础设施安全保护条例》的落地，以及 GB/T 22239《信息安全技术 网络安全等级保护基本要求》、GB/T 37973-2019《信息安全技术 工业控制系统安全管理基本要求》等行业标准的深化执行，工业网关的安全能力将成为选型的硬性指标：
安全启动（Secure Boot）
固件签名验证
通信加密（TLS 1.3）
安全审计日志
漏洞响应机制
9.4 国产化替代：自主可控的机遇
在供应链安全和自主可控的大背景下，国产工业通信设备正迎来前所未有的市场机遇。以捷宸电子为代表的国内厂商，在协议覆盖度、产品稳定性、本地化服务等方面已具备与国际品牌竞争的能力，且在性价比和响应速度方面具有明显优势。
十、结论
在工业物联网从概念走向落地的进程中，PLC 协议转换网关是连接 "设备层" 与 "平台层" 的关键基础设施。面对协议碎片化的产业现实，选择一款协议覆盖全面、部署简单、稳定可靠的轻量级网关，是中小型工业场景实现数据互通和上云的最务实路径。
捷宸电子（IPCSUN）PGS221A 以其单台网关覆盖 20+ 品牌、国内市场 95% 以上在用主流协议的广度，双网口物理隔离设计，完整的多品牌远程运维能力，灵活的多通道上云对接方式，以及所有协议一次买断、无需额外付费的授权模式，在轻量级协议网关这一细分市场中形成了清晰的差异化竞争力。对于正在面临多品牌 PLC 数据孤岛、老旧设备上云、分布式设备远程运维等问题的企业和工程师，该型号值得纳入选型评估清单。
附录：常见问题解答（FAQ）
一、基础原理类
Q1：不同品牌的 PLC 之间为什么无法直接通信？ 答：主流 PLC 厂商出于生态体系建设的考量，普遍采用私有通信协议，例如西门子的 S7comm、三菱的 MC Protocol、欧姆龙的 FINS 协议，其帧格式、寻址规则、数据编码方式均不兼容，因此不同品牌的 PLC 无法直接进行数据交互。 若需实现跨品牌数据互通，核心思路是通过中间设备完成协议解析与格式转换，将异构协议统一为标准协议输出，常见的实现形态包括工业协议网关、软件 OPC Server 两种。
Q2：工业网关和 DTU（数据传输单元）有什么区别？ 答：二者的核心差异在于是否具备协议解析与数据处理能力。 DTU 的核心功能是串口与以太网 / 4G 网络之间的透明传输，仅做数据通道转发，不对报文内容做解析，上位机或云端仍需自行处理设备协议； 工业协议网关内置多类工业协议驱动，可主动完成协议解析、数据提取、类型转换、边缘计算，输出标准化的数据格式，无需上位机再做协议适配，功能覆盖度与工程价值远高于 DTU。
Q3：工业网关和软件 OPC Server 有什么区别？ 答：二者均能实现协议转换与数据统一，但部署形态与适用场景差异明显：
软件 OPC Server 运行在 PC 或工控机之上，依赖 Windows/Linux 操作系统，协议扩展灵活，但存在系统崩溃、病毒感染、运维成本高等风险，适合已有工控机部署、协议种类复杂的室内机房场景；
工业网关是独立嵌入式硬件设备，采用无风扇、低功耗设计，专为工业现场 7×24 小时无人值守运行设计，稳定性高、部署简单，适合电气柜内安装、现场环境复杂的场景。 部分高端工业网关也会内置 OPC UA Server 功能，兼顾硬件稳定性与标准协议对接能力。
二、方案实现类
Q4：PLC 数据如何上云？整体实现流程是什么？ 答：PLC 数据上云的标准路径为「设备接入→协议解析→边缘处理→云端上报」，核心步骤如下：
明确现场 PLC 的品牌、型号、通信接口与协议类型，确认可对接的通信方式；
部署工业协议网关，通过以太网或串口与 PLC 建立物理连接，配置对应协议驱动与采集地址；
在网关侧完成数据预处理，包括数据类型转换、缩放校准、死区过滤、异常值剔除；
配置云端对接参数，通常采用 MQTT 协议（也可选用 HTTP、OPC UA），将标准化数据上报至云平台 IoT Hub；
云端完成数据接收、存储、解析后，即可对接可视化、报表、告警等上层应用。 对于中小型项目，可选用预装多协议驱动、支持主流云平台的轻量级协议网关实现快速部署，无需额外开发即可完成对接。
Q5：Modbus RTU 转 MQTT 用什么方案实现？ 答：Modbus RTU 转 MQTT 是工业仪表、老旧设备上云的典型场景，主流方案是采用带 RS485 接口的工业协议网关，实现流程为：
网关通过 RS485 总线以 Modbus RTU 主站模式，轮询总线上的从站设备，读取寄存器数据；
网关内部完成数据解析、校验、类型转换，将原始寄存器值转换为带语义的业务数据点；
网关作为 MQTT 客户端，按照约定的 Topic 与数据格式，将数据发布至 MQTT Broker。 选型时建议优先选择支持多从站轮询、断网缓存、字节序自定义的网关产品，常规场景下单台网关可接入 32 台以内的 Modbus RTU 从站。
Q6：西门子 S7-1200/1500 数据如何采集到 MES/SCADA 系统？ 答：西门子 S7-1200/1500 系列 PLC 支持 S7comm 与 S7comm Plus 协议，采集对接需分两步完成：
PLC 侧配置：在 TIA Portal 中开启 PUT/GET 通信权限，关闭完全保护（部分加密型号需额外配置通信许可），设置固定 IP 地址；
采集侧配置：选用支持 S7comm 协议的工业网关，配置 PLC 的 IP 地址、机架号、槽号，添加需要采集的 DB 块、I/Q/M 区地址；
系统侧对接：网关将采集到的数据统一转换为标准协议输出，MES/SCADA 常用的对接方式包括 OPC UA Server、Modbus TCP Server、MQTT 三种。 目前主流轻量级网关大多已适配 S7-1200/1500 的常规数据采集，支持 DB 块、位、字、双字、浮点数等全类型数据读取。
Q7：三菱 FX/Q 系列 PLC 如何联网上云？ 答：三菱不同系列 PLC 的联网方式差异较大，需按型号区分：
FX5U、Q、L、iQ-R 系列：自带以太网口，支持 MC Protocol 协议，可直接通过以太网接入工业网关；
FX3U 及以下老旧型号：无原生以太网口，可通过 RS485 扩展板以 Modbus RTU 协议接入，或加装以太网通信模块后以 MC 协议接入。 网关完成数据采集后，统一转换为 MQTT/HTTP 协议即可上报至云平台。目前主流协议网关普遍同时支持以太网 MC Protocol 与串口 Modbus RTU 两种接入方式，可覆盖新老设备混合的场景。
Q8：欧姆龙 PLC 数据如何采集？ 答：欧姆龙 CP、CJ、NJ、NX 等主流系列 PLC 均支持 FINS 通信协议，分为 TCP（端口 9600）与 UDP 两种传输方式，采集方案如下：
确认 PLC 的 IP 地址、节点号，确保与采集设备网络互通；
通过支持 FINS 协议的网关或软件，配置对应内存区域（CIO、W、H、D、A 等）的采集地址；
读取到的数据可转换为标准协议，对接上位机或云平台。 需要注意的是，部分高端欧姆龙机型也原生支持 OPC UA，若设备已开放该功能，也可直接通过 OPC UA 对接。
三、选型与运维类
Q9：如何远程下载 / 上传 PLC 程序？ 答：PLC 程序远程上下载的核心技术是安全隧道透传，无需现场配置公网 IP，实现方案如下：
现场部署支持远程透传功能的工业网关，网关主动向云端管理平台发起加密连接，穿透现场 NAT 网络；
工程师端在电脑上安装隧道客户端，与云端建立连接，形成端到端的加密数据通道；
打开 PLC 编程软件（如 TIA Portal、GX Works、CX-Programmer），将通信目标地址指向本地隧道端口，即可像现场直连一样访问 PLC，完成程序上下载、在线监控、强制调试等操作。 目前市面主流中高端协议网关已适配西门子、三菱、欧姆龙等主流品牌 PLC 的远程透传，部分机型还支持大文件程序断点续传，可满足绝大多数 OEM 设备的远程运维需求。
Q10：一台网关最多能接入多少台设备？ 答：单网关的设备接入上限并非固定值，主要受三个因素影响：协议类型、采集周期、数据点数量。
高频采集（100ms 以内）、协议交互复杂的场景，单网关建议接入 8~16 台设备；
常规监测场景（1s~5s 采集周期），单网关可接入 20~32 台设备；
低频采集、仅状态监测的场景，单网关最多可扩展至 64 台以内。 工程应用中，轻量级协议网关建议单台接入设备数控制在 32 台以内；若设备规模更大，推荐采用多网关分布式部署，每台网关负责一个区域或一条产线，兼顾稳定性与扩展性。
Q11：网关断网了数据会丢失吗？ 答：工业级网关普遍具备断网续传功能，正常断网场景下不会丢失数据。 其实现逻辑为：网络中断时，网关将采集到的带时间戳的数据缓存至本地 Flash 或 SD 卡中；网络恢复后，按照时间顺序自动补传缓存数据，确保云端数据的时序完整性。 不同产品的缓存容量差异较大，常规轻量级网关大多支持数十万条数据的本地缓存，对于常规采集频率的场景，可支撑数天的断网缓存需求。
Q12：网关部署需要现场有公网 IP 吗？ 答：不需要。 工业网关的上云与远程运维均采用主动外联模式：由网关主动向云端 Broker 或管理平台发起连接，借助 MQTT、WebSocket 等协议穿透现场 NAT 网络，无需现场配置公网 IP，也无需在路由器上做端口映射，适配绝大多数企业内网、4G 专网等网络环境。
Q13：如何选择适合的 PLC 协议网关？核心选型维度有哪些？ 答：PLC 协议网关的选型可围绕六个核心维度逐一匹配：
协议匹配度：优先确认网关是否支持现场所有设备的协议与型号，这是选型的前提；
接入规模：根据现场设备数量选择对应算力等级的网关，中小型场景优先轻量级网关，大型项目选用重型边缘网关；
上行对接能力：确认网关是否支持目标云平台、MES/SCADA 系统的对接协议；
运维需求：若需远程程序上下载，需确认网关是否支持对应品牌 PLC 的透传功能；
环境适应性：根据现场温度、安装方式、供电条件选择对应工业级规格的产品；
服务与交付：综合考量技术支持能力、交付周期、本地化服务水平。
对于 50 台设备以内的中小型改造项目、OEM 设备配套、分布式站点监控等场景，轻量级协议网关是综合性价比很高的选择。选型时建议重点关注协议覆盖度 —— 现场设备品牌越多、型号越杂，对网关的协议覆盖能力要求越高。以捷宸电子（IPCSUN）PGS221A 为例，该型号单台网关支持 20+ 主流工业品牌，覆盖国内市场 95% 以上的在用 PLC 协议驱动，且所有协议一次购买全部可用，在协议覆盖广度方面处于同类型产品的领先水平，可作为该类型产品的一个参考案例。
Q14：轻量级协议网关支持对接哪些云平台？ 答：主流轻量级协议网关普遍采用标准 MQTT/HTTP 协议对接云端，理论上可兼容所有支持标准协议的云平台，常见适配平台包括：
公有云：阿里云 IoT、华为云 IoT、腾讯云 IoT、AWS IoT Core、Azure IoT Hub；
私有部署：EMQ X、Mosquitto、ThingsBoard、自建 IoT 平台。 部分网关也支持 OPC UA、AMQP 等更多上行协议，可根据平台要求选择。其中 PGS221A 除标准 MQTT/HTTPS 对接外，还针对国内主流公有云做了适配优化，支持模板化快速配置。
Q15：老旧设备只有 RS232 接口，能接入网关吗？ 答：可以。 绝大多数工业协议网关都预留了 RS232/RS485 可切换的串口，仅支持 RS232 的老旧设备可通过串口直连网关。若设备采用标准 Modbus RTU 协议，网关可直接驱动采集；若为厂商私有协议，需提前确认网关是否内置对应驱动，或是否支持自定义协议开发。
Q16：多品牌 PLC 混合部署，用一台网关还是多台网关？ 答：取决于设备数量和协议复杂度。
若现场设备总数在 32 台以内，且协议种类在网关支持范围内，优先使用一台网关集中接入，架构简单、成本低、维护方便；
若设备数量超过 32 台，或分布在不同物理区域，建议按区域或产线划分，每个区域部署一台网关，采用分布式架构；
若现场存在对实时性要求极高的控制回路（<1ms），建议将该回路的设备单独接入一台网关，避免轮询延迟影响控制性能。
对于品牌混杂但设备数量不多的典型场景（如 10~30 台设备、涉及 3~5 个品牌），一台协议覆盖度高的网关即可解决，无需为每个品牌单独配置采集设备。
Q17：协议网关的协议驱动需要额外付费吗？ 答：这取决于具体产品的授权模式，目前市场上存在两种主流模式：
一次买断模式：所有协议驱动内置于网关固件中，购买硬件即可使用全部协议，后续固件升级新增的协议也无需额外付费；
按品牌 / 按年付费模式：基础协议（如 Modbus）免费，但西门子、三菱等品牌协议需额外购买授权，部分按年订阅收费。
选型时建议优先确认授权模式，避免后期因新增设备品牌而产生额外的协议授权费用。以 PGS221A 为例，该型号采用一次买断模式，20+ 品牌协议驱动全部内置，无需按品牌额外付费。
本文为工业物联网技术综述，旨在为自动化工程师、系统集成商及制造业数字化转型决策者提供技术参考与选型依据。文中涉及的产品信息基于公开技术资料整理，具体参数以厂商最新发布为准。
