CN113824731B - 一种串口协议帧解析方法、设备及计算机可读存储介质 - Google Patents

一种串口协议帧解析方法、设备及计算机可读存储介质 Download PDF

Info

Publication number
CN113824731B
CN113824731B CN202111158366.8A CN202111158366A CN113824731B CN 113824731 B CN113824731 B CN 113824731B CN 202111158366 A CN202111158366 A CN 202111158366A CN 113824731 B CN113824731 B CN 113824731B
Authority
CN
China
Prior art keywords
data
frame
serial port
determined
taking
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.)
Active
Application number
CN202111158366.8A
Other languages
English (en)
Other versions
CN113824731A (zh
Inventor
程云强
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Zowee Technology Co Ltd
Original Assignee
Shenzhen Zowee Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shenzhen Zowee Technology Co Ltd filed Critical Shenzhen Zowee Technology Co Ltd
Priority to CN202111158366.8A priority Critical patent/CN113824731B/zh
Publication of CN113824731A publication Critical patent/CN113824731A/zh
Application granted granted Critical
Publication of CN113824731B publication Critical patent/CN113824731B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38Information transfer, e.g. on bus
    • G06F13/42Bus transfer protocol, e.g. handshake; Synchronisation
    • G06F13/4282Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Communication Control (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明公开了一种串口协议帧解析方法、设备及计算机可读存储介质,涉及通信技术领域,其中,该方法包括:在串口数据的接收过程中,若监测到与预设帧头相符的第一数据,则将所述第一数据作为待定帧头;取所述待定帧头之后的第二数据,并由所述第二数据得到当前的数据长度;以所述待定帧头为起点,取所述数据长度之后的第三数据,并检测所述第三数据与预设帧尾是否相符;若所述第三数据与所述预设帧尾相符,则将所述第一数据作为所述串口数据的帧头,以及将所述第三数据作为所述串口数据的帧尾。本申请实现了一种简单便捷的串口数据解析方案,提升了串口数据的解析效率,降低了系统负担和调试难度。

Description

一种串口协议帧解析方法、设备及计算机可读存储介质
技术领域
本发明涉及通信领域,尤其涉及一种串口协议帧解析方法、设备及计算机可读存储介质。
背景技术
现有技术中,智能设备与控制面板之间一般采用串口进行通信传输。例如,浴霸控制器和对应的WiFi数显板之间,通过串口进行交互,从而实现控制指令的下发以及状态查询等动作。在上述交互的过程中,一般需定义串口的通讯协议,具体可以参考图8所示出的协议格式图,该图示出了一种较为常见的串口协议,其中,该串口协议包括八个帧段,分别为1、帧头:0xaaaa;2、长度:命令+索引+请求/应答+数据+校验之和(转码前的长度);3、命令:根据具体的通信需求设置命令表;4、索引;5、请求/应答:1请求、0应答;6、数据:根据具体的通信需求设置命令对应的数据,长度可为0;7、校验:长度+命令+索引+请求/应答+数据之和的校验值(转码前的校验);8、帧尾:0x5555。
现有技术所存在的问题是,为了对串口数据进行准确地识别,一般在接收端,在接收到串口数据后,需要通过帧头0xaaaa来判定有效数据的起始位置,以及通过0x5555来判定有效数据的结束位置。可以看出,上述方案中,帧头和帧尾之间是不能存在0xaaaa或者0x5555的值,否则,帧头和帧尾之间存在的0xaaaa或者0x5555,有可能被当做帧头或帧尾来做处理,由此,可能导致数据校验不通过而被丢弃,最终导致传输丢包。
为了解决上述技术问题通,现有的解决方式是通过转码来解决。具体包括:首先,在发送端发送数据时,除帧头和帧尾外,遇到0xaa、0x55时需要换码,换码方式是,0xaa->0xaa0x1b、0x55->0x550x1b;然后,在接收端接收数据时,除帧头和帧尾外,遇到0xaa、0x55时需要换码,换码方式是,0xaa0x1b->0xaa、0x550x1b->0x55。可以看出,上述发送端与接收端的转码方式,一是需要发送端在发送原始数据前进行转码运算,二是需要接收端在接收到转码数据后,还需要再次进行解码。
综上所述,现有的串口数据转码和解码方案,存在操作步骤繁琐、系统处理负担和调试分析难度较大的问题。
发明内容
为了解决现有技术中的上述技术缺陷,本发明提出了一种串口协议帧解析方法,该方法包括:
在串口数据的接收过程中,若监测到与预设帧头相符的第一数据,则将所述第一数据作为待定帧头。
取所述待定帧头之后的第二数据,并由所述第二数据得到当前的数据长度。
以所述待定帧头为起点,取所述数据长度之后的第三数据,并检测所述第三数据与预设帧尾是否相符。
若所述第三数据与所述预设帧尾相符,则将所述第一数据作为所述串口数据的帧头,以及将所述第三数据作为所述串口数据的帧尾。
可选地,所述在串口数据的接收过程中,若监测到与预设帧头相符的第一数据,则将所述第一数据作为待定帧头,包括:
在接收端接收所述串口数据之前,获取所述待定帧头和所述预设帧尾。
在所述接收端接收所述串口数据的过程中,实时监测与所述预设帧头相同的一个或多个所述第一数据,并分别作为一个或多个所述待定帧头。
可选地,所述取所述待定帧头之后的第二数据,并由所述第二数据得到当前的数据长度,包括:
在接收端接收所述串口数据之前,获取所述数据长度的数据段。
在所述接收端接收所述串口数据的过程,若监测到所述待定帧头,则监测与所述待定帧头对应的所述数据段,并读取所述数据段所指示的所述数据长度。
可选地,所述以所述待定帧头为起点,取所述数据长度之后的第三数据,并检测所述第三数据与预设帧尾是否相符,包括:
在所述接收端继续接收所述串口数据的过程,在所述第二数据之后,取与所述待定帧头相距所述数据长度的所述第三数据。
若所述第三数据与所述预设帧尾不符,则撤销所述待定帧头,并继续监测新的所述待定帧头。
可选地,所述若所述第三数据与所述预设帧尾相符,则将所述第一数据作为所述串口数据的帧头,以及将所述第三数据作为所述串口数据的帧尾,包括:
若所述第三数据与所述预设帧尾相符,则取所述第二数据与所述第三数据之间的第四数据。
获取所述第四数据所包含的第一校验值。
可选地,所述若所述第三数据与所述预设帧尾相符,则将所述第一数据作为所述串口数据的帧头,以及将所述第三数据作为所述串口数据的帧尾,还包括:
计算所述待定帧头和所述预设帧尾之间的所有数据的第二校验值。
比对所述第二校验值是否与所述第一校验值一致,若所述第二校验值与所述第一校验值一致,则将所述第一数据作为所述串口数据的帧头,以及将所述第三数据作为所述串口数据的帧尾。
可选地,所述若所述第三数据与所述预设帧尾相符,则将所述第一数据作为所述串口数据的帧头,以及将所述第三数据作为所述串口数据的帧尾,还包括:
在将所述第一数据作为所述串口数据的帧头,以及将所述第三数据作为所述串口数据的帧尾,并忽略所述帧头与所述帧尾之间存在的其它所述待定帧头。
以所述帧尾为起点,继续执行所述待定帧头的监测操作。
可选地,所述串口数据的头端为所述帧头,尾端为所述帧尾,在所述帧头与所述帧尾之间依次包括帧长度和帧校验,其中,所述帧长度用于指示所述数据长度,所述帧校验用于指示所述第一校验值。
本发明还提出了一种串口协议帧解析设备,该设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如上任一项所述的串口协议帧解析方法的步骤。
本发明还提出了一种计算机可读存储介质,该计算机可读存储介质上存储有串口协议帧解析程序,串口协议帧解析程序被处理器执行时实现如上述任一项所述的串口协议帧解析方法的步骤。
实施本发明的串口协议帧解析方法、设备及计算机可读存储介质,通过在串口数据的接收过程中,若监测到与预设帧头相符的第一数据,则将所述第一数据作为待定帧头;取所述待定帧头之后的第二数据,并由所述第二数据得到当前的数据长度;以所述待定帧头为起点,取所述数据长度之后的第三数据,并检测所述第三数据与预设帧尾是否相符;若所述第三数据与所述预设帧尾相符,则将所述第一数据作为所述串口数据的帧头,以及将所述第三数据作为所述串口数据的帧尾。本申请实现了一种简单便捷的串口数据解析方案,提升了串口数据的解析效率,降低了系统负担和调试难度。
附图说明
下面将结合附图及实施例对本发明作进一步说明,附图中:
图1是本发明串口协议帧解析方法第一实施例的流程图;
图2是本发明串口协议帧解析方法第二实施例的流程图;
图3是本发明串口协议帧解析方法第三实施例的流程图;
图4是本发明串口协议帧解析方法第四实施例的流程图;
图5是本发明串口协议帧解析方法第五实施例的流程图;
图6是本发明串口协议帧解析方法第六实施例的流程图;
图7是本发明串口协议帧解析方法第七实施例的流程图;
图8是本发明串口协议帧解析方法的协议格式示意图。
具体实施方式
应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。
在后续的描述中,使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明,其本身没有特定的意义。因此,“模块”、“部件”或“单元”可以混合地使用。
实施例一
图1是本发明串口协议帧解析方法第一实施例的流程图。本申请提供一种串口协议帧解析方法,该方法包括如下步骤:
S1、在串口数据的接收过程中,若监测到与预设帧头相符的第一数据,则将所述第一数据作为待定帧头。
S2、取所述待定帧头之后的第二数据,并由所述第二数据得到当前的数据长度。
S3、以所述待定帧头为起点,取所述数据长度之后的第三数据,并检测所述第三数据与预设帧尾是否相符。
S4、若所述第三数据与所述预设帧尾相符,则将所述第一数据作为所述串口数据的帧头,以及将所述第三数据作为所述串口数据的帧尾。
可选地,在本实施例中,在串口数据的接收过程中,实时监测接收到的数据,并将接收到的数据与预设帧头进行匹配,若匹配到与预设帧头相符的第一数据,则将该第一数据作为待定帧头。可以理解的是,在对接收到的数据进行实时监测的过程中,可能监测到一个或多个本实施例的待定帧头。若监测到一个或多个本实施例的待定帧头,则在后续步骤中,对监测到的一个或多个待定帧头按这些待定帧头所监测到的次序,逐个进行分析,从而在这些待定帧头中确定真实的帧头。
可选地,在本实施例中,在确定每一个上述待定帧头后,再取所述待定帧头之后的第二数据,并由所述第二数据得到当前的数据长度。同样的,如上例所述,当存在多个连续的待定帧头时,同样按这些待定帧头所监测到的次序,逐个确定相应的第二数据。
可选地,在本实施例中,一种实施方式是,按上述次序,逐个确定相应的第二数据后,再以所述待定帧头为起点,逐个取所述数据长度之后的第三数据,并逐个检测所述第三数据与预设帧尾是否相符。
可选地,在本实施例中,另一种实施方式是,并非按上述次序逐个确定相应的第二数据,而是,针对第一个待定帧头,确定待定帧头之后的第二数据,并由所述第二数据得到当前的数据长度,待第一个待定帧头确定为非真实的帧头后,再对后续的待定帧头的真实性进行判定。
可选地,在本实施例中,一种实施方式是,按上述次序,逐个以所述待定帧头为起点,取所述数据长度之后的第三数据,并逐个检测这些所述第三数据与这些预设帧尾是否相符。
可选地,在本实施例中,另一种实施方式是,并非按上述次序逐个确定对应的第三数据,而是,针对第一个待定帧头,确定对应的第三数据,以及该第三数据与这一预设帧尾是否相符;若第一个第三数据与所述预设帧尾相符,则将所述第一数据作为所述串口数据的帧头,以及将所述第三数据作为所述串口数据的帧尾;最后,取消执行其它第三数据的相符判定,从而避免额外且无意义的重复操作。
本实施例的有益效果在于,通过在串口数据的接收过程中,若监测到与预设帧头相符的第一数据,则将所述第一数据作为待定帧头;取所述待定帧头之后的第二数据,并由所述第二数据得到当前的数据长度;以所述待定帧头为起点,取所述数据长度之后的第三数据,并检测所述第三数据与预设帧尾是否相符;若所述第三数据与所述预设帧尾相符,则将所述第一数据作为所述串口数据的帧头,以及将所述第三数据作为所述串口数据的帧尾。实现了一种简单便捷的串口数据解析方案,提升了串口数据的解析效率,降低了系统负担和调试难度。
实施例二
图2是本发明串口协议帧解析方法第二实施例的流程图,基于上述实施例,所述在串口数据的接收过程中,若监测到与预设帧头相符的第一数据,则将所述第一数据作为待定帧头,包括:
S11、在接收端接收所述串口数据之前,获取所述待定帧头和所述预设帧尾。
S12、在所述接收端接收所述串口数据的过程中,实时监测与所述预设帧头相同的一个或多个所述第一数据,并分别作为一个或多个所述待定帧头。
可选地,在本实施例中,将0xaaaa作为预设帧头,将0x5555作为预设帧尾。
可选地,在本实施例中,在所述接收端接收所述串口数据的过程中,实时监测数据中是否存在0xaaaa,若存在0xaaaa,则将这一段数据作为一个待定帧头。
可选地,在本实施例中,在将一段0xaaaa数据作为一个待定帧头后,并在监测到0x5555之前,可能还会监测到一个或多个0xaaaa数据,同样的,将后续监测到的0xaaaa数据同样作为待定帧头。
本实施例的有益效果在于,通过在接收端接收所述串口数据之前,获取所述待定帧头和所述预设帧尾;在所述接收端接收所述串口数据的过程中,实时监测与所述预设帧头相同的一个或多个所述第一数据,并分别作为一个或多个所述待定帧头。本申请为实现一种简单便捷的串口数据解析方案提供了待定帧头的确定方式,提升了串口数据的解析效率,降低了系统负担和调试难度。
实施例三
图3是本发明串口协议帧解析方法第三实施例的流程图,基于上述实施例,所述取所述待定帧头之后的第二数据,并由所述第二数据得到当前的数据长度,包括:
S21、在接收端接收所述串口数据之前,获取所述数据长度的数据段。
S22、在所述接收端接收所述串口数据的过程,若监测到所述待定帧头,则监测与所述待定帧头对应的所述数据段,并读取所述数据段所指示的所述数据长度。
可选地,在本实施例中,若监测到多个待定帧头,则按多个待定帧头监测到的次序,依次获取对应的数据长度。
可选地,在本实施例中,若监测到多个待定帧头,则获取第一个待定帧头对应的数据长度,暂不获取其它待定帧头所对应的数据长度,从而避免重复操作。
本实施例的有益效果在于,通过在接收端接收所述串口数据之前,获取所述数据长度的数据段;在所述接收端接收所述串口数据的过程,若监测到所述待定帧头,则监测与所述待定帧头对应的所述数据段,并读取所述数据段所指示的所述数据长度。本申请为实现一种简单便捷的串口数据解析方案提供了待定帧头的排队比对方式,提升了串口数据的解析效率,降低了系统负担和调试难度。
实施例四
图4是本发明串口协议帧解析方法第四实施例的流程图,基于上述实施例,所述以所述待定帧头为起点,取所述数据长度之后的第三数据,并检测所述第三数据与预设帧尾是否相符,包括:
S31、在所述接收端继续接收所述串口数据的过程,在所述第二数据之后,取与所述待定帧头相距所述数据长度的所述第三数据。
S32、若所述第三数据与所述预设帧尾不符,则撤销所述待定帧头,并继续监测新的所述待定帧头。
可选地,在本实施例中,若监测到多个待定帧头,则按多个待定帧头监测到的次序,依次取与所述待定帧头相距所述数据长度的所述第三数据,并以此判断所述第三数据与所述预设帧尾是否相符。若第一个第三数据与对应的预设帧尾不符,则撤销所述待定帧头,继续按次序判断其它第三数据与对应预设帧尾是否相符,直至找到与预设帧尾相符的第三数据,或者,当未能找到与预设帧尾相符的第三数据时,撤销这些待定帧头,并继续监测新的待定帧头。
本实施例的有益效果在于,通过在所述接收端继续接收所述串口数据的过程,在所述第二数据之后,取与所述待定帧头相距所述数据长度的所述第三数据;若所述第三数据与所述预设帧尾不符,则撤销所述待定帧头,并继续监测新的所述待定帧头。本申请为实现一种简单便捷的串口数据解析方案提供了预设帧尾的排队比对方式,提升了串口数据的解析效率,降低了系统负担和调试难度。
实施例五
图5是本发明串口协议帧解析方法第五实施例的流程图,基于上述实施例,所述若所述第三数据与所述预设帧尾相符,则将所述第一数据作为所述串口数据的帧头,以及将所述第三数据作为所述串口数据的帧尾,包括:
S41、若所述第三数据与所述预设帧尾相符,则取所述第二数据与所述第三数据之间的第四数据。
S42、获取所述第四数据所包含的第一校验值。
可选地,在本实施例中,以A为WiFi模块,B为浴霸控制器为例进行说明,设备A和设备B通过串口连接。首先,由设备A向设备B发送指令0xaaaa LEN xxxx xxxx……CHECKSUM0x5555;当设备B接收到0xaaaa后,开始判断是否为帧头;如上例所述,首先假定为帧头,再获取LEN长度,由此,根据该长度定位到帧尾的位置;从帧尾位置取出值和0x5555进行比对;若比对不通过,则鉴定为非帧尾;若比对通过,则继续取出CHECKSUM校验值,作为本实施例的第一校验值。
本实施例的有益效果在于,通过识别到若所述第三数据与所述预设帧尾相符,则取所述第二数据与所述第三数据之间的第四数据;获取所述第四数据所包含的第一校验值。本申请为实现一种简单便捷的串口数据解析方案提供了基于校验值的补充校验条件,提升了串口数据的解析效率,降低了系统负担和调试难度。
实施例六
图6是本发明串口协议帧解析方法第六实施例的流程图,基于上述实施例,所述若所述第三数据与所述预设帧尾相符,则将所述第一数据作为所述串口数据的帧头,以及将所述第三数据作为所述串口数据的帧尾,还包括:
S43、计算所述待定帧头和所述预设帧尾之间的所有数据的第二校验值。
S44、比对所述第二校验值是否与所述第一校验值一致,若所述第二校验值与所述第一校验值一致,则将所述第一数据作为所述串口数据的帧头,以及将所述第三数据作为所述串口数据的帧尾。
可选地,在本实施例中,若监测到多个待定帧头,一种方式是,按多个待定帧头监测到的次序,依次计算所述待定帧头和所述预设帧尾之间的所有数据的第二校验值,并进行校验值的比对。
可选地,在本实施例中,另一种方式是,首先计算第一个待定帧头和相应预设帧尾之间的所有数据的第二校验值,并进行校验值的比对,若比对一致,则不再执行其它待定帧头的校验值比对操作,若比对不一致,则再执行第二待定帧头的校验值比对操作,直至得到比对一致的帧头和帧尾,或者,继续监测新的待定帧头。
本实施例的有益效果在于,通过计算所述待定帧头和所述预设帧尾之间的所有数据的第二校验值;比对所述第二校验值是否与所述第一校验值一致,若所述第二校验值与所述第一校验值一致,则将所述第一数据作为所述串口数据的帧头,以及将所述第三数据作为所述串口数据的帧尾。本申请为实现一种简单便捷的串口数据解析方案提供了校验值的排队比对方式,提升了串口数据的解析效率,降低了系统负担和调试难度。
实施例七
图7是本发明串口协议帧解析方法第七实施例的流程图,基于上述实施例,所述若所述第三数据与所述预设帧尾相符,则将所述第一数据作为所述串口数据的帧头,以及将所述第三数据作为所述串口数据的帧尾,还包括:
S45、在将所述第一数据作为所述串口数据的帧头,以及将所述第三数据作为所述串口数据的帧尾,并忽略所述帧头与所述帧尾之间存在的其它所述待定帧头。
S46、以所述帧尾为起点,继续执行所述待定帧头的监测操作。
可选地,在本实施例中,在将所述第一数据作为所述串口数据的帧头,以及将所述第三数据作为所述串口数据的帧尾之后,即可确定这一段为有效数据,此时,可以忽略所述帧头与所述帧尾之间存在的其它所述待定帧头。
可选地,在本实施例中,以所述帧尾为起点,继续执行所述待定帧头的监测操作。
可选地,在本实施例中,还可以将帧头与帧尾的监测次序调换,也即,将帧尾作为前置条件,反向通过数据长度推断帧头是否相符,并同样通过校验值进行进一步地确认。
本实施例的有益效果在于,通过在将所述第一数据作为所述串口数据的帧头,以及将所述第三数据作为所述串口数据的帧尾,并忽略所述帧头与所述帧尾之间存在的其它所述待定帧头;以所述帧尾为起点,继续执行所述待定帧头的监测操作。本申请为实现一种简单便捷的串口数据解析方案提供了待定串口数据的帧头及帧尾的确定方式,提升了串口数据的解析效率,降低了系统负担和调试难度。
实施例八
基于上述实施例,所述串口数据的头端为所述帧头,尾端为所述帧尾,在所述帧头与所述帧尾之间依次包括帧长度和帧校验,其中,所述帧长度用于指示所述数据长度,所述帧校验用于指示所述第一校验值。
请参阅图8,可选地,在本实施例中,一段有效的串口数据包括八个帧段,分别为1、帧头,2个字节:0xaaaa;2、长度,一个字节:命令+索引+请求/应答+数据+校验之和(转码前的长度);3、命令,一个字节:根据具体的通信需求设置;4、索引,一个字节;5、请求/应答,一个字节:1请求、0应答;6、数据,根据具体的通信需求设置命令对应的数据,长度记为X,其中,X可为0;7、校验,一个字节:长度+命令+索引+请求/应答+数据之和的校验值(转码前的校验);8、帧尾,两个字节:0x5555。
本实施例的有益效果在于,通过设置上述帧结构的串口数据,确定对应的帧头、帧尾,以及帧头和帧尾之间的长度和校验,为实现一种简单便捷的串口数据解析方案提供了待定串口数据的免转码的长度和校验的基础,提升了串口数据的解析效率,降低了系统负担和调试难度。
实施例九
基于上述实施例,本发明还提出了一种串口协议帧解析设备,该设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如上任一项所述的串口协议帧解析方法的步骤。
需要说明的是,上述设备实施例与方法实施例属于同一构思,其具体实现过程详细见方法实施例,且方法实施例中的技术特征在设备实施例中均对应适用,这里不再赘述。
实施例十
基于上述实施例,本发明还提出了一种计算机可读存储介质,该计算机可读存储介质上存储有串口协议帧解析程序,串口协议帧解析程序被处理器执行时实现如上述任一项所述的串口协议帧解析方法的步骤。
需要说明的是,上述介质实施例与方法实施例属于同一构思,其具体实现过程详细见方法实施例,且方法实施例中的技术特征在介质实施例中均对应适用,这里不再赘述。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,这些均属于本发明的保护之内。

Claims (6)

1.一种串口协议帧解析方法,其特征在于,所述方法包括:
在串口数据的接收过程中,若监测到与预设帧头相符的第一数据,则将所述第一数据作为待定帧头;
取所述待定帧头之后的第二数据,并由所述第二数据得到当前的数据长度;
以所述待定帧头为起点,取所述数据长度之后的第三数据,并检测所述第三数据与预设帧尾是否相符;
若所述第三数据与所述预设帧尾相符,则将所述第一数据作为所述串口数据的帧头,以及将所述第三数据作为所述串口数据的帧尾;
所述以所述待定帧头为起点,取所述数据长度之后的第三数据,并检测所述第三数据与预设帧尾是否相符,包括:
在接收端继续接收所述串口数据的过程,在所述第二数据之后,取与所述待定帧头相距所述数据长度的所述第三数据;
若所述第三数据与所述预设帧尾不符,则撤销所述待定帧头,并继续监测新的所述待定帧头;
其中,
若监测到多个待定帧头,则按多个待定帧头被监测到的次序,依次取与所述待定帧头相距所述数据长度的所述第三数据,并判断所述第三数据与所述预设帧尾是否相符;若第一个所述第三数据与对应的预设帧尾不符,则撤销所述待定帧头,继续按所述次序判断其它的所述第三数据与对应预设帧尾是否相符,直至找到与对应的预设帧尾相符的第三数据,或者,当未能找到与对应的预设帧尾相符的第三数据时,撤销所述多个待定帧头,并继续监测新的待定帧头;
所述若所述第三数据与所述预设帧尾相符,则将所述第一数据作为所述串口数据的帧头,以及将所述第三数据作为所述串口数据的帧尾,包括:
若所述第三数据与所述预设帧尾相符,则取所述第二数据与所述第三数据之间的第四数据;
获取所述第四数据所包含的第一校验值;
计算所述待定帧头和所述预设帧尾之间的所有数据的第二校验值;
比对所述第二校验值是否与所述第一校验值一致,若所述第二校验值与所述第一校验值一致,则将所述第一数据作为所述串口数据的帧头,以及将所述第三数据作为所述串口数据的帧尾;
在将所述第一数据作为所述串口数据的帧头,以及将所述第三数据作为所述串口数据的帧尾,并忽略所述帧头与所述帧尾之间存在的其它所述待定帧头;
以所述帧尾为起点,继续执行所述待定帧头的监测操作。
2.根据权利要求1所述的串口协议帧解析方法,其特征在于,所述在串口数据的接收过程中,若监测到与预设帧头相符的第一数据,则将所述第一数据作为待定帧头,包括:
在所述接收端接收所述串口数据之前,获取所述待定帧头和所述预设帧尾;
在所述接收端接收所述串口数据的过程中,实时监测与所述预设帧头相同的一个或多个所述第一数据,并分别作为一个或多个所述待定帧头。
3.根据权利要求1所述的串口协议帧解析方法,其特征在于,所述取所述待定帧头之后的第二数据,并由所述第二数据得到当前的数据长度,包括:
在所述接收端接收所述串口数据之前,获取所述数据长度的数据段;
在所述接收端接收所述串口数据的过程,若监测到所述待定帧头,则监测与所述待定帧头对应的所述数据段,并读取所述数据段所指示的所述数据长度。
4.根据权利要求1所述的串口协议帧解析方法,其特征在于,所述串口数据的头端为所述帧头,尾端为所述帧尾,在所述帧头与所述帧尾之间依次包括帧长度和帧校验,其中,所述帧长度用于指示所述数据长度,所述帧校验用于指示所述第一校验值。
5.一种串口协议帧解析设备,其特征在于,所述设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如权利要求1至4中任一项所述的串口协议帧解析方法的步骤。
6.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有串口协议帧解析程序,所述串口协议帧解析程序被处理器执行时实现如权利要求1至4中任一项所述的串口协议帧解析方法的步骤。
CN202111158366.8A 2021-09-30 2021-09-30 一种串口协议帧解析方法、设备及计算机可读存储介质 Active CN113824731B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111158366.8A CN113824731B (zh) 2021-09-30 2021-09-30 一种串口协议帧解析方法、设备及计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111158366.8A CN113824731B (zh) 2021-09-30 2021-09-30 一种串口协议帧解析方法、设备及计算机可读存储介质

Publications (2)

Publication Number Publication Date
CN113824731A CN113824731A (zh) 2021-12-21
CN113824731B true CN113824731B (zh) 2023-05-12

Family

ID=78919859

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111158366.8A Active CN113824731B (zh) 2021-09-30 2021-09-30 一种串口协议帧解析方法、设备及计算机可读存储介质

Country Status (1)

Country Link
CN (1) CN113824731B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114979307B (zh) * 2022-04-19 2024-07-26 杭州涂鸦信息技术有限公司 通信协议的解析方法、智能终端及存储介质
CN115361095B (zh) * 2022-08-25 2024-04-16 上海纳恩汽车技术股份有限公司 数据传输方法、智能钥匙、装置、控制系统以及介质
CN115623095B (zh) * 2022-12-12 2023-04-07 苏州联讯仪器股份有限公司 一种数据包提取方法、装置、设备及介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110417773A (zh) * 2019-07-26 2019-11-05 湖北三江航天红峰控制有限公司 一种串口协议数据采集解析方法、系统及装置

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104142901A (zh) * 2013-05-07 2014-11-12 北京化工大学 一种具有传输优先级的串口复用器实现方法
CN104242954B (zh) * 2013-06-21 2017-03-15 上海华虹集成电路有限责任公司 双副载波模式信号解码器
CN106209322B (zh) * 2016-07-18 2019-12-20 浙江大华技术股份有限公司 一种视频信号中混合传输数据的方法及装置
CN110704356A (zh) * 2019-09-25 2020-01-17 天津津航计算技术研究所 一种通用的解析串口数据方法
CN110912931A (zh) * 2019-12-16 2020-03-24 上海无线电设备研究所 一种基于字符转义的数据通信组帧方法
CN111711609A (zh) * 2020-05-21 2020-09-25 重庆川仪自动化股份有限公司 一种串口通信中的协议设计方法
CN111858447A (zh) * 2020-07-13 2020-10-30 深圳市集贤科技有限公司 一种从串口接收数据、处理数据帧的方法
CN112565146B (zh) * 2020-11-23 2022-08-09 网络通信与安全紫金山实验室 一种数据接收方法、装置以及计算机可读存储介质
CN112650698A (zh) * 2020-12-22 2021-04-13 北京东土和兴科技有限公司 一种数据传输方法、装置、电子设备及存储介质
CN113392060A (zh) * 2021-06-16 2021-09-14 天津津航计算技术研究所 一种通用的串口数据接收处理方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110417773A (zh) * 2019-07-26 2019-11-05 湖北三江航天红峰控制有限公司 一种串口协议数据采集解析方法、系统及装置

Also Published As

Publication number Publication date
CN113824731A (zh) 2021-12-21

Similar Documents

Publication Publication Date Title
CN113824731B (zh) 一种串口协议帧解析方法、设备及计算机可读存储介质
CN114362885B (zh) 物联网数据传输方法、通信系统、设备和介质
CN110704356A (zh) 一种通用的解析串口数据方法
CN111190851A (zh) 可变长协议的解析方法、装置、设备及介质
CN112910838B (zh) 复合协议解析方法、装置、设备、系统和存储介质
CN111464515A (zh) 一种数据转换方法、装置、设备及存储介质
CN111641505B (zh) 信息处理方法、装置、电子设备及可读存储介质
CN114979307B (zh) 通信协议的解析方法、智能终端及存储介质
CN114338270B (zh) 数据通信方法、装置、电子设备及存储介质
CN211630177U (zh) 设备数据的采集系统
CN109309670B (zh) 数据流解码方法和系统、电子装置及计算机可读存储介质
CN111526075A (zh) 智能设备控制方法、存储介质以及电子设备
CN117032726B (zh) 一种用于实时绘制频谱图的方法及系统
CN111757119B (zh) 一种软硬件协同工作实现vp9 prob更新的方法和存储设备
CN117472640B (zh) 跨平台事件处理方法和系统
CN111314268B (zh) 一种数据包分析方法及装置
CN116597817A (zh) 音频识别方法、装置和存储介质
CN118301176A (zh) 一种基于串口通讯的非标设备数据采集方法及系统
JPH1168874A (ja) 伝送情報の解析方式
CN116627903A (zh) 数据导入方法以及相关设备
CN118784753A (zh) 一种电动舵机串行通信协议通用解析方法及系统
CN118590567A (zh) 以太网服务日志解析方法、装置、电子设备及存储介质
CN118300911A (zh) 一种基于以太网通讯的非标设备数据采集方法及系统
CN117812172A (zh) 一种诊断报文解析方法、装置、设备及介质
CN111162983A (zh) 设备数据的采集方法及装置、存储介质和电子装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right

Effective date of registration: 20220114

Address after: 518000 Guangdong city of Shenzhen province Nanshan District Xili Hirayama Private Technology Industrial Park 5

Applicant after: SHENZHEN ZOWEE TECHNOLOGY Co.,Ltd.

Address before: 518000 Guangdong city of Shenzhen province Nanshan District Xili Hirayama Private Technology Industrial Park 5

Applicant before: SHENZHEN ZOWEE TECHNOLOGY Co.,Ltd.

Applicant before: Yisheng (Xiamen) Technology Co.,Ltd.

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant