CN109739863B - 电能表数据管理方法 - Google Patents

Abstract

本发明公开了一种电能表数据管理方法，包括建立数据列表、协议列表、对象列表、DL/T698.45协议方法列表和记录型协议对象列表；用建立的列表对电能表的数据进行管理。本发明提供的这种电能表数据管理方法，采用数据、协议、对象三者分离的设计架构思路与协议数据对象管理实现方法，能够提高电能表在使用DL/T698.45协议时的稳定性和可靠性、而且降低电能表协议与对象及数据的耦合性。

Description

电能表数据管理方法

技术领域

本发明具体涉及一种电能表数据管理方法。

背景技术

随着经济技术的发展和人们生活水平的提高，电能已经成为了人们生产和生活中必不可少的二次能源，给人们的生产和生活带来了无尽的便利。电能表是电力系统中的重要计量部件，其承担着电能计量和数据、数据保存等重要任务，因此电能表的重要性不言而喻。电能表中不仅存储着用户的大量用电数据，还存储着电能表在开发时的各类型数据和资源。

2016年，国家电网表布了最新的面向对象DL/T698.45协议。DL/T698.45协议将用于最新的电表中，并且用于新一代双芯电表中，然而DL/T698.45协议采用面向对象形式定义，与原有DL/T645协议是两种完全不同的技术协议，协议灵活，扩展性强，采用面向对象思维，很适合C++之类面向对象上位机进行开发，但使用C语言开发则很不方便，原有DL/T645协议的实现方式已不能满足该协议的开发要求。目前电表大部份使用的是单片机嵌入式技术，芯片资源有限，主要采用C语言开发，实现面向对象的协议开发很不方便。

同时，现有针对电表协议对象进行可视化管理的方案主要是针对DL/T645协议及数据对象进行归类整理，把协议按树形建模，把对象的存储结构如权限管理、存储位置、存储格式、显示格式等合并在同一个上位机一行表格中，即把协议与对象在上位机上定义在一行中，然后根据协议与对象，一起生成很全面的代码功能列表，再根据列表在单片机上采用C语言处理函数进行协议解析与对象读取，如下图1所示。该方案由于DL/T645协议较为简单，同时为了能将所有对象及功能考虑全部，所以将协议与电表存储数据对象都定义在一个表格中，协议与数据对象紧密关联耦合，相当于一个表格同时完成了协议管理、对象管理、数据管理三个模块的功能，再扩展增加冻结记录、事件记录协议数据功能，上位机表格较为庞大复杂。具体实现时，无论是上位机软件开发还是电表程序，逻辑都较为复杂，很不容易开发及维护。

发明内容

本发明的目的在于提供一种能够提高电能表在使用DL/T698.45协议时的稳定性和可靠性、而且降低电能表协议与对象及数据的耦合性的电能表数据管理方法。

本发明提供的这种电能表数据管理方法，包括如下步骤：

建立数据列表的步骤；

建立协议列表的步骤；

建立对象列表的步骤；

建立DL/T698.45协议方法列表的步骤；

建立记录型协议对象列表的步骤；

用建立的数据列表、协议列表、对象列表、DL/T698.45协议方法列表和记录型协议对象列表，对电能表的数据进行管理。

所述的建立数据列表，具体包括数据ID、数据存储格式、存储位置、存储地址和数据块数：

数据ID：定义为枚举形式，用于对象模块的操作；

数据存储格式：包括数据格式、单位和换算关系；

存储位置和存储地址：存储位置为根据存储地址进行数据操作得到；

数据块数：用于表示数据所包括的数据块数。

所述的建立协议列表，具体包括协议ID、协议对象标识、属性、属性内元素索引最大值、通信数据类型编号、读前或写前函数和读写权限：

协议ID：用于表示电能表所适用的协议；

属性内元素索引最大值：一个OAD的元素索引的最大值，在协议操作时，超过属性内元素索引最大值则为不合法的协议；

通信数据类型编号：用于定义所有对象的数据类型；

