车辆通讯交互方法、系统及电子设备与流程

1.本发明涉及车辆通讯领域，尤其是涉及一种车辆通讯交互方法、系统及电子设备。


背景技术：

2.随着车辆智能化水平的提高；车身的电子器件模块数量也在快速的增加，使得各个器件之间的数据交互也越来越频繁，带来的是总线上交互的数据大量的增加；由于多媒体车机作为车身信息交互的主要显示以及操作终端，其上层显示端数据依赖于底层的数据反馈；为了能保证上层的交互显示能及时准确，就需要对当前的通讯交互模式做出优化，降低mcu与soc之间通信总线上的负担，提高数据传输的可靠性及完整性。
3.现有的通信交互方式多采用对can数据进行透明传输的方式，无法通过协议增加ack机制、重发机制、异常帧处理机制、数据帧校验机制，存在数据丢帧、帧数据不完整等风险。同时由于车辆智能化水平的提高，车身器件数量快速增加，透明传输的can报文数量将会爆发性增加，这给soc与mcu之间的通信总线带来很大的负担。同时透明传输的can报文未经过mcu解析，将会在soc与mcu之间的通信总线上产生大量的无用数据报文，增加通信总线负担。


技术实现要素：

4.有鉴于此，本发明的目的在于提供一种车辆通讯交互方法、系统及电子设备，该方法通过对变化的can报文数据进行摘取解析后按照通信协议格式传递给soc，降低了mcu与soc之间的通信总线负担，同时该方法可设置相应的ack机制、数据重发机制、异常数据帧处理机制、数据校验机制，极大的提高了数据通信的安全性与可靠性。
5.第一方面，本发明实施例提供了一种车辆通讯交互方法，该方法应用于车辆can总线数据通过车辆mcu与车辆soc进行的交互过程；该方法包括：当车辆can数据发生变化时，控制车辆mcu将车辆can数据发送至预设的消息队列中；建立数据发送线程，并利用数据发送线程周期性读取消息队列中的车辆can数据；利用预设的业务钩子函数对车辆can数据进行提取得到车辆can数据的有效数据，并将有效数据打包为帧数据发送至车辆mcu的通信层中进行缓存；控制通信层将已缓存的帧数据通过串口通信传输至车辆soc中。
6.在一些实施方式中，控制车辆mcu将车辆can数据发送至预设的消息队列中，包括：初始化消息队列；其中，消息队列至少包括：normal队列、isr队列、noack队列；根据车辆can数据的类型，分别将车辆can数据发送至消息队列中。
7.在一些实施方式中，若帧数据为需要ack响应的帧时，将有效数据打包为帧数据发送至车辆mcu的通信层中进行缓存，包括：利用已初始化的第一计时器进行超时计时；当超时计时的第一时长达到预设的第一时间阈值时，判断通信层中是否接收到
ack回应；若通信层中接收到ack回应，则将当前帧数据缓存至车辆mcu的通信层中，并将当前帧数据标记为发送成功；结束当前帧数据的发送过程，控制消息队列中对当前帧数据的下一帧数据进行发送。
8.在一些实施方式中，若通信层中未接收到ack回应，该方法还包括：按照第一时间阈值，循环判断通信层中是否接收到ack回应；当循环次数达到预设次数，且所述通信层中未收到ack回应时，将帧数据进行舍弃。
9.在一些实施方式中，当车辆mcu接收到车辆soc的帧数据后，该方法还包括：利用串口通信获取车辆soc的帧数据后，控制车辆mcu将帧数据保存至预设的环形缓存中；其中，帧数据中至少包括：响应数据、控制数据以及通知数据；控制车辆mcu对环形缓存中的帧数据按照预设的字节长度以及字节数量进行循环校验；将循环校验成功的帧数据按照车辆can数据的格式需求进行格式化，并控制车辆mcu将已格式化的帧数据传输至车辆can总线。
10.在一些实施方式中，控制车辆mcu对环形缓存中的帧数据按照预设的字节长度以及字节数量进行循环校验的步骤，包括：控制车辆mcu获取环形缓存中帧数据的缓存长度；判断帧数据的缓存长度是否达到预设的字节长度；如果是，按照预设的字节数量提取帧数据的有效数据长度，并根据有效数据长度计算得到完整帧数据的帧长度；判断环形缓存中帧数据是否达到帧长度；如果是，则控制车辆mcu对环形缓存中的帧数据进行校验处理。
11.在一些实施方式中，判断环形缓存中帧数据是否达到帧长度的步骤之前，该方法还包括：判断帧数据的帧头是否为预设的固定帧头；如果否，则将环形缓存中帧数据的第一个字节丢弃，并重新控制车辆mcu获取环形缓存中帧数据的缓存长度。
12.在一些实施方式中，若环形缓存中帧数据未达到帧长度时，该方法还包括：利用已初始化的第二计时器进行超时计时；当超时计时的第二时长达到预设的第二时间阈值时，则将环形缓存中帧数据的固定帧头进行丢弃，并重新控制车辆mcu获取环形缓存中帧数据的缓存长度。
13.第二方面，本发明实施例提供了一种车辆通讯交互系统，该系统应用于车辆can总线数据通过车辆mcu与车辆soc进行的交互过程；该系统包括：第一数据发送模块，用于当车辆can数据发生变化时，控制车辆mcu将车辆can数据发送至预设的消息队列中；第二数据发送模块，用于建立数据发送线程，并利用数据发送线程周期性读取消息队列中的车辆can数据；数据缓存模块，用于利用预设的业务钩子函数对车辆can数据进行提取得到车辆
can数据的有效数据，并将有效数据打包为帧数据发送至车辆mcu的通信层中进行缓存；数据通讯模块，用于控制通信层将已缓存的帧数据通过串口通信传输至车辆soc中。
14.第三方面，本发明实施例还提供一种电子设备，包括：处理器和存储器；存储器上存储有计算机程序，计算机程序在被处理器运行时实现上述第一方面中提到的车辆通讯交互方法的步骤。
15.第四方面，本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，其中，计算机程序被处理器运行时实现上述第一方面中提到的车辆通讯交互方法的步骤。
16.本发明实施例带来了以下有益效果：本发明提供了一种车辆通讯交互方法、系统及电子设备，应用于车辆can总线数据通过车辆mcu与车辆soc进行的交互过程；当车辆can数据发生变化时，该方法首先控制车辆mcu将车辆can数据发送至预设的消息队列中；然后建立数据发送线程，并利用数据发送线程周期性读取消息队列中的车辆can数据；再利用预设的业务钩子函数对车辆can数据进行提取得到车辆can数据的有效数据，并将有效数据打包为帧数据发送至车辆mcu的通信层中进行缓存；最后控制通信层将已缓存的帧数据通过串口通信传输至车辆soc中。该方法通过对变化的can报文数据进行摘取解析后按照通信协议格式传递给soc，降低了mcu与soc之间的通信总线负担，同时该方法可设置相应的ack机制、数据重发机制、异常数据帧处理机制、数据校验机制，极大的提高了数据通信的安全性与可靠性。
17.本发明的其他特征和优点将在随后的说明书中阐述，或者，部分特征和优点可以从说明书推知或毫无疑义地确定，或者通过实施本发明的上述技术即可得知。
18.为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施方式，并配合所附附图，作详细说明如下。
附图说明
19.为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
20.图1为本发明实施例提供的一种车辆通讯交互方法的流程图；图2为本发明实施例提供的一种车辆通讯交互方法中，控制车辆mcu将车辆can数据发送至预设的消息队列中的流程图；图3为本发明实施例提供的一种车辆通讯交互方法中，若帧数据为需要ack响应的帧时，将有效数据打包为帧数据发送至车辆mcu的通信层中进行缓存的流程图；图4为本发明实施例提供的一种车辆通讯交互方法中，若通信层中未接收到ack回应时的流程图；图5为本发明实施例提供的一种车辆通讯交互方法中，当车辆soc接收到帧数据后的流程图；图6为本发明实施例提供的一种车辆通讯交互方法中步骤s502的流程图；
图7为本发明实施例提供的一种车辆通讯交互方法中，判断环形缓存中帧数据是否达到帧长度的步骤之前的流程图；图8为本发明实施例提供的一种车辆通讯交互方法中，若环形缓存中帧数据未达到帧长度时的流程图；图9为本发明实施例提供的一种车辆通讯交互方法中车辆can总线、车辆mcu与车辆soc的连接关系示意图；图10为本发明实施例提供的一种车辆通讯交互方法中车辆can总线向车辆soc进行数据交互的流程图；图11为本发明实施例提供的一种车辆通讯交互方法中车辆soc向车辆can总线进行数据交互的流程图；图12为本发明实施例提供的一种车辆通讯交互系统的结构示意图；图13为本发明实施例提供的一种电子设备的结构示意图。
21.图标：1210-第一数据发送模块；1220-第二数据发送模块；1230-数据缓存模块；1240-数据通讯模块；101-处理器；102-存储器；103-总线；104-通信接口。
具体实施方式
22.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
23.随着车辆智能化水平的提高；车身的电子器件模块数量也在快速的增加，使得各个器件之间的数据交互也越来越频繁，带来的是总线上交互的数据大量的增加；由于多媒体车机作为车身信息交互的主要显示以及操作终端，其上层显示端数据依赖于底层的数据反馈；为了能保证上层的交互显示能及时准确，就需要对当前的通讯交互模式做出优化，降低mcu与soc之间通信总线上的负担，提高数据传输的可靠性及完整性。
24.现有的通信交互方式多采用对can数据进行透明传输的方式，无法通过协议增加ack机制、重发机制、异常帧处理机制、数据帧校验机制，存在数据丢帧、帧数据不完整等风险。同时由于车辆智能化水平的提高，车身器件数量快速增加，透明传输的can报文数量将会爆发性增加，这给soc与mcu之间的通信总线带来很大的负担。同时透明传输的can报文未经过mcu解析，将会在soc与mcu之间的通信总线上产生大量的无用数据报文，增加通信总线负担。基于此，本发明实施例提供了一种车辆通讯交互方法、系统及电子设备，该方法通过对变化的can报文数据进行摘取解析后按照通信协议格式传递给soc，降低了mcu与soc之间的通信总线负担，同时该方法可设置相应的ack机制、数据重发机制、异常数据帧处理机制、数据校验机制，极大的提高了数据通信的安全性与可靠性。
25.为便于对本实施例进行理解，首先对本发明实施例所公开的一种车辆通讯交互方法进行详细介绍，该方法应用于车辆can总线数据通过车辆mcu与车辆soc进行的交互过程，具体的，该方法如图1所示，包括：
步骤s101，当车辆can数据发生变化时，控制车辆mcu将车辆can数据发送至预设的消息队列中。
26.此时的数据流是车辆can数据发送至车辆soc中，当车辆can数据发生变换后或者车机本身上有待上传的数据时，车辆mcu根据相关通讯协议将数据发送至相应的消息队列中。
27.步骤s102，建立数据发送线程，并利用数据发送线程周期性读取消息队列中的车辆can数据。
28.在消息队列中的车辆can数据在进行更新的过程中，通过数据发送线程来对消息队列进行读取，读取的过程是周期性进行的；实际场景中也可设置长连接对消息队列中的车辆can数据进行实时读取，但实时读取的过程也需要设置相应的周期参数来进行周期读取过程。
29.步骤s103，利用预设的业务钩子函数对车辆can数据进行提取得到车辆can数据的有效数据，并将有效数据打包为帧数据发送至车辆mcu的通信层中进行缓存。
30.通过数据发送线程从消息队列中读取到车辆can数据后，用业务钩子函数取出需要发送的有效数据，并对其进行组包后得到帧数据，再将帧数据发送到通信层缓存中。
31.步骤s104，控制通信层将已缓存的帧数据通过串口通信传输至车辆soc中。
32.当mcu有数据请求时，通过控制通信层将缓存的帧数据通过串口通信发送到车辆soc中。可见，该方法可对变化的can报文数据进行摘取、解析后，按照通信协议格式传递给soc，降低了mcu与soc之间的通信总线负担。
33.在一些实施方式中，控制车辆mcu将车辆can数据发送至预设的消息队列中，如图2所示，包括：步骤s201，初始化消息队列；其中，消息队列至少包括：normal队列、isr队列、noack队列。
34.根据使用情况的不同，本协议中消息队列可分为以下三类，分别为normal队列、isr队列、noack队列，在对消息队列进行初始化的过程中，需要对上述三类消息队列分别进行初始化。
35.步骤s202，根据车辆can数据的类型，分别将车辆can数据发送至消息队列中。
36.数据发送线程周期性的读取这三个队列的数据，当读取成功后将会取出数据，调用业务钩子函数取出需要发送的有效信息进行组包并将帧数据发送到通信层缓存中，等待串口发出。
37.对于需要ack（应答位）的帧数据，在一些实施方式中，若帧数据为需要ack响应的帧时，将有效数据打包为帧数据发送至车辆mcu的通信层中进行缓存，如图3所示，包括：步骤s301，利用已初始化的第一计时器进行超时计时；步骤s302，当超时计时的第一时长达到预设的第一时间阈值时，判断通信层中是否接收到ack回应；步骤s303，若通信层中接收到ack回应，则将当前帧数据缓存至车辆mcu的通信层中，并将当前帧数据标记为发送成功。
38.步骤s304，结束当前帧数据的发送过程，控制消息队列中对当前帧数据的下一帧数据进行发送。
39.具体的，在将数据帧发送到通信层缓存中的同时开启超时计时，可在50ms后未收到ack回应后将会开启重发，在一些实施方式中，若通信层中未接收到ack回应，如图4所示，该方法还包括：步骤s401，按照第一时间阈值，循环判断通信层中是否接收到ack回应；步骤s402，当循环次数达到预设次数，且所述通信层中未收到ack回应时，将帧数据进行舍弃。
40.在上述实施例中的场景中，在将数据帧发送到通信层缓存中的同时开启超时计时，在50ms后未收到ack回应后将会开启重发；最多重发3次。重发3次后仍无ack回应则舍弃本帧数据的发送，重新周期性开始，继续读消息队列开始下一帧发送。
41.在一些实施方式中，当车辆mcu接收到车辆soc的帧数据后，如图5所示，该方法还包括：步骤s501，利用串口通信获取车辆soc的帧数据后，控制车辆mcu将帧数据保存至预设的环形缓存中。
42.其中，帧数据中至少包括：响应数据、控制数据以及通知数据。
43.步骤s502，控制车辆mcu对环形缓存中的帧数据按照预设的字节长度以及字节数量进行循环校验。
44.车辆mcu通过周期性的循环校验，以查看环形缓存中帧数据的字节长度以及字节数量，并通过字节长度以及字节数量对其进行校验。
45.步骤s503，将循环校验成功的帧数据按照车辆can数据的格式需求进行格式化，并控制车辆mcu将已格式化的帧数据传输至车辆can总线。
46.循环校验完成后，对于校验成功的帧数据按照车辆can数据的格式需求进行格式化处理，并将已格式化的帧数据通过车辆can总线发送至相应的器件模块中进行数据处理。
47.在一些实施方式中，控制车辆mcu对环形缓存中的帧数据按照预设的字节长度以及字节数量进行循环校验的步骤s502，如图6所示，包括：步骤s601，控制车辆mcu获取环形缓存中帧数据的缓存长度；步骤s602，判断帧数据的缓存长度是否达到预设的字节长度；如果是，按照预设的字节数量提取帧数据的有效数据长度，并根据有效数据长度计算得到完整帧数据的帧长度；步骤s603，判断环形缓存中帧数据是否达到帧长度；如果是，则控制车辆mcu对环形缓存中的帧数据进行校验处理。
48.实际场景中，车辆mcu周期性的查看环形缓存中数据数量，当环形缓存数据的数据量达到12字节后（12字节包括4字节帧头+2字节帧类型属性+4字节cmd+2字节有效数据长度），则取出有效数据长度计算出完整帧的帧长度。然后向后继续周期查看环形缓存中数据数量是否达到计算出的整帧的帧长。若环形缓存中数据数量达到计算出的整帧的帧长，则进行和校验处理，和校验成功则此帧数据接收成功并进行相应的数据处理。
49.在一些实施方式中，判断环形缓存中帧数据是否达到帧长度的步骤之前，如图7所示，该方法还包括：步骤s701，判断帧数据的帧头是否为预设的固定帧头；步骤s702，如果否，则将环形缓存中帧数据的第一个字节丢弃，并重新控制车辆
mcu获取环形缓存中帧数据的缓存长度。
50.此时，当环形缓存数据的数据量达到12字节后，mcu判断前四个字节是否为固定帧头，若不是固定帧头，则将环形队列中的数据第一个字节丢弃，继续向后查看等待满12字节。若前四个字节是固定帧头，则取出有效数据长度计算出完整帧的帧长度。然后向后继续周期查看环形缓存中数据数量是否达到计算出的整帧的帧长。
51.在一些实施方式中，若环形缓存中帧数据未达到帧长度时，如图8所示，该方法还包括：步骤s801，利用已初始化的第二计时器进行超时计时；步骤s802，当超时计时的第二时长达到预设的第二时间阈值时，则将环形缓存中帧数据的固定帧头进行丢弃，并重新控制车辆mcu获取环形缓存中帧数据的缓存长度。
52.若环形缓存中响应的帧数据未达到帧长度时，则设置超时时间，超过500ms未达到整帧数量，则丢弃环形缓存中的前四个字节继续向后查看等待满12字节。若超时时间内环形缓存中数据数量达到计算出的整帧的帧长，则进行和校验处理，和校验成功则此帧数据接收成功并进行相应的数据处理。若校验失败，则丢弃环形缓存中的前四个字节的帧头，继续向后查看等待满12字节。
53.实际场景中，在上述实施例的交互过程中，车辆can总线、车辆mcu与车辆soc的连接关系的结构示意图如图9所示。对于车身can总线数据，mcu将会对车身can总线变化的数据解析后转变为本发明的通信协议数据格式上传到soc。对于soc下发的数据，mcu将会解析后转换为can数据格式发送到can总线。
54.对于车辆can总线向车辆soc进行数据交互的过程中，其流程图如图10所示；具体的说，当can数据发生变化后或者车机本身有上传的数据，mcu将根据通信协议将数据发送到对应的消息队列中。根据使用情况的不同，本协议中消息队列分为三类，分别为normal队列、isr队列、noack队列。数据发送线程周期性的读取这三个队列的数据，当读取成功后将会取出数据，调用业务钩子函数取出需要发送的有效信息进行组包并将帧数据发送到通信层缓存中，等待串口发出。对于需要ack（应答位）的数据帧，在将数据帧发送到通信层缓存中的同时开启超时计时，在50ms后未收到ack回应后将会开启重发，最多重发3次。重发3次后仍无ack回应则舍弃本帧数据的发送，重新周期性开始，继续读消息队列开始下一帧发送。
55.对于车辆soc向车辆can总线进行数据交互的过程中，其流程图如图11所示；具体的说，串口将接收到的数据放置到指定的环形缓存中。mcu周期性的查看环形缓存中数据数量。当环形缓存数据的数据量达到12字节后（12字节包括4字节帧头+2字节帧类型属性+4字节cmd+2字节有效数据长度），mcu判断前四个字节是否为固定帧头，若不是固定帧头，则将环形队列中的数据第一个字节丢弃，继续向后查看等待满12字节。若前四个字节是固定帧头，则取出有效数据长度计算出完整帧的帧长度。然后向后继续周期查看环形缓存中数据数量是否达到计算出的整帧的帧长。若未达到，则设置超时时间，超过500ms未达到整帧数量，则丢弃环形缓存中的前四个字节继续向后查看等待满12字节。若超时时间内环形缓存中数据数量达到计算出的整帧的帧长，则进行和校验处理，和校验成功则此帧数据接收成功并进行相应的数据处理。若校验失败，则丢弃环形缓存中的前四个字节的帧头，继续向后查看等待满12字节。
56.可见，从图10和图11中可知，该车辆通讯交互方法对车身器件的数据进行解析后按照通信协议数据格式进行传输，降低了通信总线负担。同时，该方法可设置ack机制，协议数据报文按照是否需要应答ack来区分，分为need_ack协议报文和no_ack协议报文，由数据结构中frame0字段来区分，为用户提供可选择的发送方式。该方法具有数据重发机制，一方向另一方发送需要ack的报文后，指定时间超时未收到ack回应，则自动重新发送报文。保证了数据通信的可靠性。并且还设置有丢帧处理，对接收到的soc数据需保证数据帧头的唯一性，按照丢弃1字节的方式向后逐个寻找，直到找到帧头。通过这种方式达到过滤有效数据帧的效果。该方法还具有超时处理能力，对接收到的soc数据，收到帧头及数据长度后，超时未收到指定的有效数据数量，则丢弃该数据帧头，重新向后寻找数据帧头。有效过滤掉了异常帧数据。同时，该方法具有数据校验机制，对数据帧进行和校验，保证数据发送到接收过程中的完整性。
57.通过上述实施例中的车辆通讯交互方法可知，该方法通过对变化的can报文数据进行摘取解析后按照通信协议格式传递给soc，降低了mcu与soc之间的通信总线负担，同时该方法可设置相应的ack机制、数据重发机制、异常数据帧处理机制、数据校验机制，极大的提高了数据通信的安全性与可靠性。
58.对应于上述车辆通讯交互方法实施例，本发明实施例提供了一种车辆通讯交互系统，如图12所示，该系统包括：该系统应用于车辆can总线数据通过车辆mcu与车辆soc进行的交互过程；该系统包括：第一数据发送模块1210，用于当车辆can数据发生变化时，控制车辆mcu将车辆can数据发送至预设的消息队列中；第二数据发送模块1220，用于建立数据发送线程，并利用数据发送线程周期性读取消息队列中的车辆can数据；数据缓存模块1230，用于利用预设的业务钩子函数对车辆can数据进行提取得到车辆can数据的有效数据，并将有效数据打包为帧数据发送至车辆mcu的通信层中进行缓存；数据通讯模块1240，用于控制通信层将已缓存的帧数据通过串口通信传输至车辆soc中。
59.在一些实施方式中，第一数据发送模块1210，还用于：初始化消息队列；其中，消息队列至少包括：normal队列、isr队列、noack队列；根据车辆can数据的类型，分别将车辆can数据发送至消息队列中。
60.在一些实施方式中，若帧数据为需要ack响应的帧时，数据缓存模块1230，还用于：利用已初始化的第一计时器进行超时计时；当超时计时的第一时长达到预设的第一时间阈值时，判断通信层中是否接收到ack回应；若通信层中接收到ack回应，则将当前帧数据缓存至车辆mcu的通信层中，并将当前帧数据标记为发送成功；结束当前帧数据的发送过程，控制消息队列中对当前帧数据的下一帧数据进行发送。
61.在一些实施方式中，若通信层中未接收到ack回应，数据缓存模块1230，还用于：按照第一时间阈值，循环判断通信层中是否接收到ack回应；当循环次数达到预设次数，且所述通信层中未收到ack回应时，将帧数据进行舍弃。
62.在一些实施方式中，车辆通讯交互系统还包括：车辆soc数据交互模块；当车辆mcu接收到车辆soc的帧数据后，车辆soc数据交互模块用于：利用串口通信获取车辆soc的帧数据后，控制车辆mcu将帧数据保存至预设的环形缓存中；其中，帧数据中至少包括：帧数据、控制数据以及通知数据；控制车辆mcu对环形缓存中的帧数据按照预设的字节长度以及字节数量进行循环校验；将循环校验成功的帧数据按照车辆can数据的格式需求进行格式化，并控制车辆mcu将已格式化的帧数据传输至车辆can总线。
63.在一些实施方式中，车辆soc数据交互模块还用于：控制车辆mcu获取环形缓存中帧数据的缓存长度；判断帧数据的缓存长度是否达到预设的字节长度；如果是，按照预设的字节数量提取帧数据的有效数据长度，并根据有效数据长度计算得到完整帧数据的帧长度；判断环形缓存中帧数据是否达到帧长度；如果是，则控制车辆mcu对环形缓存中的帧数据进行校验处理。
64.在一些实施方式中，车辆soc数据交互模块用于：判断帧数据的帧头是否为预设的固定帧头；如果否，则将环形缓存中帧数据的第一个字节丢弃，并重新控制车辆mcu获取环形缓存中帧数据的缓存长度。
65.在一些实施方式中，车辆soc数据交互模块用于：若环形缓存中帧数据未达到帧长度时，利用已初始化的第二计时器进行超时计时；当超时计时的第二时长达到预设的第二时间阈值时，则将环形缓存中帧数据的固定帧头进行丢弃，并重新控制车辆mcu获取环形缓存中帧数据的缓存长度。
66.本发明实施例提供的车辆通讯交互系统与上述实施例提供的车辆通讯交互方法具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。为简要描述，实施例部分未提及之处，可参考前述实施例中相应内容。
67.本实施例还提供一种电子设备，为该电子设备的结构示意图如图13所示，该设备包括处理器101和存储器102；其中，存储器102用于存储一条或多条计算机指令，一条或多条计算机指令被处理器执行，以实现上述车辆通讯交互方法。
68.图13所示的电子设备还包括总线103和通信接口104，处理器101、通信接口104和存储器102通过总线103连接。
69.其中，存储器102可能包含高速随机存取存储器（ram，random access memory），也可能还包括非不稳定的存储器（non-volatile memory），例如至少一个磁盘存储器。总线103可以是isa总线、pci总线或eisa总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图13中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
70.通信接口104用于通过网络接口与至少一个用户终端及其它网络单元连接，将封装好的ipv4报文或ipv4报文通过网络接口发送至用户终端。
71.处理器101可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器101中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器101可以是通用处理器，包括中央处理器(central processing unit，简称cpu)、网络处理器(network processor，简称np)等；还可以是数字信号处理器(digital signal processor，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现场可编程门阵列(field-programmable gate array，简称fpga)或
者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本公开实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本公开实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器102，处理器101读取存储器102中的信息，结合其硬件完成前述实施例的方法的步骤。
72.本发明实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行前述实施例的方法的步骤。
73.在本技术所提供的几个实施例中，应该理解到，所揭露的系统、设备和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，设备或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
74.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
75.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
76.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以用软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器（rom，read-only memory）、随机存取存储器（ram，random access memory）、磁碟或者光盘等各种可以存储程序代码的介质。
77.最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。