CN108415869A

CN108415869A - 串行数据的发送方法及装置

Info

Publication number: CN108415869A
Application number: CN201810167017.4A
Authority: CN
Inventors: 赵也倪
Original assignee: Beijing Onespace Technology Co Ltd
Current assignee: Chongqing One Space Aerospace Technology Co Ltd; Beijing Zero One Space Electronics Co Ltd; Beijing Zero One Space Technology Research Institute Co Ltd; Chongqing Zero One Space Technology Group Co Ltd; Xian Zero One Space Technology Co Ltd
Priority date: 2018-02-28
Filing date: 2018-02-28
Publication date: 2018-08-17
Anticipated expiration: 2038-02-28
Also published as: CN108415869B

Abstract

本申请公开了一种串行数据的发送方法及装置。该方法包括，用于对串行数据进行处理并发送，所述方法包括：获取第一串行数据；将所述第一串行数据划分为七个字段；根据全局应用需求确定每个字段的长度，并为每个字段配置数据内容；发送配置数据内容后的第一串行数据。本申请解决了由于串行数据发送时各部分意义不明确导致的不易理解、灵活性差的技术问题。

Description

串行数据的发送方法及装置

技术领域

本申请涉及串行数据的传输领域，具体而言，涉及一种串行数据的发送方法及装置。

背景技术

RS422、232、485等串行通讯方法广泛用于各类航天产品中，其特点是使用简单、高效：每一个数据，一般包括存在起始位、数据位、停止位、校验位，发送设备通过底层介质进行数据传输，接收设备进行解析。串行数据本身不包含任何含义，其中的起始位、数据位、停止位、校验位仅仅是针对数据本身，因此，串行数据可以非常简单及高效地进行数据传输。

在实际应用中，为了将“无意义”的串行数据变成“有意义”的消息，当前技术方案主要是将一系列有意义的数据增加数据帧头，帧尾(同样也是数据)，然后依据产品需求在实际数据中附加数据意义，但这类方法一般通用性较差，格式性、协议性属性较弱，可靠性较差。

针对相关技术中串行数据发送时各部分意义不明确导致的不易理解、灵活性差的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种串行数据的发送方法及装置，以解决串行数据发送时各部分意义不明确导致的不易理解、灵活性差的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种串行数据的发送方法，用于对串行数据进行处理并发送。

根据本申请串行数据的发送方法，所述方法包括：获取第一串行数据；将所述第一串行数据划分为七个字段；根据全局应用需求确定每个字段的长度，并为每个字段配置数据内容；发送配置数据内容后的第一串行数据。

进一步的，将所述第一串行数据划分为七个字段，包括：划分所述第一串行数据的HEAD字段，其中，所述HEAD字段用于判断消息的起始位置；划分所述第一串行数据的LEN字段，其中，所述LEN字段用于提供给消息使用端有效数据的长度；划分所述第一串行数据的SEQ字段，其中，所述SEQ字段用于反应消息已发送的次数；划分所述第一串行数据的 SEND_DEV_ID字段，其中，所述SEND_DEV_ID字段用于作为消息发送端的设备唯一ID码；划分所述第一串行数据的MSG_ID字段，其中，所述MSG_ID字段用于作为消息的信息唯一ID码；划分所述第一串行数据的PAYLOAD字段，其中，所述PAYLOAD字段用于作为有效数据的集合；划分所述第一串行数据的CRC字段，其中，所述CRC字段用于作为LEN、 SEQ、SEND_DEV_ID、MSG_ID及PAYLOAD字段中数据的校验和值。

进一步的，根据全局应用需求确定每个字段的长度包括：根据全局应用需求确定HEAD字段的长度；根据全局应用需求确定LEN字段的长度；根据全局应用需求确定SEQ字段的长度；根据全局应用需求确定SEND_DEV_ID 字段的长度；根据全局应用需求确定MSG_ID字段的长度；根据全局应用需求确定PAYLOAD字段的长度；根据全局应用需求确定CRC字段的长度。

进一步的，根据全局应用需求为每个字段配置数据内容包括：根据全局应用需求配置HEAD字段的长度范围内的数值；根据全局应用需求在 SEND_DEV_ID字段中配置设备唯一ID码；根据全局应用需求在MSG_ID字段中配置信息唯一ID码；根据全局应用需求在PAYLOAD字段中填写的内容；根据全局应用需求在CRC字段中配置校验和算法。