读写权限：用于标示数据的读写权限。

所述的建立对象列表，具体包括协议ID、数据ID基值、数据ID连续个数、通信格式、显示格式和显示提示信息：

协议ID：协议列表中定义的唯一序列号，用于查找具体数据内容；

数据ID基值：用于定义数据ID的起始位置；

数据ID连续个数：用于定义一条协议对应多个连续数据ID时的单元个数。

所述的建立DL/T698.45协议方法列表，具体包括协议对象标识、方法标识、通信数据类型编号和方法函数ID：

协议对象标识:为对象方法描述符OMD中的对象标识OI；

方法标识：为对象方法描述符OMD中的对象方法编号；

通信数据类型编号:与协议列表中的编号相同，并对应参数的类型指针，用于定义方法的数据类型和判断数据的合法性；

方法函数ID：为电表内部使用的方法ID枚举。

所述的建立记录型协议对象列表，具体包括建立通用事件记录协议对象列表、分相事件记录协议对象列表和冻结事件记录协议对象列表。

本发明提供的这种电能表数据管理方法，采用数据、协议、对象三者分离的设计架构思路与协议数据对象管理实现方法，能够提高电能表在使用DL/T698.45协议时的稳定性和可靠性、而且降低电能表协议与对象及数据的耦合性。

附图说明

图1为现有的电能表系统的数据管理方式示意图。

图2为本发明的电能表系统的数据管理方式简单框架示意图。

图3为本发明的电能表系统的数据管理方式整体方案示意图。

图4为本发明的实现流程图。

图5为本发明的电表读取数据处理流程图。

具体实施方式

如图2所示为本发明的电能表系统的数据管理方式简单框架示意图：本发明提供的这种电能表数据管理方法，包括如下步骤：

建立数据列表的步骤；

数据列表的定义如下：

数据ID

数据存储格式

存储位置

存储地址

数据块数

电表数据可以归纳为如下内容：

数据ID：定义成枚举形式，以便对象模块读取和操作，每一个数据定义一个枚举ID；

数据的存储格式：数据格式包括数据格式，单位，以及换算关系，如电压格式为unsigned int，单位为V，换算为两位小数。以C语言结构表示为

例如：

电压格式：{E_U_2_BYTE,E_V_UNIT,-2}——两字节无符号数据，单位V，2位小数位数；

电流格式：{E_S_4_BYTE,E_A_UNIT,-3}——四字节有符号数据，单位A，3位小数位数；

存储格式可以与显示格式、通信格式一致，也可以不一致，只要在使用时，统一经过格式转换模块进行转换处理即可，这样可以较好的起到模块分离作用。

这里的数据格式可以数据、协议、显示三个模块共用，在电表中作为一个共有属性使用。定义好数据格式列表后，也是定义为一组枚举属性，作为数据的属性使用。

存储位置与存储地址：数据存储的位置可以直接是RAM数据或EEPROM数据、FLASH数据，然后底层驱动程序根据存储地址进行数据操作即可。

数据块数：DL/T698.45也支持块数据，如一个正向有功电能数据包括总、1、2、3、4分费率共5个数据，称为块数据，对应的数据块数。

电表的数据，可以理解为具体的电表数据，如瞬时数据、变量数据、参变量数据，每个数据对应一个数据ID；同样的，事件和冻结记录也有相应的记录ID。方法操作有方法ID。数据ID、记录ID、方法ID对应的内容都统一归属于电表数据。

数据定义时，数据具体属于哪个模块可以根据电表底层应用分模块定义，即数据与协议可以不存在严格的关联，数据ID顺序可以与协议ID顺序不一致，或不连续，但最小元素单元与电表通信协议的最小元素对应。

建立协议列表的步骤；

协议列表定义如下：

与数据定义一样，将一条OAD协议定义成一个协议序列号，称为协议ID，对应具体的OAD协议内容。

