CN103607258A - 汽车电脑诊断设备中主从设备的通信方法、装置及系统 - Google Patents

汽车电脑诊断设备中主从设备的通信方法、装置及系统 Download PDF

Info

Publication number
CN103607258A
CN103607258A CN201310578091.2A CN201310578091A CN103607258A CN 103607258 A CN103607258 A CN 103607258A CN 201310578091 A CN201310578091 A CN 201310578091A CN 103607258 A CN103607258 A CN 103607258A
Authority
CN
China
Prior art keywords
data
encapsulation
equipment
frame head
receives
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.)
Granted
Application number
CN201310578091.2A
Other languages
English (en)
Other versions
CN103607258B (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.)
Autel Intelligent Technology Corp Ltd
Original Assignee
Autel Intelligent Technology Corp 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 Autel Intelligent Technology Corp Ltd filed Critical Autel Intelligent Technology Corp Ltd
Priority to CN201310578091.2A priority Critical patent/CN103607258B/zh
Publication of CN103607258A publication Critical patent/CN103607258A/zh
Application granted granted Critical
Publication of CN103607258B publication Critical patent/CN103607258B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Abstract

本发明公开一种汽车电脑诊断设备中主从设备的通信方法,包括:第一设备接收第二设备发送的封装数据,所述第一设备与第二设备中,其一为主设备,另一个为从设备;第一设备对所接收到的封装数据的帧头进行校验,判断所接收的封装数据的帧头是否正确;当判断所接收的封装数据的帧头正确时,判断该封装数据是否接收完;当封装数据未接收完时,继续接收封装数据,直到所述封装数据接收完;当封装数据接收完时,对所接收到的封装数据进行校验,并在校验成功后,返回相应的应答信息。本发明还公开了一种应用上述方法的通信装置及系统。本发明降低了数据传输的误码率,而且提高了数据接收的效率。

Description