进一步的，还包括串行数据的接收方法：判断配置数据内容后的第一串行数据是否满足预设接收条件；如果判断配置数据内容后的第一串行数据是否预设接收条件，则对所述配置数据内容后的第一串行数据执行预设操作。

为了实现上述目的，根据本申请的另一方面，提供了串行数据的发送装置，用于对串行数据进行处理并发送。

根据本申请的串行数据的发送装置包括：获取单元，用于获取第一串行数据；划分单元，用于将所述第一串行数据划分为七个字段；配置单元，用于根据全局应用需求确定每个字段的长度，并为每个字段配置数据内容；发送单元，用于发送配置数据内容后的第一串行数据。

进一步的，所述划分单元包括：第一划分模块，用于划分所述第一串行数据的HEAD字段，其中，所述HEAD字段用于判断消息的起始位置；第二划分模块，用于划分所述第一串行数据的LEN字段，其中，所述LEN字段用于提供给消息使用端有效数据的长度；第三划分模块，用于划分所述第一串行数据的SEQ字段，其中，所述SEQ字段用于反应消息已发送的次数；第四划分模块，用于划分所述第一串行数据的SEND_DEV_ID字段，其中，所述 SEND_DEV_ID字段用于作为消息发送端的设备唯一ID码；第五划分模块，用于划分所述第一串行数据的MSG_ID字段，其中，所述MSG_ID字段用于作为消息的信息唯一ID码；第六划分模块，用于划分所述第一串行数据的 PAYLOAD字段，其中，所述PAYLOAD字段用于作为有效数据的集合；第七划分模块，用于划分所述第一串行数据的CRC字段，其中，所述CRC字段用于作为LEN、SEQ、SEND_DEV_ID、MSG_ID及PAYLOAD字段中数据的校验和值。

进一步的，所述配置单元包括：第一确定模块，用于根据全局应用需求确定HEAD字段的长度；第二确定模块，用于根据全局应用需求确定LEN字段的长度；第三确定模块，用于根据全局应用需求确定SEQ字段的长度；第四确定模块，用于根据全局应用需求确定SEND_DEV_ID字段的长度；第五确定模块，用于根据全局应用需求确定MSG_ID字段的长度；第六确定模块，用于根据全局应用需求确定PAYLOAD字段的长度；第七确定模块，用于根据全局应用需求确定CRC字段的长度。

进一步的，所述配置单元还包括：第一配置模块，用于根据全局应用需求配置HEAD字段的长度范围内的数值；第二配置模块，用于根据全局应用需求在SEND_DEV_ID字段中配置设备唯一ID码；第三配置模块，用于根据全局应用需求在MSG_ID字段中配置信息唯一ID码；第四配置模块，用于根据全局应用需求在PAYLOAD字段中填写的内容；第五配置模块，用于根据全局应用需求在CRC字段中配置校验和算法。

进一步的，还包括：处理单元，用于判断配置数据内容后的第一串行数据是否满足预设接收条件；执行单元，用于如果判断配置数据内容后的第一串行数据是否预设接收条件，则对所述配置数据内容后的第一串行数据执行预设操作。

在本申请实施例中，采用处理并发送串行数据的方式，通过对串行数据的字段划分明确了各个部分数据意义，达到了易于用户根据不同的全局应用需求确定字段长度、字段内容的目的，从而实现了易于理解和提高灵活性的技术效果，进而解决了由于串行数据发送时各部分意义不明确导致的不易理解、灵活性差的技术问题。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请第一实施例的串行数据的发送方法流程示意图；

图2是根据本申请第二实施例的串行数据的发送方法流程示意图；

图3是根据本申请第三实施例的串行数据的发送方法流程示意图；

图4是根据本申请第四实施例的串行数据的发送方法流程示意图；

图5是根据本申请第五实施例的串行数据的发送方法流程示意图；

图6是根据本申请第一实施例的串行数据的发送装置结构示意图；

图7是根据本申请第二实施例的串行数据的发送装置结构示意图；

图8是根据本申请第三实施例的串行数据的发送装置结构示意图；