OAD：包括协议对象标识OI、属性、以及对应的元素索引大小。由于要判断协议的合法性，定义列表时，把元素索引大小位置定义为属性内元素索引最大值，在协议操作时，超过元素索引最大值则为不合法的协议。

通信数据类型：协议编解码用,需要定义所有对象的数据类型，考虑到一些对象有共同的数据格式内容(数据类型)，所以把数据类型定义和命名标准化，避免重复的数据类型定义，节省代码。遵循如下规则定义：

数据类型定义采用简写，举例说明如下:

简单类型定义，以TYPE开头；ARRAY后跟随数组个数，数组具体数据内容由于元素内容重复，所以相同数据内容只需定义一组即可；struct后也跟随元素个数，由于元素内容是不同的，所以结构体即使有同样的数据类型也分别定义。

将通信数据类型进行编号成枚举属性，以便在定义协议时用，这样也可以节省代码空间，因为一个数据类型定义为一个INT8U(unsigned char)的const指针，占用的是4字节空间，作为元素后，可以根据通信数据类型个数多少，只占用1字节或2字节即可。

举例说明：三相表电压数据类型定义：ABC三相电压，电压数据类型为longunsigned。

const INT8U AR_3_U16[4]＝{array,3,longunsigned,2}；

读写权限：比如变量一般是只读权限，大部份电表参数是可读写的，部份参数(如软件备案号、当前套时区表，时段表等)为厂外只读等。

个别协议内容，可能需要提前处理，增加读前函数与写前函数。

具体生成C文件代码时，由于读前函数与写前函数比较少，不放在一起，单独生成一个小列表即可，这样比较节省代码。

为了节省代码空间，上位机表格定义时，选择有读写权限，但实际生成constC文件代码时，也一样不体现读写字节内容，而是生成一个只读的协议列表与可读写的协议列表，可以为每条协议节省一个字节的代码，尤其是四字节的CPU，可以在已经四字节对齐的场景下，每条协议可以节省四字节的代码空间。

这两种处理，在节省代码效率上是非常可观的。

协议列表在上位机上定义时，可以根据协议具体的分类(面向对象协议将协议类定义为class id＝1至26类)，分别定义，从而达到与DL/T698.45协议的定义紧密关联关系，保存在数据库中，在生成代码时，按协议OI和属性大小进行排序，以便电表程序使用二分法快速查找。即在上位机面向对象管理时以分类展示，生成程序时以协议大小排序。

建立对象列表的步骤；

对象列表的定义如下：

协议序列号即协议ID：协议列表中定义的唯一序列号，用于查找具体数据内容。

数据ID基值与连续个数：由于DL/T698.45一个协议可能对应多个数据单元，这些数据的ID可能是连续的，也可能不是连续的，比如参变量，由于DL/T698.45协议不一定与底层模块一一对应，可能数据是不同的模块定义，这样ID就可能是不连续的，也可能是同一模块的数据，且是块数据，如一组费率电能量或ABC电压等，为了节省代码空间，将连续的对象ID，用OBIS元素连续个数来定义，方面定位。比如电压对象，数据ID分别对应E_VOLT_LA＝1、E_VOLT_LB＝2、E_VOLT_LC＝3，是连续的。举例定义如下：

{E_P_VOLT_ID,E_VOLT_LA,3,FORMAT_V_COM,FORMAT_V_DISP,E_INFO_V},/*电压*/

可以把电压的对象列表定义一行即可。而LCD参数分别对应显示参数ID(5，8，9、10，45，68，78)，则不是连续的，所以LCD参数列表定义成5行(数据ID 8，9，10定义成ID基址为8，连续个数为3)。

举例定义如下：

{

{E_P_LCD_ID,5,1,FORMAT_5_COM,FORMAT_5_DISP,E_INFO_5},

{E_P_LCD_ID,8,3,FORMAT_8_COM,FORMAT_8_DISP,E_INFO_8},

{E_P_LCD_ID,45,1,FORMAT_45_COM,FORMAT_45_DISP,E_INFO_45},

{E_P_LCD_ID,68,1,FORMAT_68_COM,FORMAT_68_DISP,E_INFO_68},

{E_P_LCD_ID,78,1,FORMAT_78_COM,FORMAT_78_DISP,E_INFO_78},

},

