背景
经常有人会烦恼这个问题:我的上位机软件什么功能都有,也支持OPC UA了,现在项目上准备用OPC UA的方式来获取我的PLC的数据,但是我的PLC却不支持OPC UA,怎么办呢?有的人碰到这个问题后就开始了“病急乱投医”,听说哪里有OPC UA的SDK赶紧去了解要资料,最后问报价一个SDK可能要几十万不说,还需要自己做动辄几个月的开发,心想:这哪行啊我这项目等不了,我就想要个现成的解决方案来给我把这个OPC UA服务器搞上去就行……

这种情况不在少数。随着OPC UA逐渐在工业自动化应用中扮演重要角色,越来越多的应用场景下都在要求用OPC UA的方式去采集数据,这对于一些对OPC UA知之甚少的技术人员来讲是个不小的挑战,他们可能是工业现场的专家,熟悉多种多样的通信协议,但是现在可能连OPC Classic(区别于OPC UA的经典OPC)和OPC UA都分不清,花了不少时间了解之后去找OPC UA解决方案的供应商,一看没有现成的可拿来直接用的OPC UA服务器,但是有OPC UA SDK,看到SDK就感觉这应该是自己需要的,最后就出现文章开头出现的情况,然而事实上这些人都不是SDK的目标客户。
挑战
如果我现在需要用OPC UA的方式来采我的PLC数据,但是我的PLC不支持OPC UA,或者PLC没有购买OPC UA的授权应该怎么办?我的HMI比较旧只支持OPC Classic,但是我现在有新的OPC UA的设备需要读数据又应该怎么办呢?

解决方案
应该有初学者曾经

当PLC不支持OPC UA时,可通过OPC UA Tunneller软件将OPC Classic服务器或客户端转换为OPC UA,实现与OPC UA设备的通信。该解决方案允许旧的PLC和HMI通过包装接入OPC UA网络,而无需额外开发,简化了不支持OPC UA设备的迁移过程。
最低0.47元/天 解锁文章
430