图9是根据本申请第四实施例的串行数据的发送装置结构示意图；

图10是根据本申请第五实施例的串行数据的发送装置结构示意图；

图11是根据本申请优选实施例的划分后的串行数据的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本申请中，术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本发明及其实施例，并非用于限定所指示的装置、元件或组成部分必须具有特定方位，或以特定方位进行构造和操作。

并且，上述部分术语除了可以用于表示方位或位置关系以外，还可能用于表示其他含义，例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言，可以根据具体情况理解这些术语在本发明中的具体含义。

此外，术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如，可以是固定连接，可拆卸连接，或整体式构造；可以是机械连接，或电连接；可以是直接相连，或者是通过中间媒介间接相连，又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

根据本发明实施例，提供了一种串行数据的发送方法，如图1所示，该方法包括如下的步骤S102至步骤S108：

步骤S102、获取第一串行数据；

第一串行数据是指数据流中的单个数据集合；获取的方式可以从存储串行数据的数据库中直接获取需要传输的数据流，再按照数据流中的数据队列依次获取单个数据集合。

步骤S104、将所述第一串行数据划分为七个字段；

传输(发送)前，需要对第一串行数据进行初步处理，初步处理的主要流程为将其划分为七个字段，并赋予每个字段于意义；优选的，程序在划分后自动按照字段顺序赋予意义，赋予意义后的第一串行数据可以在配置后，以消息的形式进行传输，消息的组成部分如图11所示；赋予的意义包括字段的定义和作用；从而使第一串行数据的每个字段的意义明确，为再处理提供技术保障。

根据本发明实施例，优选的，如图2所示，在步骤S104中，将所述第一串行数据划分为七个字段，包括：

步骤S202、划分所述第一串行数据的HEAD字段，其中，所述HEAD字段用于判断消息的起始位置；

HEAD字段为应用全局下统一的消息头，用于判断消息的起始位置；

例如0x55AAEB90，数据接收应用软件在接收数据并不处理任何消息业务时，持续判断接收的数据是否为0x55AAEB90，若接收到改值时，则进入后续消息处理流程。

步骤S204、划分所述第一串行数据的LEN字段，其中，所述LEN字段用于提供给消息使用端有效数据的长度；

LEN字段为有效数据长度，决定PAYLOAD中数据的有效数据量，用于提供给消息使用方有效数据的长度，用户使用该数据内容进行其他业务处理。

步骤S206、划分所述第一串行数据的SEQ字段，其中，所述SEQ字段用于反应消息已发送的次数；

SEQ：当前消息已发送的次数，与MSG_ID有关，即在某一个MSG_ID 值下，当前消息下该发送设备发送该消息的次数；

例如MSG_ID值为1，SEND_DEV_ID值为1，该消息第一次出现在全局应用的情况下，SEQ值应为0，若该1号设备第二次发送该消息时，SEQ值应为1，以此类推。

步骤S208、划分所述第一串行数据的SEND_DEV_ID字段，其中，所述 SEND_DEV_ID字段用于作为消息发送端的设备唯一ID码；

应用全局下该消息发送的设备唯一ID码；即发送该消息的设备的身份唯一识别码。

步骤S210、划分所述第一串行数据的MSG_ID字段，其中，所述MSG_ID 字段用于作为消息的信息唯一ID码；

应用全局下消息的唯一ID码，该ID码由全局用户制订，不同的消息不能有同一ID码。

步骤S212、划分所述第一串行数据的PAYLOAD字段，其中，所述 PAYLOAD字段用于作为有效数据的集合；

有效数据的集合；由用于自行填写。

步骤S214、划分所述第一串行数据的CRC字段，其中，所述CRC字段用于作为LEN、SEQ、SEND_DEV_ID、MSG_ID及PAYLOAD字段中数据的校验和值。

表明LEN、SEQ、SEND_DEV_ID、MSG_ID及PAYLOAD字段的校验和值，CRC校验和算法由全局用户制订。

步骤S106、根据全局应用需求确定每个字段的长度，并为每个字段配置数据内容；

全局应用需求由用户自行确定，用户可根据实际情况确定全局应用需求，再根据全局应用需求确定字段长度、字段中的数据内容；由于每个字段都具有其意义，用户很容易理解串行数据的各部分，从而能够灵活的确定长度、数据内容，以适应不同场景下的需求。

