经过比较和可行性研究，项目组最终确定采用方案三，自行开发驱动。
3. 技术难点及解决方案
3.1 协议解析
由于AC410的通讯协议是非标协议，必须先对协议进行解析，才有可能获取数据。通过测试发现，AC410 PLC与外界的通讯是通过基于TCP协议的数据包传输实现。PLC实际是通过C1545工程板的以太网模块与外界建立联系，握手成功后即可与ABB的LCMS软件通讯，定时发送数据包。在对数据包进行深入解析之后，最终掌握了数据包的结构和含义。
3.2 PLC外发数据项调整
PLC缺省模式下只与ABB LCMS软件通讯，只发送LCMS需要的数据，这样会导致RCMS无法获取所需的全部资料。为此，技术人员对PLC内部程序进行了分析。AC410 PLC使用的不是常见的梯形图程序，而是类似程序块的结构。对通讯模块部分以及四大机构程序模块的分析之后，修改了原先DAT模块部分与各机构I/O的对应关系，添加了新的程序处理模块，使RCMS需要的实时数据和统计数据可以向外部传输，解决了数据项不足的问题。
3.3 OPC功能设计
OPC协议只是规定了一个协议框架，对于程序实现、以及数据的结构和组织都需要设计者自行规定。根据使用的软件平台Cimplicity 6.1，并考虑了系统未来的兼容性，最后确定了采用OPC2.0版本的协议。
OPC Server是获取数据的工业标准，遵循OPC Server标准的程序可以被主流的软件，例如CIMPLICITY、IFIX、组态王、Wonderware等读取，具有较好的扩展性。
根据规划，AC410 OPC Server将支持以下工业接口，见图2：
* IOPCCommon
* IOPCServer
* IConneetionPointContainer
* IOPCItemMgt
* IOPCSyncIO
1）IOPCServer
为组态软件提供AC410所有状态数据的清单列表
显示私有组和公共组
显示OPC Server和PLC的连接状态
2）IOPCCommon
设置本地语言选项
3）IConneetionPointContainer
提供设备点定位功能
4）IOPCItemMgt
管理设备点的添加和删除
5）IOPCSyncIO
提供设备点的同步访问机制。OPC Server的这些接口将可以为上位机提供OPC数据接口访问，数据属性列表，实时数据更新获取等功能。
3.4 数据传输
OPC Server开发出来之后，进行了系统的联调，将OPC Server安装在岸桥上的本地工作站，Cimplicity部署在中心机房的服务器上。经过实际的测试发现，由于无线网容易受到气候情况、货轮无线通信的干扰，网络经常出现短时间的中断；由于OPC Server部署在岸桥上，Cimplicity由于连接不到OPC Server会出现超时故障，虽然网络恢复以后，连接也会恢复，但是恢复的时间较长，有时候需要数小时。
因此，在实际实施的时候将OPC Server安装在了服务器上，这样即使网络中断，Cimplicity和OPC Server的连接也不会中断，而OPC Server本身可以在很短的时间内就恢复和驱动程序的连接。而PLC的数据将通过岸桥上的转发程序发送到OPC Server上，网络短暂中断之后将能很快的恢复网络连接，见图3。
4. 应用效果
系统投入使用后，运行相当稳定，系统时延小，可以实时的采集数据，供后端进行统计和分析。OPC Server的开发和实施为RCMS系统的成功起到了重要的促进作用，也为AC410 PLC在码头的应用集成探索出一条可行的道路。