汽车电脑诊断设备中主从设备的通信方法、装置及系统
技术领域
本发明涉及互联网领域,尤其涉及一种汽车电脑诊断设备中主从设备的通信方法、装置及系统。
背景技术
近年来,由于混合动力汽车和电动汽车的飞速发展,汽车计算机系统在汽车设计中的频频出现,给汽车的维修带来更高的难度,不在像以前纯机械时系统维修方式,需要更专业的电子知识,为了帮助解决汽车计算机系统的维修难题,汽车故障诊断设备相继出现,大大的提高了汽车维修的速度。
现有的汽车电脑诊断设备,多数以一体机为主,主、从机模式的设备以原厂设备为主,然而原厂仪大多价格昂贵,普通的汽车维修厂基本无能力承担如此昂贵的设备费用。经分析,现有的诊断仪具有的主、从设备通信方式中无帧序号识别技术,并且数据传输过程中,只使用了一般的校验和方式,无法保证通信数据的可靠性,而且多数以指令重发的方式来解决可靠性问题,造成维修过程变慢,用户体验变低。
发明内容
本发明实施例的主要目的是提供一种汽车电脑诊断设备中主从设备的通信方法、装置及系统,旨在降低误码率,保证主从设备之间的可靠通信。
为达到以上目的,本发明实施例提供了一种汽车电脑诊断设备中主从设备的通信方法,包括以下步骤:
第一设备接收第二设备发送的封装数据,所述第一设备与第二设备中,其一为主设备,另一个为从设备;
第一设备对所接收到的封装数据的帧头进行校验,判断所接收的封装数据的帧头是否正确;
当判断所接收的封装数据的帧头正确时,判断该封装数据是否接收完;
当封装数据未接收完时,继续接收封装数据,直到所述封装数据接收完;
当封装数据接收完时,对所接收到的封装数据进行校验,并在校验成功后,返回相应的应答信息。
优选地,所述封装数据为PACKET_DATA结构体,该封装数据包括帧头、帧数据及帧校验;所述帧头包括帧签名、帧尺寸、帧序号及帧头校验和。
优选地,所述第一设备对所接收到的封装数据的帧头进行校验,判断所接收的封装数据的帧头是否正确包括:
第一设备根据帧签名判断所接收的封装数据的帧头是否有效;
当判断所接收的封装数据的帧头有效时,判断所接收的封装数据的长度是否大于帧头长度;
当所接收的封装数据的长度大于帧头长度时,判断帧头校验和是否正确;
当帧头校验和正确时,判断所接收的封装数据的帧头正确;
当判断所接收的封装数据的帧头没有效时,或者当所接收的封装数据的长度小于或等于帧头长度时,或者帧头校验和不正确时,判断所接收的封装数据的帧头错误。
优选地,所述判断该封装数据是否接收完包括:
判断接收到的封装数据总长度是否大于或等于帧尺寸;
当接收到的数据总长度大于或等于帧尺寸时,判断封装数据接收完;
当接收到的数据总长度小于帧尺寸时,判断封装数据未接收完。
优选地,所述当封装数据接收完时,对所接收到的封装数据进行校验,并在校验成功后,返回相应的应答信息包括:
当封装数据接收完时,第一设备对所述封装数据进行CRC32校验;
在校验成功后,将所接收的数据的帧序号返回至第二设备;
在校验失败后,删除所接收到的数据。
本发明还提供了一种汽车电脑诊断设备中主从设备的通信方法,包括以下步骤:
第二设备侦测到数据发送指令时,将要发送的数据进行封装,所述封装数据包括帧头、帧数据及帧校验;
第一设备接收到第二设备发送的数据时,对所接收到的数据的帧头进行校验,判断所接收的数据的帧头是否正确;
当判断所接收的数据正确时,第一设备判断该封装数据是否接收完;
当封装数据未接收完时,第一设备继续接收封装数据,直到所述封装数据接收完;
当封装数据接收完时,第一设备对所述封装数据进行校验,并在校验成功后,返回相应的应答信息;
第二设备根据第一设备返回的应答信息,对应答信息进行校验,确认通信是否正确。
优选地,所述第一设备与第二设备之间的通信包括USB、网络、WIFI、蓝牙、RFID。
优选地,还包括:
所述第二设备判断一预置时间内是否接收到第一设备返回的应答信息,否则重新发送封装数据;
当第二设备连续预置次数未接收到第一设备返回的应答信息,则确认主从设备之间的通信故障。
本发明还提供了一种汽车电脑诊断设备中主从设备的通信装置,包括:
数据接收模块,用于接收另一设备发送的封装数据;当判断所接收的封装数据的帧头正确时,判断该封装数据是否接收完;当封装数据未接收完时,继续接收封装数据,直到所述封装数据接收完;
帧头判断模块,用于对所接收到的封装数据的帧头进行校验,判断所接收的封装数据的帧头是否正确;
数据校验模块,用于当封装数据接收完时,对所接收到的封装数据进行校验,并在校验成功后,返回相应的应答信息。
优选地,所述封装数据为PACKET_DATA结构体,该封装数据包括帧头、帧数据及帧校验;所述帧头包括帧签名、帧尺寸、帧序号及帧头校验和。
优选地,所述帧头判断模块用于:
帧头签名判断单元,用于根据帧签名判断所接收的封装数据的帧头是否有效;当判断所接收的数据的帧头没有效时,判断所接收的数据的帧头错误;
帧头长度判断单元,用于当判断所接收的封装数据的帧头有效时,判断所接收的封装数据的长度是否大于帧头长度;当所接收的数据长度小于或等于帧头长度时,判断所接收的数据的帧头错误;
帧头校验单元,用于当所接收的封装数据的长度大于帧头长度时,判断帧头校验和是否正确;当帧头校验和正确时,判断所接收的封装数据的帧头正确;当帧头校验和不正确时,判断所接收的封装数据的帧头错误。
优选地,所述数据校验模块用于:当封装数据接收完时,对所述封装数据进行CRC32校验;在校验成功后,将所接收的数据的帧序号返回至第二设备;在校验失败后,删除所接收到的数据。
本发明还提供了一种汽车电脑诊断设备中主从设备的通信系统,包括互相通信的第一设备与第二设备,其中第一设备与第二设备均包括上述结构的通信装置,而且该第一设备与第二设备还包括:
数据封装模块,用于对将要发送的数据进行封装;
通信判断模块,用于根据第一设备返回的应答信息,对应答信息进行校验,确认通信是否正确。
本发明实施例通过将主从设备之间的通信数据进行封装,从而使得在通信过程中,可以先对封装数据的帧头进行接收,并对所述帧头进行校验;在帧头校验成功后,再对整个封装数据进行校验,从而降低了数据传输的误码率。同时,可以在判断帧头不正确时及时停止数据的接收,提高了数据接收的效率。
附图说明
图1是本发明智能诊断设备中主从设备的通信方法第一实施例的流程示意图;
图2是本发明智能诊断设备中主从设备的通信方法中对帧头进行判断的流程示意图;
图3是本发明智能诊断设备中主从设备的通信方法中对封装数据进行校验的流程示意图;
图4是本发明智能诊断设备中主从设备的通信方法第二实施例的流程示意图;
图5是本发明智能诊断设备中主从设备的通信装置较佳实施例的功能模块示意图;
图6是本发明智能诊断设备中主从设备的通信装置中帧头判断模块的细化功能模块示意图;
图7是本发明智能诊断设备中主从设备的通信系统的功能模块示意图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
以下结合说明书附图及具体实施例进一步说明本发明的技术方案。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明提供一种汽车电脑诊断设备中主从设备的通信方法。参照图1,一实施例中,该主从设备的通信方法包括以下步骤:
步骤S110、第二设备侦测到通信指令时,将要发送的数据进行封装;
本示例中,该封装数据为PACKET_DATA结构体,该封装数据包括帧头、帧数据及帧校验和;所述帧头包括帧签名、帧尺寸、帧序号及帧头校验和。具体的封装数据结构如下所示:
Figure BDA0000416521830000061
步骤S120、第二设备将封装好的数据发送至第一设备;
所述第一设备与第二设备中,其一为主设备,另一个为从设备。该第一设备与第二设备之间的通信可以包括USB、网络、WIFI、蓝牙、RFID等其他的通信方式。
步骤S130、第一设备对所接收到的封装数据的帧头进行校验,判断所接收的封装数据的帧头是否正确;是则转入步骤S140,否则转入步骤S180;
当第一设备接收到封装数据时,将先接收到封装数据的帧头,则对接收的封装数据的帧头进行校验,以判断所接收的封装数据的帧头是否正确。
步骤S140、当判断所接收的封装数据的帧头正确时,判断该封装数据是否接收完;是则转入步骤S160,否则转入步骤S150;
判断封装数据是否接收完,可以根据接收到的封装数据的总长度来判断,具体为:当判断接收到的封装数据总长度是否大于或等于帧尺寸;当接收到的数据总长度大于或等于帧尺寸时,判断封装数据接收完;当接收到的数据总长度小于帧尺寸时,判断封装数据未接收完。当然,还可以在封装数据中设置一协议好的结束标识,当第一设备接收到该结束标识,则判断封装数据接收完;否则判断封装数据未接收完。
步骤S150、当封装数据未接收完时,继续接收封装数据,直到所述封装数据接收完;
步骤S160、当封装数据接收完时,对所接收到的封装数据进行校验;
步骤S170、在校验成功后,返回相应的应答信息;
当封装数据接收完时,则对接收到的封装数据进行校验。本实施例中,该校验的方式为CRC32校验,当然也可以为其他的校验方式。
步骤S180、停止数据接收。
当判断封装数据的帧头错误,则停止接收数据。
本发明实施例通过将主从设备之间的通信数据进行封装,从而使得在通信过程中,可以先对封装数据的帧头进行接收,并对所述帧头进行校验;在帧头校验成功后,再对整个封装数据进行校验,从而降低了数据传输的误码率。同时,可以在判断帧头不正确时及时停止数据的接收,提高了数据接收的效率。
进一步地,参照图2,上述步骤S130包括:
步骤S131、第一设备根据帧签名判断所接收的封装数据的帧头是否有效;是则转入步骤S132,否则转入步骤S135;
步骤S132、判断所接收的封装数据的长度是否大于帧头长度;是则转入步骤S133,否则转入步骤S135;
步骤S133、判断帧头校验和是否正确;是则转入步骤S134,否则转入步骤S135;
上述帧头校验和ulAdd=ulSign+ulSize+ulSerial。其中ulSign为帧签名;ulSize为帧总大小,其为帧校验和、帧头大小以及数据长度的总和;ulSerial为帧序号。
步骤S134、判断所接收的封装数据的帧头正确;
步骤S135、判断所接收的封装数据的帧头错误。
进一步地,参照图3,上述步骤S160包括:
步骤S161、当封装数据接收完时,第一设备对所述封装数据进行CRC32校验;校验成功后,转入步骤S162,否则转入步骤S163;
步骤S162、将所接收的数据的帧序号返回至第二设备;
步骤S163、删除所接收到的数据。
基于该第一设备返回的应答信息,本发明还提供了一种主从设备的通信方法又一实施例。参照图4,该实施例中,步骤S170之后还包括:
步骤S190、第二设备根据第一设备返回的应答信息,对应答信息进行校验,确认通信是否正确。
由于垃圾数据或由于设备断开等异常情总留下的残余帧也可能满足上述封装结构,所以为了避免通信的误判,所以第一设备在校验成功后,还要返回帧序号,而且该帧序号为接收到的封装数据中的帧序号。由于第一设备中返回的应答信息中包括第二设备发送的封装数据的帧序号,所以当第二设备接收到该应答信息时,可以将应答信息中的帧序号与之前发送的封装数据的帧序号比较,若一致则确认主从设备之间的通信正确;否则确认主从设备之间的通信错误。
步骤S200、当第二设备判断一预置时间内未接收到第一设备返回的应答信息,是则重新发送封装数据,而且当第二设备连续预置次数未接收到第一设备返回的应答信息,则确认主从设备之间存在通信故障;
若第一设备判断接收的封装数据的帧头错误,或者第一设备判断接收到的封装数据帧校验失败,第一设备都将无法响应第二设备。因此,本实施例中,设定一预置时间。该预置时间为第二设备发出封装数据时至该第二设备接收到第一设备的应答信息的时间。当第二设备在该预置时间内未接收到第一设备返回的应答信息时,则重新发送数据;当第二设备在该预置时间内接收到第一设备返回的应答信息时,转入步骤S190;
当第二设备在该预置时间内未接收到第一设备返回的应答信息时,则重新发送封装数据。若第二设备未接收到第一设备返回的应答信息时,在此发送封装数据。重复一预置次数后,仍然未接收第一设备返回的应答信息时,则第二设备确认主从设备之间存在通信故障。
本实施例中,第一设备对接收到的封装数据校验成功时,返回接收的封装数据中的帧序号,以供第二设备对该应答信息进行校验,从而增加了数据传输的可靠性。
对应上述方法实施例,本发明提出了一种主从设备的通信装置。参照图5,该主从设备的通信装置包括:
数据接收模块110,用于接收另一设备发送的封装数据;当判断所接收的封装数据的帧头正确时,判断该封装数据是否接收完;当封装数据未接收完时,继续接收封装数据,直到所述封装数据接收完;
帧头判断模块120,用于对所接收到的封装数据的帧头进行校验,判断所接收的封装数据的帧头是否正确;
数据校验模块130,用于当封装数据接收完时,对所接收到的封装数据进行校验,并在校验成功后,返回相应的应答信息。
上述封装数据为PACKET_DATA结构体,该封装数据包括帧头、帧数据及帧校验;所述帧头包括帧签名、帧尺寸、帧序号及帧头校验和。帧头判断模块120对接收到的封装数据的帧头进行校验,若判断该帧头正确,则数据接收模块110继续接收数据,直到该整个封装数据接收完;若判断该帧头错误,则停止接收数据。具体为:数据接收模块110判断接收到的封装数据总长度是否大于或等于帧尺寸;当接收到的数据总长度大于或等于帧尺寸时,判断封装数据接收完;当接收到的数据总长度小于帧尺寸时,判断封装数据未接收完。当封装数据接收完时,数据校验模块130则对接收到的封装数据进行校验。本实施例中,该校验的方式为CRC32校验,当然也可以为其他的校验方式。
本发明实施例通过将主从设备之间的通信数据进行封装,从而使得在通信过程中,可以先对封装数据的帧头进行接收,并对所述帧头进行校验;在帧头校验成功后,再对整个封装数据进行校验,从而降低了数据传输的误码率。同时,可以在判断帧头不正确时及时停止数据的接收,提高了数据接收的效率。
进一步地,参照图6,上述帧头判断模块120用于:
帧头签名判断单元121,用于根据帧签名判断所接收的封装数据的帧头是否有效;当判断所接收的数据的帧头没有效时,判断所接收的数据的帧头错误;
帧头长度判断单元122,用于当判断所接收的封装数据的帧头有效时,判断所接收的封装数据的长度是否大于帧头长度;当所接收的数据长度小于或等于帧头长度时,判断所接收的数据的帧头错误;
帧头校验单元123,用于当所接收的封装数据的长度大于帧头长度时,判断帧头校验和是否正确;当帧头校验和正确时,判断所接收的封装数据的帧头正确;当帧头校验和不正确时,判断所接收的封装数据的帧头错误。
上述帧头校验和ulAdd=ulSign+ulSize+ulSerial。其中ulSign为帧签名;ulSize为帧总大小,其为帧校验和、帧头大小以及数据长度的总和;ulSerial为帧序号。
进一步地,上述数据校验模块130还用于:当封装数据接收完时,对所述封装数据进行CRC32校验;在校验成功后,将所接收的数据的帧序号返回至另一设备;在校验失败后,删除所接收到的数据。该帧序号供另一设备进行校验,以确认该主从通信是否正确。
本发明还提出了主从设备的通信系统,参照图7,该主从设备的通信系统包括互相通信的第一设备100及第二设备200。所述第一设备100与第二设备200均设有上述结构的通信装置101、201,使得第一设备100可以接收第二设备200发送的数据,并对其进行校验,或者第二设备200可以接收第一设备100发送的数据,并对其进行校验。其中该第一设备100及第二设备200还包括:数据封装模块102、202,用于对将要发送的数据进行封装;通信判断模块103、203,用于根据第一设备100返回的应答信息,对应答信息进行校验,确认通信是否正确。具体为:在一设备需要向另一设备发送数据时,先将要发送的数据进行封装,获得PACKET_DATA结构体的数据。由于垃圾数据或由于设备断开等异常情总留下的残余帧也可能满足上述封装结构,所以为了避免通信的误判,所以第一设备在校验成功后,返回的应答信息包括帧序号,而且该帧序号为接收到的封装数据中的帧序号。由于第一设备中返回的应答信息中包括第二设备发送的封装数据的帧序号,所以当第二设备接收到该应答信息时,可以将应答信息中的帧序号与之前发送的封装数据的帧序号比较,若一致则确认主从设备之间的通信正确;否则确认主从设备之间的通信错误。
本实施例中,第一设备对接收到的封装数据校验成功时,返回接收的封装数据中的帧序号,以供第二设备对该应答信息进行校验,从而增加了数据传输的可靠性。
以上所述仅为本发明的优选实施例,并非因此限制其专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。