根据本发明实施例，优选的，如图3所示，在步骤S106中，根据全局应用需求确定每个字段的长度包括：

步骤S302、根据全局应用需求确定HEAD字段的长度；

制订的HEAD长度为4个字节，那么HEAD头可定义为 0x00000000～0xFFFFFFFF中任一一个值，从理论上来说，若HEAD的长度越长，出现数据与头数据重叠的可能性越小。

步骤S304、根据全局应用需求确定LEN字段的长度；

LEN长度决定了PAYLOAD的长度，若LEN长度为1个字节，则PAYLOAD 的有效数据长度可为0～2⁸-1个，若LEN长度为2个字节，则PAYLOAD的有效长度为0～2¹⁶-1个。

步骤S306、根据全局应用需求确定SEQ字段的长度；

制订SEQ长度后，决定了该消息发送次数的最大值，若SEQ长度为1个字节，则SEQ可表示范围为0～2⁸-1，当SEQ达到最大值时，可再次反转为0，重新开始计数。

步骤S308、根据全局应用需求确定SEND_DEV_ID字段的长度；

制订SEND_DEV_ID的长度后，决定了全局设备的多少，若SEND_DEV_ID长度为1个字节，则全局设备最多有2⁸-1个设备。

步骤S310、根据全局应用需求确定MSG_ID字段的长度；

制订MSG_ID的长度后，决定了全局消息数量的多少，若MSG_ID长度为1个字节，则最多有2⁸-1种消息。

步骤S312、根据全局应用需求确定PAYLOAD字段的长度；

制订CRC校验和长度后，决定了CRC校验和的可用算法，所CRC长度为2个字节，可采用16位CRC校验和算法，若CRC长度为4个字节，可采用32位CRC校验和算法，从理论上来说，采用更多位的校验和算法能够更好地进行数据校验。

步骤S314、根据全局应用需求确定CRC字段的长度。

PAYLOAD的内容由用户自行填写决定。

根据本发明实施例，优选的，如图4所示，在步骤S106中，根据全局应用需求为每个字段配置数据内容包括：

根据全局应用需求配置HEAD字段的长度范围内的数值；

制订复杂的HEAD字段，如0x55AAEB90，可极大地减小与PAYLOAD 中数据重叠的可能性。

根据全局应用需求在SEND_DEV_ID字段中配置设备唯一ID码；

可以是设备自带的唯一ID码，诸如：产品序列号、条形码等；也可以是在全局应用需求下，用户自行为各个设备配置唯一ID码；均能够达到设备识别的效果。

根据全局应用需求在MSG_ID字段中配置信息唯一ID码；

在全局应用需求下，用户自行在MSG_ID字段配置唯一ID码；达到识别发出消息的效果。

根据全局应用需求在PAYLOAD字段中填写的内容；

内容由用户自行填写决定；可以是待发送的有效数据。

根据全局应用需求在CRC字段中配置校验和算法。

校验和算法由用户根据全局应用需求自行配置；以适应不同应用场景。

步骤S108、发送配置数据内容后的第一串行数据。

配置后的第一串行数据按照通讯协议进行传输即可；本领域的技术人员应当了解，通讯协议可以为TCP/IP协议，或者现有技术中传输数据的的其他通讯协议。

从以上的描述中，可以看出，本发明实现了如下技术效果：

根据本发明实施例，优选的，如图5所示，还包括串行数据的接收方法：

步骤S502、判断配置数据内容后的第一串行数据是否满足预设接收条件；

步骤S504、如果判断配置数据内容后的第一串行数据是否预设接收条件，则对所述配置数据内容后的第一串行数据执行预设操作。

预设接收条件是指对每个字段的按预设顺序逐一判断，从而增强传输的可靠性，使用的灵活性，保证在接收到的数据流中，提取有效的数据集合，丢弃无效的数据集合。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本发明实施例，还提供了一种用于实施上述串行数据的发送方法的装置，如图6所示，该装置包括：获取单元，用于获取第一串行数据；划分单元，用于将所述第一串行数据划分为七个字段；配置单元，用于根据全局应用需求确定每个字段的长度，并为每个字段配置数据内容；发送单元，用于发送配置数据内容后的第一串行数据。

