因为这几天需要做一个opc通讯项目,在规划项目的时候,我回忆了一些之前的经历。没想到,这些“宝贵经验”直接导致了这几天项目启动后的翻车。
这个项目是施耐德的上级,之前做过一个基于SIMAtiC NET(8.1版)的OPC通讯。OPC服务器基于经典的Step 7(5.5 SP3版本),下属是S7-400站。现在增加了6个S-200 SMART站。因为之前没用过SIMATIC NET,不知道这个软件的功能,又有之前的“经验”加持,所以决定早点用PC ACCSESS SMART进行交流。事先,六个站点通过交换机和光纤环网连接到原系统的网络。就等着停下来开始工作。
很难等到有机会停下机器,马上开始工作。之前为了快速完成工作,我已经提前准备好了PC ACCSESS SMART的符号文件(SA格式),打算到时候直接导入,然后把变量导入施耐德的上位机,然后就可以开始制作图片了,半天就可以完成。
但是安装PC ACCSESS SMART并导入SA文件后,发现S7200SMART OPC SERVER没有运行。当时没觉得有什么大问题。我打开测试客户端进行测试,变量读数正常。我心想:真的很顺利,就像计划的那样。此外,当我启动测试客户端时,OPC服务正在运行,我认为这很好。关掉测试,准备启动导数变量。但六七秒后,弹出提示框,内容为OPC DA服务已停止,右下角OPC服务小模块图标不见了。嗯?
问题来了。我认为软件安装可能有问题,所以我卸载了软件并重新安装。我又运行了一次,结果还是一样。嗯?有点不对劲。
在论坛上搜索了一下,没有发现有人问这样的问题,于是怀疑是不是兼容性问题的想法就消失了。所以我会再去做一次,但我还是做不到。然后我就打了热线,热线工程师听了第一句就跟我说:这两个软件有冲突,不能同时安装。可以使用SIMATIC NET进行通讯,不需要安装PC ACCSESS SMART。
挂断电话,开始在论坛上查找相关信息。乍一看,真的有很多。我按照我找到的文档,但是这些文档都是通过SIMATIC NET分别连接到S7-200 SMART的。我试图再次将IE插入虚拟机架。经过一系列的错误提醒,我突然意识到这个通讯时间是基于PC站的,之前和S7-400站有过通讯,只需要在这个PC站上增加S7就可以了。因此,在STEP7的网络配置中,OPC服务器中建立了六个新的连接。连接建立后,根据文档说明,前往OPC Scout V10进行测试。因为还没有使用过,而且是英文界面,测试的时候光是新建一个变量就要花很长时间,所以最后还是搭建好了,放在下面测试。耶!很好。但这只是测试。变量从何而来?又是一次搜索。找到了关于符号连接的文档,根据文档对之前的符号表进行了处理,准备导入到SIMATIC NET的符号编辑器中进行下一步操作,但是这次没有时间了。设备很快就要开机了,只好停止工作,等待下一次停机。这个“翻车”真的没有错。完全是因为我缺乏实际经验,没有考虑兼容性问题。中间我向几个朋友求助,他们也给了我很大的帮助。有朋友建议使用第三方OPC服务器。不过在论坛上看到有朋友建议用SIMATIC NET,和之前的交流一起还是比较稳定的。
|