实际应用时，上表中的第二列数据ID值5，8，45，68，78是以枚举形式定义的。

通信格式与显示格式为电表数据的共有数据格式属性，但通信、显示、存储的数据类型格式可能是不一样的，比如DL/T698.45协议大部份是十六进制的，而显示是BCD十进制的，同时换算关系(小数位数)也有可能不一样，在具体使用时，查找对象列表，获取到对应的格式后，通过格式转换模块，格式转换函数统一转换后把数据分别发给协议模块或显示模块使用。

显示提示信息，目前电表大部份采用的是字段式液晶，每一屏显示不同的字符显示，在上位机上定义具体的显示提示信息(模拟液晶屏的屏幕字符，然后勾选字符，生动直观)，生成显示提示信息内容(5个字节数据)，具体生成C文件代码时，提示信息5字节生成列表格式，把每个提示信息定义为枚举，在对象列表模块定义为枚举，协议处理模块通过查表方式查到显示信息，传给显示模块使用。不同协议，提示同样的显示信息，生成代码时，使用的枚举是一样的。这样可以节省显示信息列表的代码空间，而在对象列表中，又只用一个字节即可以代表5字节的提示信息内容，节省代码。

前面主要描述了一些基本数据如瞬时数据电量、变量、参变量之类的数据协议对象列表，实际DL/T698.45还有操作方法以及记录型数据(包括通用事件class7，分项事件class24，以及冻结数据class9),同样可以采用协议数据对象分离的原则进行简单模型建立。对象分别对应方法ID和记录型数据ID。

建立DL/T698.45协议方法列表的步骤；

DL/T698.45协议方法列表的定义如下：

DL/T698.45协议中规定了部份对象的ACTION操作方法，对应协议的OMD(参考DL/T698.45协议文档数据类型章节)，对应的方法内容是不一样的，且有的操作方法可能带参数，即有数据类型，有的不带参数(即数据类型为NULL)，根据国网测试规范要求，需要电表程序判断方法的类型与数据合法性。所以将协议方法ID列表定义如下：

协议对象标识:对象方法描述符OMD中的对象标识OI。

方法标识：对象方法描述符OMD中的方法标识——即对象方法编号。

通信数据类型编号:与协议列表中的编号一样，对应参数的类型指针，用于定义方法的数据类型，判断数据的合法性。

方法ID为电表内部使用的方法ID枚举,这样，在操作一个DL/T698.45的协议方法时，通过这个方法ID，查找方法函数列表，即可找到具体实现函数，即可实现方法功能。

建立记录型协议对象列表的步骤；具体包括建立通用事件记录协议对象列表、分相事件记录协议对象列表和冻结事件记录协议对象列表；

DL/T698.45协议将电表的事件分为通用事件(7类)与分项事件(24类)，同类事件的属性是共有的，所以所有同类事件的属性具有相同的格式内容与通信协议格式，将通用事件与分项事件的几个属性在对象列表(同前面对象列表表格)中定义为通用事件属性列表，以便查找通信格式与显示格式。由于事件协议中的大部份对象都是记录模块的对象，所以对应的对象ID顺序是一致的，这样只要定义一个事件记录表的记录数据ID列表，将对象列表中定义的记录数据ID，则定义为具体属性基础数据ID，即可以根据对象列表中的基础ID，查找到具体事件协议对象的数据ID。这种处理方法，可以极大的节省列表空间代码。例如，可以将分相事件的在协议列表中OI代表规定为0x3000，通用事件的OI代表定义为0x3FFF，冻结代表OI定义为0x5000。

事件的参数，由于不是每个事件都有，且所有的参数协议对象都要列出来，所以把事件的参数(通用事件参数属性编号为6，分项事件参数属性编号为5)属性当做一个参变量协议对象来定义。

通用事件记录协议对象列表的定义如下：