具体的，第一串行数据是指数据流中的单个数据集合；获取的方式可以从存储串行数据的数据库中直接获取需要传输的数据流，再按照数据流中的数据队列依次获取单个数据集合。传输(发送)前，需要对第一串行数据进行初步处理，初步处理的主要流程为将其划分为七个字段，并赋予每个字段于意义；优选的，程序在划分后自动按照字段顺序赋予意义，赋予意义后的第一串行数据可以在配置后，以消息的形式进行传输；赋予的意义包括字段的定义和作用；从而使第一串行数据的每个字段的意义明确，为再处理提供技术保障。全局应用需求由用户自行确定，用户可根据实际情况确定全局应用需求，再根据全局应用需求确定字段长度、字段中的数据内容；由于每个字段都具有其意义，用户很容易理解串行数据的各部分，从而能够灵活的确定长度、数据内容，以适应不同场景下的需求。配置后的第一串行数据按照通讯协议进行传输即可；本领域的技术人员应当了解，通讯协议可以为TCP/IP协议，或者现有技术中传输数据的的其他通讯协议。

根据本发明实施例，优选的，如图7所示，所述划分单元包括：

第一划分模块，用于划分所述第一串行数据的HEAD字段，其中，所述 HEAD字段用于判断消息的起始位置；例如0x55AAEB90，数据接收应用软件在接收数据并不处理任何消息业务时，持续判断接收的数据是否为 0x55AAEB90，若接收到改值时，则进入后续消息处理流程。

第二划分模块，用于划分所述第一串行数据的LEN字段，其中，所述LEN 字段用于提供给消息使用端有效数据的长度；LEN字段为有效数据长度，决定PAYLOAD中数据的有效数据量，用于提供给消息使用方有效数据的长度，用户使用该数据内容进行其他业务处理。

第三划分模块，用于划分所述第一串行数据的SEQ字段，其中，所述SEQ 字段用于反应消息已发送的次数；SEQ：当前消息已发送的次数，与MSG_ID 有关，即在某一个MSG_ID值下，当前消息下该发送设备发送该消息的次数；例如MSG_ID值为1，SEND_DEV_ID值为1，该消息第一次出现在全局应用的情况下，SEQ值应为0，若该1号设备第二次发送该消息时，SEQ值应为1，以此类推。

第四划分模块，用于划分所述第一串行数据的SEND_DEV_ID字段，其中，所述SEND_DEV_ID字段用于作为消息发送端的设备唯一ID码；应用全局下该消息发送的设备唯一ID码；即发送该消息的设备的身份唯一识别码。

第五划分模块，用于划分所述第一串行数据的MSG_ID字段，其中，所述MSG_ID字段用于作为消息的信息唯一ID码；应用全局下消息的唯一ID 码，该ID码由全局用户制订，不同的消息不能有同一ID码。

第六划分模块，用于划分所述第一串行数据的PAYLOAD字段，其中，所述PAYLOAD字段用于作为有效数据的集合；有效数据的集合；由用于自行填写。

第七划分模块，用于划分所述第一串行数据的CRC字段，其中，所述CRC 字段用于作为LEN、SEQ、SEND_DEV_ID、MSG_ID及PAYLOAD字段中数据的校验和值。表明LEN、SEQ、SEND_DEV_ID、MSG_ID及PAYLOAD字段的校验和值，CRC校验和算法由全局用户制订。

根据本发明实施例，优选的，如图8所示，所述配置单元包括：

第一确定模块，用于根据全局应用需求确定HEAD字段的长度；制订的 HEAD长度为4个字节，那么HEAD头可定义为0x00000000～0xFFFFFFFF中任一一个值，从理论上来说，若HEAD的长度越长，出现数据与头数据重叠的可能性越小。

第二确定模块，用于根据全局应用需求确定LEN字段的长度；LEN长度决定了PAYLOAD的长度，若LEN长度为1个字节，则PAYLOAD的有效数据长度可为0～2⁸-1个，若LEN长度为2个字节，则PAYLOAD的有效长度为 0～2¹⁶-1个。

第三确定模块，用于根据全局应用需求确定SEQ字段的长度；制订SEQ 长度后，决定了该消息发送次数的最大值，若SEQ长度为1个字节，则SEQ 可表示范围为0～2⁸-1，当SEQ达到最大值时，可再次反转为0，重新开始计数。

