判断服务器是否支持OPC协议，最直接的办法是打开服务器的服务列表和安装目录找OPC服务端程序，再用OPC客户端工具填上服务器地址实测连接一次，能连上就说明支持。
服务器怎么查看是否支持opc协议：从服务、进程、安装目录入手
OPC协议是一套软件接口,不是物理设备上带哪个网口就能确定的，服务器是否能对外提供OPC服务，取决于有没有安装OPC服务端程序（比如Kepware、Matrikon OPC Simulation Server、Ignition OPC UA模块）或者集成了OPC UA SDK，判断时不需要拆机，按下面几步查软件环境。
先从Windows服务列表找OPC相关服务
在服务器桌面按Win+R，输入services.msc回车，打开服务列表，按住O键快速跳到字母O区，找名称带“OPC”的项，常见的有“OPC Core Components”或“OPC UA Server”，如果看到这些服务存在，并且状态是“正在运行”，说明这台机器已经具备OPC服务能力，如果服务存在但状态是“停止”，可以尝试右键启动，能启动说明支持，只是默认没开。
用命令行快速筛出OPC进程和注册表项
嫌窗口翻列表慢,用命令是一秒出结果的办法，在服务器上以管理员身份打开命令提示符，执行：
sc query | findstr /i "OPC"只要返回结果里有SERVICE_NAME带OPC字样，就说明系统里注册了OPC相关服务，再进一步，打开注册表编辑器，进入HKEY_LOCAL_MACHINESOFTWAREOPC Foundation，看到UA和DA子键，说明装过OPC基金会的标准组件，这个路径是OPC协议支持的最直接证据，因为OPC基金会组件是服务端运行的基础。
去安装目录找服务端主程序
多数OPC服务端程序安装时会有固定路径,比如C:Program FilesOPC、C:Program FilesKepware或C:Program FilesMatrikon，进入这些路径后，找到.exe可执行文件，比如OPCUAServer.exe或KEPServerEX.exe，双击能正常运行，就代表服务器支持OPC协议，而且已经装了可用的服务端。
没有OPC服务进程不代表一定不支持
部分工业服务器以边缘网关模式运行,OPC协议支持内嵌在网关固件里，操作系统里看不到独立进程，这种情况要看网关管理后台，登录Web界面后，在“数据采集”或“协议转换”菜单里找OPC UA Client或Server选项，如果菜单里有，说明这台设备支持OPC协议，只是实现方式不同。
OPC服务器地址怎么填才能验证连接成功
检查完服务端软件,下来要做的就是用客户端工具实际连一次，填地址这个动作本身就是验证过程，不同协议类型填法不一样，填错地址肯定连不通，但连不通不能直接判定服务器不支持，要先确认协议类型。
验证OPC UA服务器地址
OPC UA的服务器地址格式是opc.tcp://服务器IP:端口，下载UaExpert客户端，打开后点“Add Server”，在URL栏输入opc.tcp://192.168.1.100:4840，注意把IP换成目标服务器地址，点击确认后如果弹出证书信任框，选择信任并点击连接，看到连接状态变绿，说明OPC UA服务正常，如果提示超时或BadConnectionRejected，先检查服务器防火墙是否放行了4840端口，再确认服务端进程还在运行。
验证OPC DA服务器地址
OPC DA走的是DCOM协议，地址填写逻辑完全不一样，用MatrikonOPC Explorer测试时，在“Local Network”里找到目标服务器计算机名，展开后能看到类似Kepware.KEPServerEX.V6的条目，双击条目并成功读取标签列表，说明OPC DA通道是通的，这一步最卡人的地方是DCOM权限，如果连接时弹出“拒绝访问”或“权限不足”，不代表服务器不支持OPC，要先在服务器上配置DCOM安全设置。
本机回环测试排除网络干扰
想在最短时间内验证服务器自身是否支持OPC,就在服务器本机运行OPC客户端，地址填opc.tcp://localhost:4840，本机连接能成功，基本排除网络和防火墙问题，说明服务器内部OPC协议栈是好的，本机连接都失败，那就得重新检查服务端配置。
OPC UA和Modbus在服务器里如何区分
现场经常有人把“支持Modbus”和“支持OPC”等同起来，这是两回事，Modbus是应用层报文协议，常见端口502，设备基本都能直接通讯，OPC UA则是一套包含传输、安全、信息建模的完整工业通信框架，默认端口4840，服务器是否支持OPC协议，和它是否支持Modbus没有互相依赖的关系。
| 对比项目 | OPC UA | Modbus TCP |
|---|---|---|
| 默认端口 | 4840 | 502 |
| 是否需要额外服务端 | 需要，有OPC UA Server | 不需要，设备直接监听 |
| 平台兼容性 | Windows/Linux均可 | 几乎所有嵌入式设备 |
| 数据建模能力 | 强，支持对象和复杂结构 | 弱，只有寄存器地址 |
| 安全机制 | 证书加密，内置身份验证 | 基本无安全设计 |
用netstat -an | findstr 4840命令查看服务器端口，看到TCP监听状态说明OPC UA服务在运行，如果只看到502端口在监听，那这台服务器只是提供了Modbus服务，并没有开启OPC UA，这个命令能帮你快速分辨到底支持哪种协议。
不同服务器环境下OPC协议支持情况的判断
服务器系统不一样,判断方法会有细微差别，Windows、Linux、边缘网关各有各的检查路径，分场景看更准确。
Windows服务器检查OPC Core组件
Windows是OPC DA的经典运行环境，除了服务和端口，还要确认系统装没装“OPC Core Components Redistributable”，缺少这个运行时，服务端软件装了也跑不起来，打开“控制面板-程序和功能”，在搜索框输入“OPC Core”，看到相应条目就说明组件在位，没有的话，去OPC基金会官网下载对应版本安装，这是行业标准的运行时组件。
Linux服务器判断OPC UA支持
Linux服务器不会自带OPC UA服务，一般通过open62541、Prosys OPC UA SDK这类库实现，判断方法很简单，执行ss -tlnp | grep 4840看端口是否监听，或者用systemctl status opcua-server查看服务状态，进程存在但端口没监听，多半是配置文件里的绑定地址或端口写错了，行业共识认为，现在Linux部署OPC UA非常成熟，不必担心兼容性问题。
工控机和边缘网关的判断重点
工控机预装SCADA软件时,比如WinCC或InTouch，软件自带OPC UA服务器模块，打开软件配置界面，在“OPC设置”或“数据服务器”里找启用开关，边缘网关则登录Web管理页面，查看“协议转换”菜单里有没有OPC UA服务选项，有些网关只做了OPC UA Client，能向外采集数据，但不能被其他客户端连接，这种网关严格来说不支持OPC Server功能，采购时要问清楚。
实战场景：现场没有OPC软件时怎么快速确认
一次去外地做设备改造,客户反复强调服务器肯定支持OPC，工程师连了三个小时都失败，最后打开“程序和功能”一看，里面只装了Modbus网关驱动，OPC服务端根本没安装，类似情况很常见，别听口头保证，直接看软件列表。
时间紧张时,有个土办法能快速判断服务器环境是否兼容OPC协议，从OPC基金会官网下载一个模拟服务器程序，安装到待测服务器上启动，模拟服务器能和标准客户端正常握手，说明这台服务器的系统环境支持OPC协议，然后再换真实设备驱动，测一遍实际数据流，这样几分钟就能区分出是服务器不支持，还是设备驱动没配对。
采购新网关时,可以把opc协议网关价格和功能放在一起对比，原生支持OPC UA Server的网关通常比纯Modbus转发网关贵一些，主要因为要预装协议栈授权和更强的处理器，预算有限就选只支持OPC UA Client的轻量网关，但一定要问清楚有没有Server端能力，很多低价网关只能单向采集，没法让上位机直接连接。
看一台服务器支不支持OPC协议,不需要复杂检测工具，先检查服务列表、进程和安装目录，再用客户端填地址实测，最后区分是OPC UA还是OPC DA，别被Modbus端口误导，这套流程操作下来，结论基本不会错。
关于服务器OPC协议支持的常见问题
服务器上装了OPC服务端但客户端连不上，算不算支持？
算支持,但配置存在问题，优先检查防火墙是否放行4840端口，OPC UA走TCP固定端口，OPC DA走DCOM动态端口，再核对账户权限和服务器地址格式，多数情况下连不上是因为防火墙或地址写错，不是服务器不支持。
怎么判断服务器支持的OPC协议是UA还是DA？
看服务端软件类型,Kepware、Matrikon OPC Server同时支持DA和UA，如果服务器上只有早期DCOM组件，没有独立的UA库文件，那就只支持DA，在客户端连接时，UaExpert里看到opc.tcp://开头的是UA，Matrikon Explorer里通过计算机名浏览到的是DA。
普通Windows服务器需要装额外组件才能支持OPC UA吗？
不需要,OPC UA服务端自带运行库，但OPC DA服务端必须安装OPC Core Components运行时，业内专家指出，OPC UA的跨平台设计已经让部署大幅简化，服务器上运行服务端程序后，客户端即可跨网络访问，无需另外配置COM组件。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/697251.html