Claims (13)

1.一种汽车电脑诊断设备中主从设备的通信方法,其特征在于,包括以下步骤:
第一设备接收第二设备发送的封装数据,所述第一设备与第二设备中,其一为主设备,另一个为从设备;
第一设备对所接收到的封装数据的帧头进行校验,判断所接收的封装数据的帧头是否正确;
当判断所接收的封装数据的帧头正确时,判断该封装数据是否接收完;
当封装数据未接收完时,继续接收封装数据,直到所述封装数据接收完;
当封装数据接收完时,对所接收到的封装数据进行校验,并在校验成功后,返回相应的应答信息。
2.根据权利要求1所述的汽车电脑诊断设备中主从设备的通信方法,其特征在于,所述封装数据为PACKET_DATA结构体,该封装数据包括帧头、帧数据及帧校验;所述帧头包括帧签名、帧尺寸、帧序号及帧头校验和。
3.根据权利要求2所述的汽车电脑诊断设备中主从设备的通信方法,其特征在于,所述第一设备对所接收到的封装数据的帧头进行校验,判断所接收的封装数据的帧头是否正确包括:
第一设备根据帧签名判断所接收的封装数据的帧头是否有效;
当判断所接收的封装数据的帧头有效时,判断所接收的封装数据的长度是否大于帧头长度;
当所接收的封装数据的长度大于帧头长度时,判断帧头校验和是否正确;
当帧头校验和正确时,判断所接收的封装数据的帧头正确;
当判断所接收的封装数据的帧头没有效时,或者当所接收的封装数据的长度小于或等于帧头长度时,或者帧头校验和不正确时,判断所接收的封装数据的帧头错误。
4.根据权利要求2所述的汽车电脑诊断设备中主从设备的通信方法,其特征在于,所述判断该封装数据是否接收完包括:
判断接收到的封装数据总长度是否大于或等于帧尺寸;
当接收到的数据总长度大于或等于帧尺寸时,判断封装数据接收完;
当接收到的数据总长度小于帧尺寸时,判断封装数据未接收完。
5.根据权利要求2所述的汽车电脑诊断设备中主从设备的通信方法,其特征在于,所述当封装数据接收完时,对所接收到的封装数据进行校验,并在校验成功后,返回相应的应答信息包括:
当封装数据接收完时,第一设备对所述封装数据进行CRC32校验;
在校验成功后,将所接收的数据的帧序号返回至第二设备;
在校验失败后,删除所接收到的数据。
6.一种汽车电脑诊断设备中主从设备的通信方法,其特征在于,包括以下步骤:
第二设备侦测到数据发送指令时,将要发送的数据进行封装,所述封装数据包括帧头、帧数据及帧校验;
第一设备接收到第二设备发送的数据时,对所接收到的数据的帧头进行校验,判断所接收的数据的帧头是否正确;
当判断所接收的数据正确时,第一设备判断该封装数据是否接收完;
当封装数据未接收完时,第一设备继续接收封装数据,直到所述封装数据接收完;
当封装数据接收完时,第一设备对所述封装数据进行校验,并在校验成功后,返回相应的应答信息;
第二设备根据第一设备返回的应答信息,对应答信息进行校验,确认通信是否正确。
7.根据权利要求6所述的汽车电脑诊断设备中主从设备的通信方法,其特征在于,所述第一设备与第二设备之间的通信包括USB、网络、WIFI、蓝牙、RFID。
8.根据权利要求6所述的主从设备的通信方法,其特征在于,还包括:
所述第二设备判断一预置时间内是否接收到第一设备返回的应答信息,否则重新发送封装数据;
当第二设备连续预置次数未接收到第一设备返回的应答信息,则确认主从设备之间的通信故障。
9.一种汽车电脑诊断设备中主从设备的通信装置,其特征在于,包括:
数据接收模块,用于接收另一设备发送的封装数据;当判断所接收的封装数据的帧头正确时,判断该封装数据是否接收完;当封装数据未接收完时,继续接收封装数据,直到所述封装数据接收完;
帧头判断模块,用于对所接收到的封装数据的帧头进行校验,判断所接收的封装数据的帧头是否正确;
数据校验模块,用于当封装数据接收完时,对所接收到的封装数据进行校验,并在校验成功后,返回相应的应答信息。
10.根据权利要求9所述的汽车电脑诊断设备中主从设备的通信装置,其特征在于,所述封装数据为PACKET_DATA结构体,该封装数据包括帧头、帧数据及帧校验;所述帧头包括帧签名、帧尺寸、帧序号及帧头校验和。
11.根据权利要求8所述的汽车电脑诊断设备中主从设备的通信装置,其特征在于,所述帧头判断模块用于:
帧头签名判断单元,用于根据帧签名判断所接收的封装数据的帧头是否有效;当判断所接收的数据的帧头没有效时,判断所接收的数据的帧头错误;
帧头长度判断单元,用于当判断所接收的封装数据的帧头有效时,判断所接收的封装数据的长度是否大于帧头长度;当所接收的数据长度小于或等于帧头长度时,判断所接收的数据的帧头错误;
帧头校验单元,用于当所接收的封装数据的长度大于帧头长度时,判断帧头校验和是否正确;当帧头校验和正确时,判断所接收的封装数据的帧头正确;当帧头校验和不正确时,判断所接收的封装数据的帧头错误。
12.根据权利要求10所述的汽车电脑诊断设备中主从设备的通信装置,其特征在于,所述数据校验模块用于:当封装数据接收完时,对所述封装数据进行CRC32校验;在校验成功后,将所接收的数据的帧序号返回至第二设备;在校验失败后,删除所接收到的数据。
13.一种汽车电脑诊断设备中主从设备的通信系统,其特征在于,包括互相通信的第一设备与第二设备,其中第一设备与第二设备均包括如权利要求8-11所述的通信装置,而且该第一设备与第二设备还包括:
数据封装模块,用于对将要发送的数据进行封装;
通信判断模块,用于根据第一设备返回的应答信息,对应答信息进行校验,确认通信是否正确。
CN201310578091.2A 2013-11-18 2013-11-18 汽车电脑诊断设备中主从设备的通信方法、装置及系统 Active CN103607258B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201310578091.2A CN103607258B (zh) 2013-11-18 2013-11-18 汽车电脑诊断设备中主从设备的通信方法、装置及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310578091.2A CN103607258B (zh) 2013-11-18 2013-11-18 汽车电脑诊断设备中主从设备的通信方法、装置及系统

