OPC DA 连接测试已经显示成功，采集程序却依旧读不到温度。此时，问题不一定出在 DCOM 权限或防火墙，还可能只是点位名称填错了。

本文用一个完整 ItemID 填写错误的示例，展示如何使用 DComEasy 从“服务器能连接”继续排查到“指定点位能读取”。

案例说明：电脑名称、点名和结果均为教学示例，不是客户现场实测记录。实际 ItemID 格式及错误提示由 OPC Server 决定，请使用现场真实点名，不要直接照抄本文的字符串。

一、故障现象：服务器连上了，温度却读不到

假设一台 Windows 工控机运行 OPC DA Server，另一台电脑运行采集程序。目标是读取 1 号产线 PLC 的温度。

本例把故障设置为：服务器只接受完整 ItemID，Temperature只是点位的末级名称，不能单独用于读取。

可以把它理解成找文件：文件名叫“温度”，不代表软件已经知道它位于哪条产线、哪台 PLC 下。不过，ItemID 的格式由服务器定义，并不一定使用点号分隔。

二、先确认“连接成功”验证到了哪一步

在 CLIENT-B 上，以管理员身份运行 DComEasy，使用与原采集程序相同的目标服务器和预期连接身份进行“连接测试”。

查看结果，确认连接的是正确服务器，并保留完整测试信息。本例已经通过服务器连接和状态读取，下一步才是验证具体点位。

连接成功和数据有效是两件需要分别验证的事。本例已经有点位标识相关错误，因此先查点名，不急着重做 DCOM 配置或安装组件。

三、用节点浏览器确认真实完整点名

连接成功后，在 DComEasy 的“测试结果”中使用左侧节点浏览器：

1. 逐层展开对应目录，找到 1 号产线和目标 PLC 下的温度点位。

2. 核对该点位对应的完整 ItemID，不只看树上的末级显示名称。

3. 把完整 ItemID 与原采集程序填写的字符串逐项对照。

本例对照如下：

这里不能靠“把树上的名称用点号拼起来”猜出 ItemID。应以服务器返回的信息、其配置工具或供应商文档为准；还要检查空格、分隔符以及服务器是否区分大小写。

如果树目录无法浏览，可以点击“刷新目录”，也可以直接使用已经确认的完整 ItemID 查询。部分服务器不公开完整层级目录，目录里看不到，不等于点位一定不存在。DComEasy 的相关操作见 官方使用指南。

四、输入正确 ItemID，先“读取一次”

在节点区顶部输入Line1.PLC1.Temperature，按回车查询。这个点名只适用于本文示例，现场应替换为实际 ItemID。

找到目标点后，右键添加到监控列表，再在右侧监控点上右键选择“读取一次”。先单独验证这个点，可以避免其他点位的错误干扰判断。

OPC DA 数据除了数值，还包含质量和时间信息。数值显示出来，并不代表它一定可用于业务判断。参见 OPC Foundation：OPC DA 数据内容。

本例的验证目标是：使用完整 ItemID 后读取成功，不再出现原来的点位标识错误，值和质量符合预期。没有实际测试结果前，不填写具体温度值，也不预先宣称“已恢复”。

五、回到原采集程序，完成修复验收

如果正确点位在 DComEasy 中读取通过，回到原采集程序，将其配置中的Temperature替换为已经确认的完整 ItemID，再按该程序要求重新加载配置或重连。

保持目标服务器和连接身份一致，随后对照验证：

Free 基础版支持基础连接、浏览和单点读取，可用于本例的核心验证。需要定时刷新时，按客户端功能对比启用对应授权，再设置刷新间隔；采集时要结合工况判断变化，温度不变或时间戳重复本身不一定是异常。

原采集程序也验证通过，才能认为本例问题修复完成。如果 DComEasy 能读、原程序不能读，应继续比较两者的真实服务器标识、完整 ItemID、账号和读取方式。

六、完整 ItemID 正确，仍读不到怎么办？

下面这些情况不属于本文设置的“短名称填写错误”，遇到时要转向对应分支，不能继续重复改点名。

保留失败点的完整 ItemID、读取时间、质量和错误信息，再与服务器端工具对照。不要把无效数据直接当作 0，也不要用旧值覆盖读取错误后假装正常。

七、把这次问题整理成可复用的记录

本例使用 DComEasy 做了三件具体的事：确认服务器连接正常，核对完整点名，读取正确点位完成验证。整个过程中，没有证据要求修改系统权限。

遇到“OPC DA 连上了却没有数据”，可以先拿一个已知点位做验证：找准服务器 → 确认完整 ItemID → 读取一次 → 核对值、质量和时间戳 → 回原程序复测。

下载 DComEasy · 使用指南 · 问题反馈

公开截图和日志前，请移除密码、账号、主机名、地址及其他敏感信息。