[发明专利]一种与第三方智能设备协议通讯的软件接口设计方法

说明书

技术领域

本发明涉及环境监控领域，具体地说，涉及动力环境监控系统接入第三方智能设备的软件接口设计方法。

背景技术

在网络的运营中，我国的动力环境设备产商众多，各种产商所开发生产的智能设备的协议各不相同。即使是同一产商，不同时期开发的智能设备，其协议收发流程也不尽相同。目前常见的协议收发流程有如下几种：

1.请求——应答模式。请求应答模式的又有1对1模式，1请求对应1条应答；1对多模式，1条请求对应多条应答；多对1模式，多条请求对应1条应答；

2.上报——确认模式。上报——确认模式又有1对1模式，多对1模式；

除了协议收发流程，不同产商的通讯超时时间标准也从0.5秒到几十秒各不相同。

目前常见的智能设备协议接入接口的设计方法是：

1.根据协议收发流程将接口划分成1对1、1对多、多对1、主动上报等几种模式；

2.主程序依据这几种模式各自的协议收发流程，开发出相应的功能模块按协议收发流程收发数据；

3.这些开发出来的功能模块可以修改收发速度以适应不同产商的通讯超时时间标准。

这种软件接口的设计方法有如下几个缺点：

1.在接入第三方智能设备时，主程序必须将智能设备的协议划分成几类，从中选择最接近的一类来接入；

2.如果有一种新的协议收发流程出现，主程序必须修改，增加遵守此协议收发流程的收发功能模块以后才能接入这种新特征的智能设备；

3.对于那些有严格收发流程的协议，主程序的控制命令的流程复杂常常使得控制功能无法实现或者需要新开发主程序以增加相应功能。

这些缺点造成主程序需求和接口结构的频繁变动，维护成本高、风险大。尤其是对不同协议不能兼容，必须修改主程序和协议标准，造成人力和时间成本的大幅度提高。

发明内容

基于此，本发明设计一种新的与第三方智能设备协议通讯的软件接口设计方法，该方法能够兼容不同的通讯协议，便于维护及使用，维护成本低。

本发明的另一个目地在于提供一种与第三方智能设备协议通讯的软件接口设计方法，该方法将协议从主程序中剥离出来，单独存储，使得对于不同协议之间的接口能够快速兼容，且不必更新主程序及接口。

本发明是这样实现的：

一种与第三方智能设备协议通讯的软件接口设计方法，在主程序控制下智能设备通过接口和协议进行通讯，其特征在于对应于主程序设置智能设备协议动态库，与协议相关的功能剥离出主程序单独封装存储于智能设备协议动态库中，且该智能设备协议动态库向主程序展示出相同的接口以供主程序调用协议。

所述的剥离，剥离出来的与协议相关的功能有：

1.协议的时序控制，包括：协议收发的流程和收发过程中的时间控制；

2.输出的协议帧的生成；

3.输入的协议数据流的组帧、校验检查、协议内容解析和向主程序反馈协议解析结果；

4.将主程序的控制信息转换成协议方式，按协议收发流程输出给主程序；

剥离出来的功能被封装成智能设备协议动态库，由于向主程序展现出来的接口是相同的，所以不同的智能设备的协议按这种方式封装后主程序都可以调用。主程序使用一组接口就可以调用所有的协议动态库。

其次，为了让主程序能同时与多个相同的智能设备或不同的智能设备通讯，智能设备协议动态库提供了2个接口用来分配协议数据区和释放协议数据区。

协议数据区是为了实现与各个物理设备独立通讯而开辟的一块独立的内存空间。每一个物理设备都有唯一一块用于存放通讯过程中的协议数据的内存空间，各个物理设备对应的协议数据区不相互重叠，完全独立。

协议数据区的功能如下：

1.保存协议收发时序信息，这包括下一协议周期要输出的协议帧、时间信息和流程步骤信息等等；

2.保存输入的残缺协议帧，这些残缺帧将与下一次收到的数据合并在一起组帧；

3.保存主程序下发过来的控制参数信息。

主程序在调用上述的智能设备协议动态库接口创建协议数据区时，协议数据区以句柄的方式交给主程序保存，但主程序并不访问这些句柄的内容。主程序在调用智能设备协议动态库的控制接口，或者按时钟周期调用协议动态库的输出协议数据流接口、输入协议数据流接口时将这个句柄交给智能设备协议动态库，由智能设备协议动态库来完成对协议数据区的访问操作。

时钟周期的时间尺度远远要小于所有智能设备的协议周期的时间尺度。