事件类几个属性在列表中共用一个数据ID(同一个模块的用基址ID代替)，以便查找格式和显示信息。

将同属于记录模块的属性2事件记录表属性3关联对象属性表、属性4当前记录数、属性5最大记录数、属性10时间状态记录表简化，根据事件对象列表中的记录数据基础ID来偏移计算具体ID，所以不用定义所有事件协议属性列表。

当前值记录表的事件发生次数为记录模块对象，基础ID定义在事件对象列表中，累计时间为状态模块对象，所以当前值记录表在电表程序处理时，将两个ID联合使用。

分相事件记录协议对象列表的定义如下：

与通用事件协议对象一样原理，可以将分项事件协议对象列表定义成如下表格内容：

冻结事件记录协议对象列表的定义如下：

冻结记录只有冻结数据表与关联对象属性表，都属于记录模块数据，所以将冻结对象列表定义为：

属性号	属性号	属性2
			列表内容	OI	冻结记录ID

综合起来，整个管理系统可以用如下框图3表示，在上位机上用7个简单页面分别管理DL/T698.45普通数据(电量、变量、参变量(包括事件参数)等)的协议列表、对象列表、数据列表，方法协议对象列表、通用事件协议对象列表、分相事件协议对象列表、冻结协议对象列表。

事件与冻结记录模块在记录具体的OAD关联对象数据内容时，也是通过协议列表->对象列表->数据列表获取数据的值与存储格式；通信抄读或显示时，通过协议列表->对象列表获取通信格式或显示格式及显示信息。

本发明的具体实现流程如图4所示：

上位机用于数据、协议、对象列表内容的表格手动简单配置，分别包括面向对象的属性定义、分类定义、表格存储，存储在数据库中，然后在新增协议或修改协议时时，对数据进行排序生成代码。由于属性提取采用了数据、协议、对象三者分离的方法，将复杂的协议数据关系简化三个单独模块，且三个模块的关系分别根据自己的序列号进行关联，上位机的开发工作较为简单。

生成的C代码以常数列表及枚举形式用于电表程序，电表程序采用简单的查找算法，根据协议查找通信或显示格式，以及获取数据内容，进行格式转换后，或传给编码模块进行通信，或传给显示模块进行数据显示，并提示相关字符内容。

读数据的处理流程如图5所示，在整体方案的基础上，读数据处理的详细处理流程如下，增加如下内容：

权限控制：读写权限控制以及DL/T698.45协议规定的加密安全模式控制也在这里实现。

读前函数判断，由于只有较少协议需要特殊处理，增加读前函数，通过查找读前函数的列表，如果该条协议有读前函数要调用，则调用读前函数处理。

格式转换：通信(或显示)格式与数据列表中的存储一致时，不用格式转换，否则进行格式转换得到通信或显示的数据，然后分别交给通信编解码模块或显示模块接口处理。

设置数据的处理流程与数据读取流程基本上差不多，不同的是，数据设置调用的是写前函数、以及将格式转换放在了查找数据列表后，需要将通信格式转换成存储格式。

方法操作处理流程与数据设置流程也基本相同，不同的是，设置获取的是数据列表的数据ID，方法操作获取的是数据列表的方法ID，然后根据方法ID，再去查找具体的方法处理函数。

记录型数据在获取到具体的数据ID后，调用事件记录模块读取数据，然后再根据关联对象OAD，通过分别查找协议列表，对象列表，获取数据编码类型、数据通信格式(或显示格式)，再进行格式转换后发送到通信模块进行协议编码处理或显示模块显示处理。

本发明方法的优点如下：

电表协议与电表数据对象的属性列表分离，实现了具体电表协议与对象属性分离的可视化管理，降低电能表协议与具体数据的耦合性，具体数据可以根据功能自已分模块化分，电能表软件开发和后期维护变得非常容易，不易出错。

