CN107517097A - 一种自动化验证的方法及装置 - Google Patents
一种自动化验证的方法及装置 Download PDFInfo
- Publication number
- CN107517097A CN107517097A CN201610437127.9A CN201610437127A CN107517097A CN 107517097 A CN107517097 A CN 107517097A CN 201610437127 A CN201610437127 A CN 201610437127A CN 107517097 A CN107517097 A CN 107517097A
- Authority
- CN
- China
- Prior art keywords
- data
- slave computer
- host computer
- sent
- length
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/24—Testing correct operation
- H04L1/242—Testing correct operation by comparing a transmitted test signal with a locally generated replica
- H04L1/243—Testing correct operation by comparing a transmitted test signal with a locally generated replica at the transmitter, using a loop-back
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Communication Control (AREA)
Abstract
本发明实施例公开了一种自动化验证的装置,上位机根据预设硬件模型对待验证的数据进行处理,获取处理后的第一数据;所述上位机将所述待验证的数据按照自定义的通信协议发送给下位机;所述上位机接收所述下位机按照所述自定义的通信协议发送的所述第二数据;所述上位机对所述第二数据进行校验,并对所述第一数据和所述第二数据进行对比;若所述第一数据和所述第二数据相同,则所述上位机对下一个待验证的数据进行处理,从而可以对通信基带芯片硬件模块进行自动化验证,不需要人为参与,灵活自定义上位机和下位机之间的通信协议,提高嵌入式系统片上片外内存资源利用效率。
Description
技术领域
本发明实施例涉及通信的技术领域,尤其涉及一种自动化验证的方法及装置。
背景技术
通信基带芯片的硬件加速器设计属于多参数多元设计,传统的软件验证做法是设计验证用例并逐个验证各个参数的配置。
若采用传统的软件验证的做法,由于通信基带芯片的片上内存有限,往往需要逐个或分组配置硬件加速器的输入参数和测试向量,硬件加速器进行相应的运算之后再进行逐个或分组的数据比对,无法一次完成全部测试向量的验证,也往往做不到自动化验证。
发明内容
本发明实施例的目的在于提出一种自动化验证的方法及装置,旨在解决如何一次自动化且完成全部测试向量的验证的问题。
为达此目的,本发明实施例采用以下技术方案:
第一方面,一种自动化验证的方法,所述方法包括:
上位机根据预设硬件模型对待验证的数据进行处理,获取处理后的第一数据;
所述上位机将所述待验证的数据按照自定义的通信协议发送给下位机,以使得所述下位机接收所述待验证的数据并对所述待验证的数据进行处理,获取处理后的第二数据;
所述上位机接收所述下位机按照所述自定义的通信协议发送的所述第二数据;
所述上位机对所述第二数据进行校验,并对所述第一数据和所述第二数据进行对比;
若所述第一数据和所述第二数据相同,则所述上位机对下一个待验证的数据进行处理。
优选地,所述上位机将所述待验证的数据按照自定义的通信协议发送给下位机,包括:
所述上位机通过预设第一格式向所述下位机发送预设握手信号、所述待验证的数据的参数长度和数据长度,以及所述参数长度和所述数据长度的校验和;
所述上位机通过预设第二格式向所述下位机发送对应的参数和数据。
优选地,所述预设第一格式包括BYTE0至BYTE9;
其中,BYTE0和BYTE1的组合为固定握手信号“0xA5A5”;BYTE2和BYTE3的组合表示向所述下位机发送的参数长度,单位为byte;BYTE4到BYTE7的组合表示向所述下位机发送的数据长度,单位为byte;BYTE8和BYTE9的组合存放对所述参数长度和所述数据长度的16bit长度校验和,全部数据以16bit的小端格式存放;所述固定握手信号“0xA5A5”表示所述下位机发送输入数据长度的握手信号。
优选地,所述预设第二格式包括BYTE0至BYTE(参数长度+数据长度+1+4);
其中,所述BYTE0和BYTE1的组合为固定握手信号“0x5555”,BYTE2到BYTE(参数长度+数据长度+1)存储的是向所述下位机发送的参数和数据,单位为字节byte;最后四个字节存放的是对所述参数和所述数据的32bit CRC校验结果或者32bit长度校验和,全部数据以16bit的小端格式存放;
所述固定握手信号“0x5555”表示所述下位机发送输入参数和测试向量的握手信号。
优选地,所述上位机接收所述下位机按照所述自定义的通信协议发送的所述第二数据,包括:
若所述上位机接收所述下位机发送的“0x5A5A”握手信号,则所述上位机接收所述下位机发送所述第二数据长度;
若所述上位机接收所述下位机发送的“0xAAAA”握手信号,则所述上位机接收所述下位机发送的所述第二数据。
优选地,所述对所述第一数据和所述第二数据进行对比,包括:
若所述第一数据和所述第二数据对比相同,则所述上位机输出“case n OK”;
若所述第一数据和所述第二数据对比不同,则所述上位机输出“case n ERROR”。
优选地,所述上位机将所述待验证的数据按照所述自定义的通信协议发送给下位机之后,还包括:
所述上位机接收所述下位机根据所述自定义的通信协议发送的数据反馈信息。
优选地,所述上位机接收所述下位机根据所述自定义的通信协议发送的数据反馈信息,包括:
若所述上位机接收所述下位机发送的“0xFAFA”握手信号,则所述数据反馈信息为所述下位机收到的数据长度信息错误,指示所述上位机重新发送;
若所述上位机接收所述下位机发送的“0xAFAF”握手信号,则所述数据反馈信息为所述下位机收到的数据长度信息正确,指示所述上位机继续发送所述参数和所述数据;
若所述上位机接收所述下位机发送的“0xFFFF”握手信号,则所述数据反馈信息为所述下位机与所述上位机未能握手成功,指示所述上位机对所述下一个待验证的数据进行处理。
优选地,所述上位机接收所述下位机按照所述自定义的通信协议发送的所述第二数据之后,还包括:
所述上位机向所述下位机发送数据反馈消息。
优选地,所述上位机向所述下位机发送数据反馈消息,包括:
若所述下位机发送的数据长度信息正确,则所述上位机向所述下位机发送“0xFF”握手信号,指示所述下位机继续发送输出数据;
若所述下位机发送的数据长度信息错误,则所述上位机向所述下位机发送“0xF5”握手信号,指示所述下位机重新发送。
第二方面,一种自动化验证的装置,其特征在于,所述装置包括:
获取模块,用于根据预设硬件模型对待验证的数据进行处理,获取处理后的第一数据;
发送模块,用于将所述待验证的数据按照自定义的通信协议发送给下位机,以使得所述下位机接收所述待验证的数据并对所述待验证的数据进行处理,获取处理后的第二数据;
接收模块,用于所述上位机接收所述下位机按照所述自定义的通信协议发送的所述第二数据;
对比模块,用于对所述第二数据进行校验,并对所述第一数据和所述第二数据进行对比;
处理模块,用于若所述第一数据和所述第二数据相同,则对下一个待验证的数据进行处理。
优选地,所述发送模块,用于:
通过预设第一格式向所述下位机发送预设握手信号、所述待验证的数据的参数长度和数据长度,以及所述参数长度和所述数据长度的校验和;
通过预设第二格式向所述下位机发送对应的参数和数据。
优选地,所述预设第一格式包括BYTE0至BYTE9;
其中,BYTE0和BYTE1的组合为固定握手信号“0xA5A5”;BYTE2和BYTE3的组合表示向所述下位机发送的参数长度,单位为byte;BYTE4到BYTE7的组合表示向所述下位机发送的数据长度,单位为byte;BYTE8和BYTE9的组合存放对所述参数长度和所述数据长度的16bit长度校验和,全部数据以按16bit的小端格式存放;所述固定握手信号“0xA5A5”表示所述下位机发送输入数据长度的握手信号。
优选地,所述预设第二格式包括BYTE0至BYTE(参数长度+数据长度+1+4);
其中,所述BYTE0和BYTE1的组合为固定握手信号“0x5555”,BYTE2到BYTE(参数长度+数据长度+1)存储的是向所述下位机发送的参数和数据,单位为字节byte;最后四个字节存放的是对所述参数和所述数据的32bit CRC校验结果或者32bit长度校验和,全部数据以16bit的小端格式存放;
所述固定握手信号“0x5555”表示所述下位机发送输入参数和测试向量的握手信号。
优选地,所述接收模块,用于:
若所述上位机接收所述下位机发送的“0x5A5A”握手信号,则所述接收所述下位机发送所述第二数据长度;
若所述上位机接收所述下位机发送的“0xAAAA”握手信号,则接收所述下位机发送的所述第二数据。
优选地,所述对比模块,用于:
若所述第一数据和所述第二数据对比相同,则输出“case n OK”;
若所述第一数据和所述第二数据对比不同,则输出“case n ERROR”。
优选地,所述接收模块,还用于:
接收所述下位机根据所述自定义的通信协议发送的数据反馈信息。
优选地,所述接收模块,还用于:
若所述上位机接收所述下位机发送的“0xFAFA”握手信号,则所述数据反馈信息为所述下位机收到的数据长度信息错误,指示所述上位机重新发送;
若所述上位机接收所述下位机发送的“0xAFAF”握手信号,则所述数据反馈信息为所述下位机收到的数据长度信息正确,指示所述上位机继续发送所述参数和所述数据;
若所述上位机接收所述下位机发送的“0xFFFF”握手信号,则所述数据反馈信息为所述下位机与所述上位机未能握手成功,指示所述上位机对所述下一个待验证的数据进行处理。
优选地,所述发送模块还用于:
向所述下位机发送数据反馈消息。
优选地,所述发送模块还用于:
若所述下位机发送的数据长度信息正确,则向所述下位机发送“0xFF”握手信号,指示所述下位机继续发送输出数据;
若所述下位机发送的数据长度信息错误,则向所述下位机发送“0xF5”握手信号,指示所述下位机重新发送。
本发明实施例提供一种自动化验证的方法及装置,上位机根据预设硬件模型对待验证的数据进行处理,获取处理后的第一数据;所述上位机将所述待验证的数据按照自定义的通信协议发送给下位机,以使得所述下位机接收所述待验证的数据并对所述待验证的数据进行处理,获取处理后的第二数据;所述上位机接收所述下位机按照所述自定义的通信协议发送的所述第二数据;所述上位机对所述第二数据进行校验,并对所述第一数据和所述第二数据进行对比;若所述第一数据和所述第二数据相同,则所述上位机对下一个待验证的数据进行处理,从而可以对通信基带芯片硬件模块进行自动化验证,不需要人为参与,灵活自定义上位机和下位机之间的通信协议,提高嵌入式系统片上片外内存资源利用效率。
附图说明
图1是本发明实施例提供的一种自动化验证的方法的流程示意图;
图2是本发明实施例提供的自定义通信协议的结构示意图;
图3是本发明实施例提供的另一种自定义通信协议的结构示意图;
图4是本发明实施例提供的另一种自动化验证的方法的流程示意图;
图5是本发明实施例提供的另一种自动化验证的方法的流程示意图;
图6是本发明实施例提供的一种自动化验证的装置的功能模块示意图。
具体实施方式
下面结合附图和实施例对本发明实施例作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明实施例,而非对本发明实施例的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明实施例相关的部分而非全部结构。
参考图1,图1是本发明实施例提供一种自动化验证的方法的流程示意图。
如图1所示,所述自动化验证的方法包括:
步骤101,上位机根据预设硬件模型对待验证的数据进行处理,获取处理后的第一数据;
具体的,上位机MATLAB软件完成与串口的读写通信。Matlab支持基于串行接口(RS-232、RS-422、RS-485)通信;通信数据支持二进制和文本两种方式;支持异步通信和同步通信;支持基于事件驱动通信。在Matlab中进行串行通信是十分方便,编程较为简单。而且,在Matlab中串行通信失误率很低,通信较为可靠,也可以采用增加握手信号以及数据校验等方式进一步增加通信可靠性。
步骤102,所述上位机将所述待验证的数据按照自定义的通信协议发送给下位机,以使得所述下位机接收所述待验证的数据并对所述待验证的数据进行处理,获取处理后的第二数据;
具体的,开发上位机MATLAB软件和下位机之间的通信协议。
此部分的通信包括两部分:第一部分首先向对方发送参数和数据长度;第二部分向对方发送参数和数据。自定义通信协议,包括以下几个部分:第一部分握手信号,表示数据发送的方向;第二部分参数和数据的长度,不包括握手信号和校验码的长度;第三部分发送参数和数据;第四部分校验码,此部分校验方式可按需选择,本方案的校验方式包括(16bit\32bit)长度校验码和CRC32等。
优选地,所述上位机将所述待验证的数据按照自定义的通信协议发送给下位机,包括:
所述上位机通过预设第一格式向所述下位机发送预设握手信号、所述待验证的数据的参数长度和数据长度,以及所述参数长度和所述数据长度的校验和;
所述上位机通过预设第二格式向所述下位机发送对应的参数和数据。
优选地,所述预设第一格式包括BYTE0至BYTE9;
其中,BYTE0和BYTE1的组合为固定握手信号“0xA5A5”;BYTE2和BYTE3的组合表示向所述下位机发送的参数长度,单位为byte;BYTE4到BYTE7的组合表示向所述下位机发送的数据长度,单位为byte;BYTE8和BYTE9的组合存放对所述参数长度和所述数据长度的16bit长度校验和,全部数据以按16bit的小端格式存放;所述固定握手信号“0xA5A5”表示所述下位机发送输入数据长度的握手信号。
具体的,如图2此部分的自定义通信协议包括两部分。第一部分首先向对方发送数据长度,存储格式如图2,描述:BYTE0和BYTE1的组合为固定握手信号“0xA5A5”,握手信号的含义详见表1;BYTE2和BYTE3的组合表示向对方发送的参数的长度,单位为byte;BYTE4到BYTE7的组合表示向对方发送的数据的长度,单位为byte;BYTE8和BYTE9的组合存放对参数长度和数据长度的16bit长度校验和,全部数据以按word16(即16bit)的小端格式存放。注意:(1)参数长度+数据长度=参数和数据的总长度,不包含握手信号和CRC校验结果的长度。(2)只对参数长度和数据长度两部分做长度校验和,不包括握手信号。
优选地,所述预设第二格式包括BYTE0至BYTE(参数长度+数据长度+1+4);
其中,所述BYTE0和BYTE1的组合为固定握手信号“0x5555”,BYTE2到BYTE(参数长度+数据长度+1)存储的是向所述下位机发送的参数和数据,单位为字节byte;最后四个字节存放的是对所述参数和所述数据的32bit CRC校验结果或者32bit长度校验和,全部数据以16bit的小端格式存放;
所述固定握手信号“0x5555”表示所述下位机发送输入参数和测试向量的握手信号。
具体的,第二部分向对方发送参数和数据,存储格式如图3,描述:BYTE0和BYTE1的组合为固定握手信号“0x5555”,握手信号的含义详见表1;BYTE2到BYTE(总长度+1)存放的是向对方发送的参数和数据,单位为字节byte;最后四个字节存放的是对参数和数据的32bitCRC校验结果或者32bit长度校验和。全部数据以按word16(即16bit)的小端格式存放。注意:仅对参数和数据做CRC校验,本方案选用通用的CRC32校验,且以word16(即16bit)为单位进行。
步骤103,所述上位机接收所述下位机按照所述自定义的通信协议发送的所述第二数据;
其中,上位机MATLAB软件设置串口的通信参数,向下位机发送参数和数据,对方接收数据并计算完成,将计算结果发送给上位机MATLAB软件,上位机MATLAB软件通过结果比对后自动进行下一个测试向量传输,直到所有的测试向量计算完成。
下位机通信基带芯片的嵌入式软件设置串口的通信参数,等待上位机MATLAB发送的测试参数和数据,接收数据、校验并计算,将计算结果发送给上位机MATLAB,自动等待下一个测试向量传输,直到所有的测试向量计算完成。
优选地,所述上位机接收所述下位机按照所述自定义的通信协议发送的所述第二数据,包括:
若所述上位机接收所述下位机发送的“0x5A5A”握手信号,则所述上位机接收所述下位机发送所述第二数据长度;
若所述上位机接收所述下位机发送的“0xAAAA”握手信号,则所述上位机接收所述下位机发送的所述第二数据。
步骤104,所述上位机对所述第二数据进行校验,并对所述第一数据和所述第二数据进行对比;
优选地,所述对所述第一数据和所述第二数据进行对比,包括:
若所述第一数据和所述第二数据对比相同,则所述上位机输出“case n OK”;
若所述第一数据和所述第二数据对比不同,则所述上位机输出“case n ERROR”。
步骤105,若所述第一数据和所述第二数据相同,则所述上位机对下一个待验证的数据进行处理。
本发明实施例提供一种自动化验证的方法,上位机根据预设硬件模型对待验证的数据进行处理,获取处理后的第一数据;所述上位机将所述待验证的数据按照自定义的通信协议发送给下位机,以使得所述下位机接收所述待验证的数据并对所述待验证的数据进行处理,获取处理后的第二数据;所述上位机接收所述下位机按照所述自定义的通信协议发送的所述第二数据;所述上位机对所述第二数据进行校验,并对所述第一数据和所述第二数据进行对比;若所述第一数据和所述第二数据相同,则所述上位机对下一个待验证的数据进行处理,从而可以对通信基带芯片硬件模块进行自动化验证,不需要人为参与,灵活自定义上位机和下位机之间的通信协议,提高嵌入式系统片上片外内存资源利用效率。
参考图4,图4是本发明实施例提供的另一种自动化验证的方法的流程示意图。
如图4所示,所述自动化验证的方法包括:
步骤401,上位机根据预设硬件模型对待验证的数据进行处理,获取处理后的第一数据;
步骤402,所述上位机将所述待验证的数据按照自定义的通信协议发送给下位机,以使得所述下位机接收所述待验证的数据并对所述待验证的数据进行处理,获取处理后的第二数据;
步骤403,所述上位机接收所述下位机根据所述自定义的通信协议发送的数据反馈信息;
优选地,所述上位机接收所述下位机根据所述自定义的通信协议发送的数据反馈信息,包括:
若所述上位机接收所述下位机发送的“0xFAFA”握手信号,则所述数据反馈信息为所述下位机收到的数据长度信息错误,指示所述上位机重新发送;
若所述上位机接收所述下位机发送的“0xAFAF”握手信号,则所述数据反馈信息为所述下位机收到的数据长度信息正确,指示所述上位机继续发送所述参数和所述数据;
若所述上位机接收所述下位机发送的“0xFFFF”握手信号,则所述数据反馈信息为所述下位机与所述上位机未能握手成功,指示所述上位机对所述下一个待验证的数据进行处理。
步骤404,所述上位机接收所述下位机按照所述自定义的通信协议发送的所述第二数据;
步骤405,所述上位机对所述第二数据进行校验,并对所述第一数据和所述第二数据进行对比;
步骤406,若所述第一数据和所述第二数据相同,则所述上位机对下一个待验证的数据进行处理。
参考图5,图5是本发明实施例提供的另一种自动化验证的方法的流程示意图。
如图5所示,所述自动化验证的方法包括:
步骤501,上位机根据预设硬件模型对待验证的数据进行处理,获取处理后的第一数据;
步骤502,所述上位机将所述待验证的数据按照自定义的通信协议发送给下位机,以使得所述下位机接收所述待验证的数据并对所述待验证的数据进行处理,获取处理后的第二数据;
步骤503,所述上位机接收所述下位机根据所述自定义的通信协议发送的数据反馈信息;
步骤504,所述上位机接收所述下位机按照所述自定义的通信协议发送的所述第二数据;
步骤505,所述上位机向所述下位机发送数据反馈消息;
优选地,所述上位机向所述下位机发送数据反馈消息,包括:
若所述下位机发送的数据长度信息正确,则所述上位机向所述下位机发送“0xFF”握手信号,指示所述下位机继续发送输出数据;
若所述下位机发送的数据长度信息错误,则所述上位机向所述下位机发送“0xF5”握手信号,指示所述下位机重新发送。
步骤506,所述上位机对所述第二数据进行校验,并对所述第一数据和所述第二数据进行对比;
步骤507,若所述第一数据和所述第二数据相同,则所述上位机对下一个待验证的数据进行处理。
参考图6,图,6是本发明实施例提供的一种自动化验证的装置的功能模块示意图。
如图6所示,所述自动化验证的装置包括:
获取模块601,用于根据预设硬件模型对待验证的数据进行处理,获取处理后的第一数据;
发送模块602,用于将所述待验证的数据按照自定义的通信协议发送给下位机,以使得所述下位机接收所述待验证的数据并对所述待验证的数据进行处理,获取处理后的第二数据;
优选地,所述发送模块602,用于:
通过预设第一格式向所述下位机发送预设握手信号、所述待验证的数据的参数长度和数据长度,以及所述参数长度和所述数据长度的校验和;
通过预设第二格式向所述下位机发送对应的参数和数据。
优选地,所述预设第一格式包括BYTE0至BYTE9;
其中,BYTE0和BYTE1的组合为固定握手信号“0xA5A5”;BYTE2和BYTE3的组合表示向所述下位机发送的参数长度,单位为byte;BYTE4到BYTE7的组合表示向所述下位机发送的数据长度,单位为byte;BYTE8和BYTE9的组合存放对所述参数长度和所述数据长度的16bit长度校验和,全部数据以按16bit的小端格式存放;所述固定握手信号“0xA5A5”表示所述下位机发送输入数据长度的握手信号。
优选地,所述预设第二格式包括BYTE0至BYTE(参数长度+数据长度+1+4);
其中,所述BYTE0和BYTE1的组合为固定握手信号“0x5555”,BYTE2到BYTE(参数长度+数据长度+1)存储的是向所述下位机发送的参数和数据,单位为字节byte;最后四个字节存放的是对所述参数和所述数据的32bit CRC校验结果或者32bit长度校验和,全部数据以16bit的小端格式存放;
所述固定握手信号“0x5555”表示所述下位机发送输入参数和测试向量的握手信号。
优选地,所述发送模块还用于:
向所述下位机发送数据反馈消息。
优选地,所述发送模块还用于:
若所述下位机发送的数据长度信息正确,则向所述下位机发送“0xFF”握手信号,指示所述下位机继续发送输出数据;
若所述下位机发送的数据长度信息错误,则向所述下位机发送“0xF5”握手信号,指示所述下位机重新发送。
接收模块603,用于所述上位机接收所述下位机按照所述自定义的通信协议发送的所述第二数据;
优选地,所述接收模块603,用于:
若所述上位机接收所述下位机发送的“0x5A5A”握手信号,则所述接收所述下位机发送所述第二数据长度;
若所述上位机接收所述下位机发送的“0xAAAA”握手信号,则接收所述下位机发送的所述第二数据。
优选地,所述接收模块,还用于:
接收所述下位机根据所述自定义的通信协议发送的数据反馈信息。
优选地,所述接收模块,还用于:
若所述上位机接收所述下位机发送的“0xFAFA”握手信号,则所述数据反馈信息为所述下位机收到的数据长度信息错误,指示所述上位机重新发送;
若所述上位机接收所述下位机发送的“0xAFAF”握手信号,则所述数据反馈信息为所述下位机收到的数据长度信息正确,指示所述上位机继续发送所述参数和所述数据;
若所述上位机接收所述下位机发送的“0xFFFF”握手信号,则所述数据反馈信息为所述下位机与所述上位机未能握手成功,指示所述上位机对所述下一个待验证的数据进行处理。
对比模块604,用于对所述第二数据进行校验,并对所述第一数据和所述第二数据进行对比;
优选地,所述对比模块604,用于:
若所述第一数据和所述第二数据对比相同,则输出“case n OK”;
若所述第一数据和所述第二数据对比不同,则输出“case n ERROR”。
处理模块605,用于若所述第一数据和所述第二数据相同,则对下一个待验证的数据进行处理。
本发明实施例提供一种自动化验证的装置,上位机根据预设硬件模型对待验证的数据进行处理,获取处理后的第一数据;所述上位机将所述待验证的数据按照自定义的通信协议发送给下位机,以使得所述下位机接收所述待验证的数据并对所述待验证的数据进行处理,获取处理后的第二数据;所述上位机接收所述下位机按照所述自定义的通信协议发送的所述第二数据;所述上位机对所述第二数据进行校验,并对所述第一数据和所述第二数据进行对比;若所述第一数据和所述第二数据相同,则所述上位机对下一个待验证的数据进行处理,从而可以对通信基带芯片硬件模块进行自动化验证,不需要人为参与,灵活自定义上位机和下位机之间的通信协议,提高嵌入式系统片上片外内存资源利用效率。
以上结合具体实施例描述了本发明实施例的技术原理。这些描述只是为了解释本发明实施例的原理,而不能以任何方式解释为对本发明实施例保护范围的限制。基于此处的解释,本领域的技术人员不需要付出创造性的劳动即可联想到本发明实施例的其它具体实施方式,这些方式都将落入本发明实施例的保护范围之内。
Claims (20)
1.一种自动化验证的方法,其特征在于,所述方法包括:
上位机根据预设硬件模型对待验证的数据进行处理,获取处理后的第一数据;
所述上位机将所述待验证的数据按照自定义的通信协议发送给下位机,以使得所述下位机接收所述待验证的数据并对所述待验证的数据进行处理,获取处理后的第二数据;
所述上位机接收所述下位机按照所述自定义的通信协议发送的所述第二数据;
所述上位机对所述第二数据进行校验,并对所述第一数据和所述第二数据进行对比;
若所述第一数据和所述第二数据相同,则所述上位机对下一个待验证的数据进行处理。
2.根据权利要求1所述的方法,其特征在于,所述上位机将所述待验证的数据按照自定义的通信协议发送给下位机,包括:
所述上位机通过预设第一格式向所述下位机发送预设握手信号、所述待验证的数据的参数长度和数据长度,以及所述参数长度和所述数据长度的校验和;
所述上位机通过预设第二格式向所述下位机发送对应的参数和数据。
3.根据权利要求2所述的方法,其特征在于,所述预设第一格式包括BYTE0至BYTE9;
其中,BYTE0和BYTE1的组合为固定握手信号“0xA5A5”;BYTE2和BYTE3的组合表示向所述下位机发送的参数长度,单位为byte;BYTE4到BYTE7的组合表示向所述下位机发送的数据长度,单位为byte;BYTE8和BYTE9的组合存放对所述参数长度和所述数据长度的16bit长度校验和,全部数据以按16bit的小端格式存放;所述固定握手信号“0xA5A5”表示所述下位机发送输入数据长度的握手信号。
4.根据权利要求2所述的方法,其特征在于,所述预设第二格式包括BYTE0至BYTE(参数长度+数据长度+1+4);
其中,所述BYTE0和BYTE1的组合为固定握手信号“0x5555”,BYTE2到BYTE(参数长度+数据长度+1)存储的是向所述下位机发送的参数和数据,单位为字节byte;最后四个字节存放的是对所述参数和所述数据的32bit CRC校验结果或者32bit长度校验和,全部数据以16bit的小端格式存放;
所述固定握手信号“0x5555”表示所述下位机发送输入参数和测试向量的握手信号。
5.根据权利要求1所述的方法,其特征在于,所述上位机接收所述下位机按照所述自定义的通信协议发送的所述第二数据,包括:
若所述上位机接收所述下位机发送的“0x5A5A”握手信号,则所述上位机接收所述下位机发送所述第二数据长度;
若所述上位机接收所述下位机发送的“0xAAAA”握手信号,则所述上位机接收所述下位机发送的所述第二数据。
6.根据权利要求1所述的方法,其特征在于,所述对所述第一数据和所述第二数据进行对比,包括:
若所述第一数据和所述第二数据对比相同,则所述上位机输出“case n OK”;
若所述第一数据和所述第二数据对比不同,则所述上位机输出“case nERROR”。
7.根据权利要求1至6任意一项所述的方法,其特征在于,所述上位机将所述待验证的数据按照所述自定义的通信协议发送给下位机之后,还包括:
所述上位机接收所述下位机根据所述自定义的通信协议发送的数据反馈信息。
8.根据权利要求7所述的方法,其特征在于,所述上位机接收所述下位机根据所述自定义的通信协议发送的数据反馈信息,包括:
若所述上位机接收所述下位机发送的“0xFAFA”握手信号,则所述数据反馈信息为所述下位机收到的数据长度信息错误,指示所述上位机重新发送;
若所述上位机接收所述下位机发送的“0xAFAF”握手信号,则所述数据反馈信息为所述下位机收到的数据长度信息正确,指示所述上位机继续发送所述参数和所述数据;
若所述上位机接收所述下位机发送的“0xFFFF”握手信号,则所述数据反馈信息为所述下位机与所述上位机未能握手成功,指示所述上位机对所述下一个待验证的数据进行处理。
9.根据权利要求7任意一项所述的方法,其特征在于,所述上位机接收所述下位机按照所述自定义的通信协议发送的所述第二数据之后,还包括:
所述上位机向所述下位机发送数据反馈消息。
10.根据权利要求9所述的方法,其特征在于,所述上位机向所述下位机发送数据反馈消息,包括:
若所述下位机发送的数据长度信息正确,则所述上位机向所述下位机发送“0xFF”握手信号,指示所述下位机继续发送输出数据;
若所述下位机发送的数据长度信息错误,则所述上位机向所述下位机发送“0xF5”握手信号,指示所述下位机重新发送。
11.一种自动化验证的装置,其特征在于,所述装置包括:
获取模块,用于根据预设硬件模型对待验证的数据进行处理,获取处理后的第一数据;
发送模块,用于将所述待验证的数据按照自定义的通信协议发送给下位机,以使得所述下位机接收所述待验证的数据并对所述待验证的数据进行处理,获取处理后的第二数据;
接收模块,用于所述上位机接收所述下位机按照所述自定义的通信协议发送的所述第二数据;
对比模块,用于对所述第二数据进行校验,并对所述第一数据和所述第二数据进行对比;
处理模块,用于若所述第一数据和所述第二数据相同,则对下一个待验证的数据进行处理。
12.根据权利要求11所述的装置,其特征在于,所述发送模块,用于:
通过预设第一格式向所述下位机发送预设握手信号、所述待验证的数据的参数长度和数据长度,以及所述参数长度和所述数据长度的校验和;
通过预设第二格式向所述下位机发送对应的参数和数据。
13.根据权利要求12所述的装置,其特征在于,所述预设第一格式包括BYTE0至BYTE9;
其中,BYTE0和BYTE1的组合为固定握手信号“0xA5A5”;BYTE2和BYTE3的组合表示向所述下位机发送的参数长度,单位为byte;BYTE4到BYTE7的组合表示向所述下位机发送的数据长度,单位为byte;BYTE8和BYTE9的组合存放对所述参数长度和所述数据长度的16bit长度校验和,全部数据以按16bit的小端格式存放;所述固定握手信号“0xA5A5”表示所述下位机发送输入数据长度的握手信号。
14.根据权利要求12所述的装置,其特征在于,所述预设第二格式包括BYTE0至BYTE(参数长度+数据长度+1+4);
其中,所述BYTE0和BYTE1的组合为固定握手信号“0x5555”,BYTE2到BYTE(参数长度+数据长度+1)存储的是向所述下位机发送的参数和数据,单位为字节byte;最后四个字节存放的是对所述参数和所述数据的32bit CRC校验结果或者32bit长度校验和,全部数据以16bit的小端格式存放;
所述固定握手信号“0x5555”表示所述下位机发送输入参数和测试向量的握手信号。
15.根据权利要求11所述的装置,其特征在于,所述接收模块,用于:
若所述上位机接收所述下位机发送的“0x5A5A”握手信号,则所述接收所述下位机发送所述第二数据长度;
若所述上位机接收所述下位机发送的“0xAAAA”握手信号,则接收所述下位机发送的所述第二数据。
16.根据权利要求11所述的装置,其特征在于,所述对比模块,用于:
若所述第一数据和所述第二数据对比相同,则输出“case n OK”;
若所述第一数据和所述第二数据对比不同,则输出“case n ERROR”。
17.根据权利要求11至16任意一项所述的装置,其特征在于,所述接收模块,还用于:
接收所述下位机根据所述自定义的通信协议发送的数据反馈信息。
18.根据权利要求17所述的装置,其特征在于,所述接收模块,还用于:
若所述上位机接收所述下位机发送的“0xFAFA”握手信号,则所述数据反馈信息为所述下位机收到的数据长度信息错误,指示所述上位机重新发送;
若所述上位机接收所述下位机发送的“0xAFAF”握手信号,则所述数据反馈信息为所述下位机收到的数据长度信息正确,指示所述上位机继续发送所述参数和所述数据;
若所述上位机接收所述下位机发送的“0xFFFF”握手信号,则所述数据反馈信息为所述下位机与所述上位机未能握手成功,指示所述上位机对所述下一个待验证的数据进行处理。
19.根据权利要求17任意一项所述的装置,其特征在于,所述发送模块还用于:
向所述下位机发送数据反馈消息。
20.根据权利要求19所述的装置,其特征在于,所述发送模块还用于:
若所述下位机发送的数据长度信息正确,则向所述下位机发送“0xFF”握手信号,指示所述下位机继续发送输出数据;
若所述下位机发送的数据长度信息错误,则向所述下位机发送“0xF5”握手信号,指示所述下位机重新发送。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610437127.9A CN107517097A (zh) | 2016-06-17 | 2016-06-17 | 一种自动化验证的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610437127.9A CN107517097A (zh) | 2016-06-17 | 2016-06-17 | 一种自动化验证的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107517097A true CN107517097A (zh) | 2017-12-26 |
Family
ID=60719924
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610437127.9A Withdrawn CN107517097A (zh) | 2016-06-17 | 2016-06-17 | 一种自动化验证的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107517097A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110647490A (zh) * | 2019-10-22 | 2020-01-03 | 深圳市康冠智能科技有限公司 | 数据传输方法、装置、设备以及计算机存储介质 |
CN110753048A (zh) * | 2019-10-18 | 2020-02-04 | 深圳赛动生物自动化有限公司 | 干细胞制备数据传输方法、装置、计算机设备及存储介质 |
CN112363764A (zh) * | 2020-11-27 | 2021-02-12 | 哈尔滨工业大学 | 一种跨平台通讯的精密运动台控制方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090132812A1 (en) * | 2003-09-10 | 2009-05-21 | Alexey Kobozev | Method and apparatus for verifying revocation status of a digital certificate |
CN102478797A (zh) * | 2010-11-22 | 2012-05-30 | 中国科学院空间科学与应用研究中心 | 一种可配置通讯协议的监控系统 |
CN104978253A (zh) * | 2015-06-24 | 2015-10-14 | 合肥格易集成电路有限公司 | 一种目标文件校验的方法和装置 |
-
2016
- 2016-06-17 CN CN201610437127.9A patent/CN107517097A/zh not_active Withdrawn
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090132812A1 (en) * | 2003-09-10 | 2009-05-21 | Alexey Kobozev | Method and apparatus for verifying revocation status of a digital certificate |
CN102478797A (zh) * | 2010-11-22 | 2012-05-30 | 中国科学院空间科学与应用研究中心 | 一种可配置通讯协议的监控系统 |
CN104978253A (zh) * | 2015-06-24 | 2015-10-14 | 合肥格易集成电路有限公司 | 一种目标文件校验的方法和装置 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110753048A (zh) * | 2019-10-18 | 2020-02-04 | 深圳赛动生物自动化有限公司 | 干细胞制备数据传输方法、装置、计算机设备及存储介质 |
CN110647490A (zh) * | 2019-10-22 | 2020-01-03 | 深圳市康冠智能科技有限公司 | 数据传输方法、装置、设备以及计算机存储介质 |
CN112363764A (zh) * | 2020-11-27 | 2021-02-12 | 哈尔滨工业大学 | 一种跨平台通讯的精密运动台控制方法 |
CN112363764B (zh) * | 2020-11-27 | 2021-07-16 | 哈尔滨工业大学 | 一种跨平台通讯的精密运动台控制方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109768970B (zh) | 一种基于可配置的通用协议生成方法 | |
CN105786549B (zh) | 智能设备及其升级方法 | |
CN103473088B (zh) | 一种单片机在线升级方法和系统 | |
CN107517097A (zh) | 一种自动化验证的方法及装置 | |
CN102478797B (zh) | 一种可配置通讯协议的监控系统 | |
CN106021102B (zh) | 自动化测试文件的生成方法及装置 | |
US20100249951A1 (en) | Method and Apparatus for Synchronizing Configuration Changes Across Multiple Components of an Industrial Control System | |
CN107168739A (zh) | Pos机、pos机无线通讯模块固件升级方法及装置 | |
CN102711095B (zh) | 一种对无线传感器网络中的节点进行无线升级的方法 | |
CN101710857A (zh) | 串行通信波特率自适应方法及其装置 | |
CN109408247A (zh) | 交互数据处理方法及装置 | |
CN109885433B (zh) | 一种快速测试spi通信模块的方法 | |
CN106851625A (zh) | 一种蓝牙产品ota升级方法 | |
EP2889772A1 (en) | Serial link fault detection system and method | |
CN110413487A (zh) | 一种服务器的指示灯管理方法、系统及基板管理控制器 | |
CN108874825A (zh) | 一种异常数据的校验方法和装置 | |
CN106339249B (zh) | 动态配置编程方法 | |
Banerjee et al. | Health-dev: Model based development pervasive health monitoring systems | |
CN110569038A (zh) | 随机验证参数设计方法、装置、计算机设备及存储介质 | |
CN110134557A (zh) | 一种读Flash接口数据随机注错的验证方法及其系统 | |
CN109412999A (zh) | 一种概率成型的映射方法及装置 | |
CN108966168A (zh) | 基于NB-IoT的物联网计量表、通讯板及物联网计量表通讯方法 | |
CN109976243A (zh) | 机器人同步控制方法、装置及设备 | |
WO2018170866A1 (zh) | 数据采集方法和装置 | |
CN112147562B (zh) | 一种基于蓝牙通讯帧的校表方法、系统及校表装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20171226 |
|
WW01 | Invention patent application withdrawn after publication |