因为这几天需要做一个opc通讯的项目，进行项目规划的时候，回忆起了之前的一些经历。没想到这些“宝贵经验”直接导致了这几天项目开始后的翻车。
这个项目是一个施耐德的上位，之前已经做了一个基于SIMATIC NET（8.1版本）的OPC通讯，OPC服务器是做在经典STEP7（5.5 SP3版本）上的，下位是一个S7-400站。现在新增加了六个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站，我只需要在这个PC站的基础上，再增加S7-200 SMART站的连接就可以了。于是在STEP7里面的网络配置里面的OPC服务器那里新建了六个连接。建好连接之后按照文档指示去OPC Scout V10里面进行测试，因为没有用过，而且是英文界面，所以测试的时候，光是新建一个变量就花了好大会儿，索性最后建好了，拖到下面测试。耶！是Good。不过这只是测试通了，变量从哪里来？又是一番搜索，搜索到了关于符号连接的文档，把之前的符号表，按照文档进行了一番处理，准备导入到SIMATIC NET的符号编辑器中进行下一步操作，但是这个时候，没有时间了。设备马上要开机，只好停下工作，等待下次停机机会了。
这次“翻车”，真的很不冤枉，完全都是自己缺乏真正的经验，没有考虑到兼容性的问题，中间还求助了几个朋友，也给了很大的帮助，还有朋友建议使用第三方OPC服务器，不过在论坛上看到有朋友建议使用SIMATIC NET，和之前的通讯做在一起，比较稳定。
故事中提到的几个文档，链接在下面，希望能帮助到跟我有同样需求的朋友。等我这个项目做好后，我再写一写最终做好的经历，做个总结。