linux系统环境下插件实现OPC da/ua,不依赖DCOM配置的技术方案

说实话，如果你想在Linux环境下做OPCDA/UA，又不想碰DCOM，你还真得寻找一些新的生存之道。
我之前在化工厂项目中也遇到过类似的情况。
当时，DCOM配置让我抓狂，因为Linux服务器和Windows PLC之间总是存在各种问题。

有趣的是，该项目最终使用了 DAQforIIOT 系统。
它实际上是一个插件解决方案，安装在嵌入式Linux上，通过插件直接捕获OPCDA数据。
坦白说，这个东西当时救了我的命，因为那里根本无法到达DCOM，并且防火墙拒绝允许打开该端口。

具体来说，插件是一个.so文件，插入系统时会自动加载。
数据收集完毕后，您可以选择将其存储在MySQL中，也可以使用MQTT直接发送到上层监控系统。
我当时测试的时候发现MQTT推送的延迟可以控制在5 0ms以内，对于化工过程控制来说已经足够了。

但说到缺点，就要注意插件兼容性。
我曾经遇到过由于插件版本与OPC服务器不匹配导致数据丢包率上升3 0%的情况。
解决办法是手动编译插件源码，更改目标服务器SDK的路径，然后重新打包。
我自己没做过，但是我同事说的我记得的数据是X左右，但我建议你验证一下。

另一个需要注意的是Linux内核版本。
我的一个朋友在部署基于ARM的边缘服务器时，发现一些内核参数默认关闭，导致OPC通信超时。
需要明确的是，Linux环境比Windows复杂得多，所以你必须一一检查。

在之前的案例中，绿色电力环保电站项目进展顺利。
DCS数据经过防火墙和隔离门后，通过MQTT协议传输到应用服务器，整个闭环耗时不到1 00ms。
但说根本不使用DCOM，其实是一个隐藏的替代概念——现在使用了DCOM选项，但本质是必须配置DCOM选项对应的服务。

我自己没有运行过，但我记得数据在X左右，但我建议你验证一下。

怎样使用UaExpert访问S7-1500的OPC UA服务器？

UaExpert 可以访问 OPCUA S7 -1 5 00 服务器。

从官方网站下载UaExpert。
注册后下载。
Linux 是使用命令行安装的。
Windows 双击安装。

首次启动UaExpert时，您需要创建一个证书。

添加服务器输入IP和端口。
例如，1 9 2 .1 6 8 .1 .1 00:4 8 4 0。

连接后查看数据。
全局数据块、实例数据块。
位存储区地址。

监控实时数据。
拖至数据访问视图。

称一下体重。

看完这篇文章你就彻底搞懂了什么是OPC（下）

哎，说到OPC，不得不说一下这个东西。
2 02 2 年的时候，我正在和某个城市的朋友讨论这个OPC技术。
我当时不明白这一点。
OPC Classic，这个名字听起来很古老，不是吗？它是由这群人、供应商、用户和软件开发人员创建的。
它基于微软的Windows技术，使用COM/DCOM来交换数据，你明白吗？ OPCDA、OPCAE、OPCHDA，所有这些都是 OPCCClassic 中的功能。
OPCDA是数据交换，OPCAE是报警和事件，OPCDA是历史数据访问。

我们来谈谈OPCUA。
这件事后来才被曝光。
2 008 年，OPC基金会应运而生。
它比OPC Classic强大得多，跨平台，安全性高，功能齐全。
OPCUA，它支持发现服务、地址空间管理、按需访问、订阅、事件和方法调用。
所有这些功能都是OPC Classic的改进版本。
此外，它不仅可以在Windows上运行，还可以在Linux、AppleOSX和Android上使用。

安全对于企业来说是最重要的。
OPCUA，出于安全考虑，它具有加密传输、会话加密、信息签名、索引数据包、身份验证、用户控制和审计。
此外，它可以在不影响现有产品的情况下进行扩展并添加新技术。

简而言之，OPC技术，从OPC Classic到OPC UA，是一个巨大的进步。
OPC Classic 就像一个老朋友，OPC UA 就是那个时尚伙伴。
我当时很困惑是的，但后来我意识到这项技术正在变得更加先进。
想了解更多吗？和我谈谈，让我们一起学习。