通过在上位机列表方式实现协议的具体分类，而在生成具体电表实现的协议列表与数据对象C文件时，不再采用分类定义，统一生成已排序的协议列表与数据对象，方便程序使用二分法查找算法实现协议查找与数据对象的查找，这种实现方法不仅实现了电表数据的分类定义，与DL/T698.45协议紧密关键，且易扩展修改，同时又极大的节省了电表实现的代码空间，相比普通程序，同样的功能节省代码33％以上，复杂度优化一半，程序实现逻辑更加简单易懂，不易出错。

与现有针对电表协议进行协议树的全部属性特性管理方法相比，数据协议对象模块分离的方法，上位机表格大为简化，各列表之间的关联性基本上只有协议ID，对象ID，数据ID，逻辑大大简化，上位机软件开发只要把表格存储在数据库中，然后进行简单排序，生成C文件即可，没有非常复杂的逻辑关系，开发工作量减少一半以上，生成的具有顺序的电表C列表文件，其中分别通过协议ID、对象ID、数据ID简单关联，模块之间的关联性大大降底，电表程序实现逻辑复杂度大大降底，程序实现更化简化。同样的功能数据协议对象模块分离的方法比协议树管理节法节省代码25％以上，复杂度优化一半以上，程序逻辑复杂度的降底，使产品质量的稳定性大大提高。

将数据、协议、对象三者分离，非常容易移植到其它协议电表，如62056、DL/T645协议等，只需修改协议列表的定义和简单修改对象列表即可，电表程序修改协议查找方法即可，对象列表、数据列表的代码查找及维护基本不用修改，极大减少了标准化的模块平台移植工作，节省人力资源成本。

Claims (5)

1.一种电能表数据管理方法，包括如下步骤：

建立数据列表的步骤；

建立协议列表的步骤；具体包括协议ID、协议对象标识、属性、属性内元素索引最大值、通信数据类型编号、读前或写前函数和读写权限：

协议ID：用于表示电能表所适用的协议；

属性内元素索引最大值：一个OAD的元素索引的最大值，在协议操作时，超过属性内元素索引最大值则为不合法的协议

通信数据类型编号：用于定义所有对象的数据类型；

读写权限：用于标示数据的读写权限；

建立对象列表的步骤；

建立DL/T698.45协议方法列表的步骤；

建立记录型协议对象列表的步骤；

用建立的数据列表、协议列表、对象列表、DL/T698.45协议方法列表和记录型协议对象列表，对电能表的数据进行管理。

2.根据权利要求1所述的电能表数据管理方法，其特征在于所述的建立数据列表，具体包括数据ID、数据存储格式、存储位置、存储地址和数据块数：

数据ID：定义为枚举形式，用于对象模块的操作；

数据存储格式：包括数据格式、单位和换算关系；

存储位置和存储地址：存储位置为根据存储地址进行数据操作得到；

数据块数：用于表示数据所包括的数据块。

3.根据权利要求2所述的电能表数据管理方法，其特征在于所述的建立对象列表，具体包括协议ID、数据ID基值、数据ID连续个数、通信格式、显示格式和显示提示信息：

协议ID：协议列表中定义的唯一序列号，用于查找具体数据内容；

数据ID基值：用于定义数据ID的起始位置；

数据ID连续个数：用于定义一条协议对应多个连续数据ID时的单元个数。

4.根据权利要求3所述的电能表数据管理方法，其特征在于所述的建立DL/T698.45协议方法列表，具体包括协议对象标识、方法标识、通信数据类型编号和方法函数ID：

协议对象标识:为对象方法描述符OMD中的对象标识OI；

方法标识：为对象方法描述符OMD中的对象方法编号；

通信数据类型编号:与协议列表中的编号相同，并对应参数的类型指针，用于定义方法的数据类型和判断数据的合法性；

方法函数ID：为电表内部使用的方法ID枚举。

5.根据权利要求4所述的电能表数据管理方法，其特征在于所述的建立记录型协议对象列表，具体包括建立通用事件记录协议对象列表、分相事件记录协议对象列表和冻结事件记录协议对象列表。

Images