第四确定模块，用于根据全局应用需求确定SEND_DEV_ID字段的长度；制订SEND_DEV_ID的长度后，决定了全局设备的多少，若SEND_DEV_ID 长度为1个字节，则全局设备最多有2⁸-1个设备。

第五确定模块，用于根据全局应用需求确定MSG_ID字段的长度；制订 MSG_ID的长度后，决定了全局消息数量的多少，若MSG_ID长度为1个字节，则最多有2⁸-1种消息。

第六确定模块，用于根据全局应用需求确定PAYLOAD字段的长度；制订 CRC校验和长度后，决定了CRC校验和的可用算法，所CRC长度为2个字节，可采用16位CRC校验和算法，若CRC长度为4个字节，可采用32位 CRC校验和算法，从理论上来说，采用更多位的校验和算法能够更好地进行数据校验。

第七确定模块，用于根据全局应用需求确定CRC字段的长度。PAYLOAD 的内容由用户自行填写决定。

根据本发明实施例，优选的，如图9所示，所述配置单元还包括：

第一配置模块，用于根据全局应用需求配置HEAD字段的长度范围内的数值；制订复杂的HEAD字段，如0x55AAEB90，可极大地减小与PAYLOAD 中数据重叠的可能性。

第二配置模块，用于根据全局应用需求在SEND_DEV_ID字段中配置设备唯一ID码；可以是设备自带的唯一ID码，诸如：产品序列号、条形码等；也可以是在全局应用需求下，用户自行为各个设备配置唯一ID码；均能够达到设备识别的效果。

第三配置模块，用于根据全局应用需求在MSG_ID字段中配置信息唯一 ID码；在全局应用需求下，用户自行在MSG_ID字段配置唯一ID码；达到识别发出消息的效果。

第四配置模块，用于根据全局应用需求在PAYLOAD字段中填写的内容；内容由用户自行填写决定；可以是待发送的有效数据。

第五配置模块，用于根据全局应用需求在CRC字段中配置校验和算法。校验和算法由用户根据全局应用需求自行配置；以适应不同应用场景。

根据本发明实施例，优选的，如图10所示，还包括：处理单元，用于判断配置数据内容后的第一串行数据是否满足预设接收条件；执行单元，用于如果判断配置数据内容后的第一串行数据是否预设接收条件，则对所述配置数据内容后的第一串行数据执行预设操作。预设接收条件是指对每个字段的按预设顺序逐一判断，从而增强传输的可靠性，使用的灵活性，保证在接收到的数据流中，提取有效的数据集合，丢弃无效的数据集合。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims

1.一种串行数据的发送方法，其特征在于，用于对串行数据进行处理并发送，所述方法包括：

获取第一串行数据；

将所述第一串行数据划分为七个字段；

根据全局应用需求确定每个字段的长度，并为每个字段配置数据内容；

发送配置数据内容后的第一串行数据。

2.根据权利要求1所述的串行数据的发送方法，其特征在于，将所述第一串行数据划分为七个字段，包括：

划分所述第一串行数据的HEAD字段，其中，所述HEAD字段用于判断消息的起始位置；

划分所述第一串行数据的LEN字段，其中，所述LEN字段用于提供给消息使用端有效数据的长度；

划分所述第一串行数据的SEQ字段，其中，所述SEQ字段用于反应消息已发送的次数；

划分所述第一串行数据的SEND_DEV_ID字段，其中，所述SEND_DEV_ID字段用于作为消息发送端的设备唯一ID码；

划分所述第一串行数据的MSG_ID字段，其中，所述MSG_ID字段用于作为消息的信息唯一ID码；

划分所述第一串行数据的PAYLOAD字段，其中，所述PAYLOAD字段用于作为有效数据的集合；

划分所述第一串行数据的CRC字段，其中，所述CRC字段用于作为LEN、SEQ、SEND_DEV_ID、MSG_ID及PAYLOAD字段中数据的校验和值。

3.根据权利要求2所述的串行数据的发送方法，其特征在于，根据全局应用需求确定每个字段的长度包括：

根据全局应用需求确定HEAD字段的长度；

