虽然之前使用过opc来采集数据,但是因为这块的内容不是自己负责的,所以也就是知道怎么去用,代码的一些细节没有看过。2021年负责这个的伙伴离职了,因此有的时候必须得自己上了。恰好1月份某钢铁厂的项目中,针对西门子840D,碰到了一个有意思的问题。就是DCOM配置是没有问题的,在网关内通过测试工具,可以读取设备的CLSID,也可以连接上设备,读取数据。但是我们自己的代码,无法连接设备,另外,Matrikon的客户端也无法连接。通过单步调试,发现问题是出在
每次到了这里就是fail。
wireshark抓取了报文,没有发现明显的问题。
网上下载了多份其它的关于opc的源代码,基本上也都无法连接上。只有OPCProxy这份代码,能够连接上。比较了和我们自己使用的代码的差别,至少在QueryInterface这块,除了变量命名之外,本质上没有任何差别。不过最后发现,OPCProxy没有在初始化的时候,调用
CoInitializeSecurity(NULL, -1, NULL, NULL, RPC_C_AUTHN_LEVEL_NONE, RPC_C_IMP_LEVEL_IMPERSONATE, NULL, EOAC_NONE, NULL);
因此,我这边也试着去把这句话屏蔽掉。结果就能连接上了。不过,说实话,还是没有明白,为什么现场那么多台840D的设备,只有这一台会有这个问题?
不过,经过这个项目,好处是自己对OPC的了解要比此前深了。之前都不知道OPC通过135端口建立连接,然后通过RPC来读取数据。而且,实际使用中,为了提高效率,OPC可以一次把所有需要的数据读回来。比如有10个参数需要读取,那么实际使用中不需要发出10次请求,只要一次请求,就可以将10个数据全都读回来。而且,OPC还支持异步通讯接口。