Publications (2)

Publication Number Publication Date
CN103607258A true CN103607258A (zh) 2014-02-26
CN103607258B CN103607258B (zh) 2018-07-06

Family

ID=50125460

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310578091.2A Active CN103607258B (zh) 2013-11-18 2013-11-18 汽车电脑诊断设备中主从设备的通信方法、装置及系统

Country Status (1)

Country Link
CN (1) CN103607258B (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104836659A (zh) * 2015-05-28 2015-08-12 神州融安科技(北京)有限公司 一种蓝牙通讯交互的控制方法
CN105513315A (zh) * 2015-11-27 2016-04-20 深圳还是威健康科技有限公司 数据传输方法、终端及可穿戴式设备
CN107480045A (zh) * 2017-07-05 2017-12-15 积成电子股份有限公司 一种电能表软件的检错纠错与轨迹跟踪方法
CN107835040A (zh) * 2017-11-30 2018-03-23 深圳市文鼎创数据科技有限公司 一种基于蓝牙的数据通讯的方法、设备及存储介质
CN109080380A (zh) * 2018-09-29 2018-12-25 深圳市道通科技股份有限公司 胎压传感器信号解析方法、其装置、胎压接收器及诊断系统
CN113078982A (zh) * 2020-12-24 2021-07-06 珠海市杰理科技股份有限公司 蓝牙数据传输方法、装置、电路、电子设备和系统
CN113301130A (zh) * 2021-05-11 2021-08-24 深圳市星火数控技术有限公司 缝纫设备控制器的通讯方法、装置、终端设备及存储介质

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101072360A (zh) * 2007-06-22 2007-11-14 中兴通讯股份有限公司 一种提高移动多媒体广播终端接收性能的方法
CN101094418A (zh) * 2007-07-19 2007-12-26 中兴通讯股份有限公司 一种移动多媒体终端的数据处理方法
CN101272339A (zh) * 2008-05-15 2008-09-24 深圳华为通信技术有限公司 一种数据帧收发的方法、系统、终端和服务器
CN201127092Y (zh) * 2007-09-19 2008-10-01 中兴通讯股份有限公司 一种移动多媒体广播终端
CN101491016A (zh) * 2006-07-12 2009-07-22 罗伯特.博世有限公司 用于运行lin总线的方法
CN101764730A (zh) * 2009-12-18 2010-06-30 航天东方红卫星有限公司 一种can总线数据传输方法
CN102123007A (zh) * 2011-03-01 2011-07-13 上海奈凯电子科技有限公司 数控系统中实现数据传输的通信方法
CN102231658A (zh) * 2011-06-09 2011-11-02 山东电力集团公司 一种安全的跨网络隔离装置通信方法
US20120144275A1 (en) * 2010-12-06 2012-06-07 Sony Corporation Code generating device and code generating method, code checking device and code checking method, computer program, and communication device
US20130070613A1 (en) * 2011-09-21 2013-03-21 Nxp B.V. System and method for testing a communications network having a central bus guardian (cbg) to detect a faulty condition associated with the cbg

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101491016A (zh) * 2006-07-12 2009-07-22 罗伯特.博世有限公司 用于运行lin总线的方法
CN101072360A (zh) * 2007-06-22 2007-11-14 中兴通讯股份有限公司 一种提高移动多媒体广播终端接收性能的方法
CN101094418A (zh) * 2007-07-19 2007-12-26 中兴通讯股份有限公司 一种移动多媒体终端的数据处理方法
CN201127092Y (zh) * 2007-09-19 2008-10-01 中兴通讯股份有限公司 一种移动多媒体广播终端
CN101272339A (zh) * 2008-05-15 2008-09-24 深圳华为通信技术有限公司 一种数据帧收发的方法、系统、终端和服务器
CN101764730A (zh) * 2009-12-18 2010-06-30 航天东方红卫星有限公司 一种can总线数据传输方法
US20120144275A1 (en) * 2010-12-06 2012-06-07 Sony Corporation Code generating device and code generating method, code checking device and code checking method, computer program, and communication device
CN102123007A (zh) * 2011-03-01 2011-07-13 上海奈凯电子科技有限公司 数控系统中实现数据传输的通信方法
CN102231658A (zh) * 2011-06-09 2011-11-02 山东电力集团公司 一种安全的跨网络隔离装置通信方法
US20130070613A1 (en) * 2011-09-21 2013-03-21 Nxp B.V. System and method for testing a communications network having a central bus guardian (cbg) to detect a faulty condition associated with the cbg

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
朱华旭: "基于CAN/LIN总线的车载网络通信的应用研究", 《中国优秀博硕士学位论文全文数据库(硕士)》 *

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104836659A (zh) * 2015-05-28 2015-08-12 神州融安科技(北京)有限公司 一种蓝牙通讯交互的控制方法
CN104836659B (zh) * 2015-05-28 2017-11-07 神州融安科技(北京)有限公司 一种蓝牙通讯交互的控制方法
CN105513315A (zh) * 2015-11-27 2016-04-20 深圳还是威健康科技有限公司 数据传输方法、终端及可穿戴式设备
CN107480045A (zh) * 2017-07-05 2017-12-15 积成电子股份有限公司 一种电能表软件的检错纠错与轨迹跟踪方法
CN107835040A (zh) * 2017-11-30 2018-03-23 深圳市文鼎创数据科技有限公司 一种基于蓝牙的数据通讯的方法、设备及存储介质
WO2019105143A1 (zh) * 2017-11-30 2019-06-06 深圳市文鼎创数据科技有限公司 一种基于蓝牙的数据通讯的方法、设备及存储介质
CN109080380A (zh) * 2018-09-29 2018-12-25 深圳市道通科技股份有限公司 胎压传感器信号解析方法、其装置、胎压接收器及诊断系统
CN113078982A (zh) * 2020-12-24 2021-07-06 珠海市杰理科技股份有限公司 蓝牙数据传输方法、装置、电路、电子设备和系统
CN113078982B (zh) * 2020-12-24 2022-09-13 珠海市杰理科技股份有限公司 蓝牙数据传输方法、装置、电路、电子设备和系统
CN113301130A (zh) * 2021-05-11 2021-08-24 深圳市星火数控技术有限公司 缝纫设备控制器的通讯方法、装置、终端设备及存储介质

Also Published As

Publication number Publication date
CN103607258B (zh) 2018-07-06

Similar Documents

Publication Publication Date Title
CN103607258A (zh) 汽车电脑诊断设备中主从设备的通信方法、装置及系统
CN103777538B (zh) 控制器与can总线的波特率自动匹配方法
CN106209812A (zh) 一种物联网终端平台数据封装的方法
CN100480913C (zh) 以安全为导向的控制系统
CN105786753A (zh) 一种i2c总线上的主从设备间的传输数据的方法及设备
CN109088763B (zh) 一种电池管理系统菊花链通信故障诊断及处理方法
CN105897652A (zh) 一种基于标准协议的异构终端动态接入方法
CN107097646B (zh) 对报警显示进行处理的方法
CN104753716A (zh) 传输系统错误检测和校正系统及方法
CN109495215A (zh) 一种半双工总线的通信方法、系统装置及可读存储介质
CN109379264A (zh) 一种基于can2.0的多板卡通信设备、方法及系统
EP2654171A1 (en) Power supply device and power supply method
CN112653738A (zh) 一种物联网网络调试系统和调试方法
CN106033641A (zh) 电力线载波实现的多功能智能控制系统及其控制方法
CN114253251A (zh) 车辆远程诊断方法、装置、设备连接器及存储介质
CN104320224B (zh) 一种基于1553b总线的可靠性通信方法
CN105183687A (zh) 一种分时串口通信方法及系统
CN103368689A (zh) 一种数据传输方法及系统
CN109644094A (zh) 信息处理方法、通信设备和计算机存储介质
CN106452679A (zh) 一种机器人开发系统及其通信方法
CN104932447B (zh) 信息通信
CN111443688A (zh) 基于can总线的汽车诊断服务网络层测试系统及方法
US5740189A (en) Integrity check method and system for serial-based communication
CN107111931A (zh) 用于数据预处理装置的检查设备
WO2023020458A1 (zh) 通信方法、电子装置、车辆以及存储介质

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
C53 Correction of patent of invention or patent application
CB02 Change of applicant information

Address after: 518057 Guangdong city of Shenzhen province Nanshan District Xili Street Xueyuan Road No. 1001 Chi Park B1 building 7 layer, 8 layer, 10 layer

Applicant after: SHENZHEN AUTEL TECHNOLOGY CO., LTD.

Address before: 518057 Guangdong city of Shenzhen province Nanshan District Xili town tea light road on the south side of Shenzhen integrated circuit design and application of Industrial Park 106, 107, 109, 114

Applicant before: Shenzhen Autel Technology Co., Ltd.

GR01 Patent grant
GR01 Patent grant