根据全局应用需求确定LEN字段的长度；

根据全局应用需求确定SEQ字段的长度；

根据全局应用需求确定SEND_DEV_ID字段的长度；

根据全局应用需求确定MSG_ID字段的长度；

根据全局应用需求确定PAYLOAD字段的长度；

根据全局应用需求确定CRC字段的长度。

4.根据权利要求3所述的串行数据的发送方法，其特征在于，根据全局应用需求为每个字段配置数据内容包括：

根据全局应用需求配置HEAD字段的长度范围内的数值；

根据全局应用需求在SEND_DEV_ID字段中配置设备唯一ID码；

根据全局应用需求在MSG_ID字段中配置信息唯一ID码；

根据全局应用需求在PAYLOAD字段中填写的内容；

根据全局应用需求在CRC字段中配置校验和算法。

5.根据权利要求1至4中任一项所述的数据的发送方法，其特征在于，还包括串行数据的接收方法：

判断配置数据内容后的第一串行数据是否满足预设接收条件；

如果判断配置数据内容后的第一串行数据是否预设接收条件，则对所述配置数据内容后的第一串行数据执行预设操作。

6.一种串行数据的发送装置，其特征在于，用于对串行数据进行处理并发送，所述装置包括：

获取单元，用于获取第一串行数据；

划分单元，用于将所述第一串行数据划分为七个字段；

配置单元，用于根据全局应用需求确定每个字段的长度，并为每个字段配置数据内容；

发送单元，用于发送配置数据内容后的第一串行数据。

7.根据权利要求6所述的串行数据的发送装置，其特征在于，所述划分单元包括：

第一划分模块，用于划分所述第一串行数据的HEAD字段，其中，所述HEAD字段用于判断消息的起始位置；

第二划分模块，用于划分所述第一串行数据的LEN字段，其中，所述LEN字段用于提供给消息使用端有效数据的长度；

第三划分模块，用于划分所述第一串行数据的SEQ字段，其中，所述SEQ字段用于反应消息已发送的次数；

第四划分模块，用于划分所述第一串行数据的SEND_DEV_ID字段，其中，所述SEND_DEV_ID字段用于作为消息发送端的设备唯一ID码；

第五划分模块，用于划分所述第一串行数据的MSG_ID字段，其中，所述MSG_ID字段用于作为消息的信息唯一ID码；

第六划分模块，用于划分所述第一串行数据的PAYLOAD字段，其中，所述PAYLOAD字段用于作为有效数据的集合；

第七划分模块，用于划分所述第一串行数据的CRC字段，其中，所述CRC字段用于作为LEN、SEQ、SEND_DEV_ID、MSG_ID及PAYLOAD字段中数据的校验和值。

8.根据权利要求6所述的串行数据的发送装置，其特征在于，所述配置单元包括：

第一确定模块，用于根据全局应用需求确定HEAD字段的长度；

第二确定模块，用于根据全局应用需求确定LEN字段的长度；

第三确定模块，用于根据全局应用需求确定SEQ字段的长度；

第四确定模块，用于根据全局应用需求确定SEND_DEV_ID字段的长度；

第五确定模块，用于根据全局应用需求确定MSG_ID字段的长度；

第六确定模块，用于根据全局应用需求确定PAYLOAD字段的长度；

第七确定模块，用于根据全局应用需求确定CRC字段的长度。

9.根据权利要求6所述的串行数据的发送装置，其特征在于，所述配置单元还包括：

第一配置模块，用于根据全局应用需求配置HEAD字段的长度范围内的数值；

第二配置模块，用于根据全局应用需求在SEND_DEV_ID字段中配置设备唯一ID码；

第三配置模块，用于根据全局应用需求在MSG_ID字段中配置信息唯一ID码；

第四配置模块，用于根据全局应用需求在PAYLOAD字段中填写的内容；

第五配置模块，用于根据全局应用需求在CRC字段中配置校验和算法。

10.根据权利要求6至9中任一项所述的串行数据的发送装置，其特征在于，还包括：

处理单元，用于判断配置数据内容后的第一串行数据是否满足预设接收条件；

执行单元，用于如果判断配置数据内容后的第一串行数据是否预设接收条件，则对所述配置数据内容后的第一串行数据执行预设操作。