采集器常见问题

Navigation:  常见问题分析 >

采集器常见问题

Previous pageReturn to chapter overviewNext page

Q1:开启hdOPC_Int后报错:[ERROR]112213 [Loc]COPCCollectPlat::AddTag:987 [Note]can not find related OPC server for tag(3033), they may all be full.

原因:目前每个采集器中每个扫描组下面有3000个Tag点的限制,扫描组下配置的Tag点数超过3000点会导致出错;

解决方法:在采集器配置中将每个扫描组下的Tag点数限制在3000点以内(不含3000点)。

 

Q2: OpcInt配置正确,但实时数据库采集不到数据

原因1:实时数据库的Tag配置中压缩误差和过滤误差都默认为2,这时如果采集的数据变化很小,或者本身值就很小,数据就会被过滤掉。

解决方法:注意tag属性中这两个参数的取值。

原因2:hdOpcInt.exe采集器所在的机器的IP必须是实时数据库信任的IP,否则在上传数据时会报存储数据失败。

解决方法:在权限中“信任”的配置中为hdOpcInt.exe采集器所在的机器的IP配置信任的IP

 

Q3:开启buffer后,采集器进程不能启动

原因:可能是由于在开启buffer之前没有启动buffer进程

解决方法:采集器本地配置文件中,buffer的默认选项是0,即不启用buffer功能,如果要启用buffer,则要在采集器程序运行之前先运行客户端hdBuffer.exe程序。

 

Q4:如果出现同一个设备下采集的点,有些可以采集到,有些采集不到。

原因:设备响应比较慢或者本身网络环境比较差。

解决方法:请尝试将设备的重连周期调大,此外,扫描组中的轮询周期也对应调大。

 

Q5:如果报的错误码是111162。

A:可能是由于服务端、客户端、采集器系统有时间差导致。

一种解决方法:用户可将三者时间修改一致,并设置采集器用服务端的时间

第二种解决方法:打开安装目录下config\ServerCfg.xml文件,找到<TimeStamp Enable="1" MaxTimeDevSec="1800">。其中1800代表服务端和客户端两者时间差在1800秒内,服务端认为正确并存储,否则即抱错。如果用户想延长此时间,可自行修改。

 

Q6:修改服务端端口后,重启采集器,发现数据仍无法上传。

解决方法:修改服务端端口后,采集器与buffer需手工重启,才能使用。

 

Q7:当启动OPCInt服务时,出现如图中的情况。

解决方法:请检查安装过服务之后是否重启计算机。

images_FAQ_FAQ-2

 

Q8:服务端时间曾跳变并手工改正后,重启采集器时间戳不正确。

解决方法:服务器时间跳到未来时间会导致新数据存储是乱序数据被丢弃,时间戳根据过滤超时更新,所以看起来时间戳在更新但是仍是未来时间。

因为,实时数据库无法存储未来时间,所以服务端时间跳变成未来时间与现实时间之间的数据无法存储,只有等现实时间到了未来时间,才可正常存储。

images_hs-caution

切记,不可随意变更服务端时间,服务端时间与客户端时间尽量保持一致!

 

Q9:  opc采集器配置工具浏览OPCServer时报错:112257 服务名不能为空。

images_FAQ_Snap3_33

 

解决方法:  2.3及之前版本升级到2.4后需要重新配置OPC采集的设备,才能够正常采集新的点。在“采集器配置工具”页面上,先点击设备项里的编辑按钮,在点击“浏览”按钮,就可以选择需要采集的设备名称,后面的信息一栏会自动更新原先配置的设备地址。(如果不采集新点或者不浏览OPCServer则无需此步骤) images_FAQ_FAQ5

 

Q10:在【采集器配置工具】中,配置设备为远程Baosight.CV5OPCServer后,浏览该OPC Server的点,弹出提示:连接OPC失败。错误码:112259 注册键值失败。使用第三方软件,可以读取到点,并读取到值。

解决方法:第三方工具使用的时候一般使用ip. ihd默认使用机器名浏览远程机器,某些情况下不行。将机器名配成实际的IP就可以了。

Q11:有采集源发生超时时,有没有系统位号进行提醒?这个实时数据库采集器有状态点可以进行处理

clip0035

值为65529是连接上的;65528是连接超时。

状态点组成为“节点名.hdsys_采集器名_设备名_status.A_Quality"

 

Q12:opc采集组态王,进程方式运行可以,服务方式不行。 服务方式运行时日志有-2146959355错误,

[ERROR]-2146959355 [Loc]COPCServer::ConnectToOPCServer:457 [Note]KingView.View.1 CoInterfaces failed

原因是组态王以界面方式启动opcserver,

带界面的 OPCServer 软件已经通过当前登录账户运行起来,而 OPCClient 以 Windows 服务方式运行在 SYSTEM 账户的空间,那么

OPCClient 就未能检测到 OPCServer 已经运行,于是 OPCClient 就让 COM 协调器在本空间中运行 OPCServer,但 OPCServer

运行时,又检测到自己在当前登录账户的空间已经启动了,因此就拒绝再次运行。所以就发生了 Windows 服务方式的

OPCClient 和带界面的 OPCServer 无法通讯的问题。

解决方式:opc采集器通过进程方式运行,如果需要开机启动,可以添加到windows的开机启动项解决。