CN115742946A - 交互式车灯系统、车辆及控制方法 - Google Patents

Abstract

本申请涉及电器技术领域，特别涉及一种交互式车灯系统、车辆及控制方法，其中，系统包括：一个或多个车灯组件；数据发送端，用于根据一个或多个车灯组件的交互数据生成亮度数据，将亮度数据切分成多个数据块，在每个数据块附加校验段，并通过UDS通讯协议连续传输数据块；数据接收端，用于连续接收数据块，在数据块的校验值与附加校验段的值一致时，反馈流控帧报文，使得数据发送端继续传输下一个数据块，直到所有数据块传输完成，得到亮度数据；控制组件，与数据接收端通过控制器域网CAN网络通信，利用亮度数据控制一个或多个车灯组件显示交互数据。由此，解决了通讯方案中网络高负载，数据量大难以传输，系统复杂度高且成本高等问题。

Description

交互式车灯系统、车辆及控制方法

技术领域

本申请涉及电器技术领域，特别涉及一种交互式车灯系统、车辆及控制方法。

背景技术

随着LED(Light-Emitting Diode，发光二极管)控制技术的成熟，设计师越来越多地采用大量的LED组成阵列，创建一个简单的显示屏。既可以用来照明，又可以显示出各种图案，从而与用户或行人实现信息交流，称这种车灯为交互灯，组成交互灯的LED通常在数百颗到数百万颗不等。

通过整车通讯网络可以通过用户界面向交互灯传输特定的图像符号，以实现个性化显示需求。由于LED数量较多，控制亮度的数据量很大，通常采用高速的通讯网络进行传输。

CN107071969A专利中提到了一种通过CAN(Controller Area Network，控制器局域网络)或LIN(Local Interconnect Network，局域互联网络)与上游控制器通讯，再通过I2C(Inter-Integrated Circuit)、SPI(Serial Peripheral Interface，串行外设接口)或UART(Universal Asynchronous Receiver/Transmitter，通用异步收发器)总线与下游LED驱动电路通信的尾灯方案，这种方案由于上下游通信速率的限制，只能应用在不大于200颗LED的车灯上；CN108340828A专利中也采用UART总线与下游驱动电路通信，用于驱动96颗左右的前大灯；CN208665046U专利中采用LVDS与下游驱动器通信，由于LVDS的传输速率极高，这种方案理论上可以控制百万像素级别的车灯，但是LVDS系统成本非常高，当面对中低成本系统应用的场景时，该方案并不合适。

综上，相关技术中在汽车上传输大量数据通常采用CAN-FD(CAN with FlexibleData rate)网络甚至采用LVDS(Low Voltage Differential Signaling，低电压差分信号)信号通讯，采用周期性报文进行通信，但是CAN-FD网络的节点容量非常有限，超过一定数量后会导致信号收到干扰而影响网络内部节点通讯，而LVDS传输需要专用的高端微处理器、串行解串芯片和昂贵的LVDS线束和连接器。极大地增加了系统成本，且LVDS不是网络结构，要想与其它节点通讯，还需要设计额外的通讯网络，增加了系统的复杂度。

发明内容

本申请提供一种交互式车灯系统、车辆及控制方法，以解决常规通讯方案中网络高负载，难以快速传输大量数据，系统复杂度高且费用昂贵等问题。

本申请第一方面实施例提供一种交互式车灯系统，包括：一个或多个车灯组件；数据发送端，用于根据所述一个或多个车灯组件的交互数据生成亮度数据，将所述亮度数据切分成多个数据块，在每个数据块附加校验段，并通过统一诊断服务UDS通讯协议连续传输数据块；数据接收端，用于连续接收所述数据块，在所述数据块的校验值与所述附加校验段的值一致时，反馈流控帧报文，使得所述数据发送端继续传输下一个数据块，否则，反馈预设报文，使得所述数据发送端重新传输当前数据块，直到所有数据块传输完成，得到所述亮度数据；控制组件，所述控制组件与所述数据接收端通过控制器域网CAN网络通信，利用所述亮度数据控制所述一个或多个车灯组件显示所述交互数据。

根据上述技术手段，本申请实施例通过在硬件上采用CAN网络传输，传输的应用层协议采用UDS(Unified Diagnostic Services，统一诊断服务)通讯协议的连续帧机制，采用CAN网络结合UDS通讯协议的传输方案，实现高网络容量、低成本、低负载地快速传输大量数据，实现车灯的显示。

可选地，所述数据发送端进一步用于在通过统一诊断服务UDS通讯协议连续传输数据块之前，发送诊断请求报文至所述数据接收端，并根据所述数据接收端反馈的流控帧报文开始传输数据块。

根据上述技术手段，本申请实施例在数据发送端传输数据块之前，需要发送诊断请求报文至数据接收端，根据反馈的流控帧报文开始传输数据，保证了数据传输的可靠性。

可选地，所述诊断请求报文包括数据大小、传输间隔、连续帧数量和数据校验结果。

可选地，所述数据接收端用于对所述亮度数据进行解码，得到控制亮度所需的二进制数据格式。

根据上述技术手段，本申请实施例可以通过数据接收端对亮度数据进行解码，得到二进制数据格式，以方便后续对车灯组件进行控制。

可选地，所述数据发送端与所述数据接收端之间通过CAN网络或CAN-FD网络通信。

根据上述技术手段，本申请实施例数据发送端和数据接收端之间通过CAN网络或CAN-FD网络通信，以满足不同的传输需求。

可选地，所述车灯组件包括多个LED灯。

可选地，所述控制组件包括一个或多个矩阵控制器，其中，每个矩阵控制器用于根据所述亮度数据点亮或熄灭一个或多个车灯组件中一个或多个LED灯。

根据上述技术手段，本申请实施例控制组件包括一个或多个矩阵控制器，通过对矩阵控制器的划分，便于根据亮度数据对车灯组件中的LED灯进行点亮或熄灭，达成不同的灯光效果。

可选地，每个LED灯分配有按照预设编址规则得到的地址，矩阵控制器按照所述预设编址规则和所述亮度数据确定需要点亮的LED灯地址，基于所述需要点亮的LED灯地址控制对应的LED灯点亮。

根据上述技术手段，本申请实施例矩阵控制器可以根据编址规则和亮度数据确定需点亮的LED灯地址，点亮对应的LED灯，从而实现灯光的控制。

可选地，还包括：第一收发器，用于转发所述数据发送端发送的数据块至所述数据接收端。

可选地，还包括：第二收发器，用于转发所述数据接收端发送的亮度数据至所述控制组件。

可选地，还包括：人机界面，用于获取所述一个或多个车灯组件的交互数据。

本申请第二方面实施例提供一种车辆，包括如上述实施例所述的交互式车灯系统。

本申请第三方面实施例提供一种交互式车灯系统的控制方法，所述方法应用于上述实施例所述交互式车灯系统的数据发送端，方法包括以下步骤：获取所述交互式车灯系统中一个或多个车灯组件的交互数据；根据所述交互数据生成亮度数据，将所述亮度数据切分成多个数据块；通过统一诊断服务UDS通讯协议连续传输数据块至数据接收端，其中，所述数据接收端，用于连续接收所述数据块，在所述数据块的校验值与所述附加校验段的值一致时，反馈流控帧报文，使得所述数据发送端继续传输下一个数据块，否则，反馈预设报文，使得所述数据发送端重新传输当前数据块，直到所有数据块传输完成，得到所述亮度数据，利用所述亮度数据控制所述一个或多个车灯组件显示所述交互数据。

本申请第四方面实施例提供一种交互式车灯系统的控制方法，所述方法应用于上述实施例所述交互式车灯系统的数据接收端，方法包括以下步骤：连续接收数据发送端通过统一诊断服务UDS通讯协议连续传输数据块，其中，所述数据发送端，用于根据所述一个或多个车灯组件的交互数据生成亮度数据，将所述亮度数据切分成多个数据块，在每个数据块附加校验段；对每个传输数据块进行校验，得到校验值，并判断所述校验值是否与数据块附加的校验段的值一致；若一致，则反馈流控帧报文，使得所述数据发送端继续传输下一个数据块，否则，反馈预设报文，使得所述数据发送端重新传输当前数据块，直到所有数据块传输完成，得到所述亮度数据，发送所述亮度数据至控制组件，以利用所述亮度数据控制所述一个或多个车灯组件显示所述交互数据。

本申请第五方面实施例提供一种数据发送端，包括：获取模块，用于获取交互式车灯系统中一个或多个车灯组件的交互数据；处理模块，用于根据所述交互数据生成亮度数据，将所述亮度数据切分成多个数据块；传输模块，用于通过统一诊断服务UDS通讯协议连续传输数据块至数据接收端，其中，所述数据接收端，用于连续接收所述数据块，在所述数据块的校验值与附加校验段的值一致时，反馈流控帧报文，使得所述数据发送端继续传输下一个数据块，否则，反馈预设报文，使得所述数据发送端重新传输当前数据块，直到所有数据块传输完成，得到所述亮度数据，利用所述亮度数据控制所述一个或多个车灯组件显示所述交互数据。

本申请第六方面实施例提供一种数据接收端，包括：接收模块，用于连续接收数据发送端通过统一诊断服务UDS通讯协议连续传输数据块，其中，所述数据发送端，用于根据一个或多个车灯组件的交互数据生成亮度数据，将所述亮度数据切分成多个数据块，在每个数据块附加校验段；校验模块，用于对每个传输数据块进行校验，得到校验值，并判断所述校验值是否与数据块附加的校验段的值一致；反馈模块，用于若一致，则反馈流控帧报文，使得所述数据发送端继续传输下一个数据块，否则，反馈预设报文，使得所述数据发送端重新传输当前数据块，直到所有数据块传输完成，得到所述亮度数据，发送所述亮度数据至控制组件，以利用所述亮度数据控制所述一个或多个车灯组件显示所述交互数据。

本申请第七方面实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行，以用于实现如上述实施例所述的交互式车灯系统的控制方法。

由此，本申请至少具有如下有益效果：

(1)本申请实施例通过在硬件上采用CAN网络传输，传输的应用层协议采用UDS通讯协议的连续帧机制，采用CAN网络结合UDS通讯协议的传输方案，实现高网络容量、低成本、低负载地快速传输大量数据，实现车灯的显示。

(2)本申请实施例在数据发送端传输数据块之前，需要发送诊断请求报文至数据接收端，根据反馈的流控帧报文开始传输数据，保证了数据传输的可靠性。

(3)本申请实施例可以通过数据接收端对亮度数据进行解码，得到二进制数据格式，以方便后续对车灯组件进行控制。

(4)本申请实施例数据发送端和数据接收端之间通过CAN网络或CAN-FD网络通信，以满足不同的传输需求。

(5)本申请实施例控制组件包括一个或多个矩阵控制器，通过对矩阵控制器的划分，便于根据亮度数据对车灯组件中的LED灯进行点亮或熄灭，达成不同的灯光效果。

(6)本申请实施例矩阵控制器可以根据编址规则和亮度数据确定需点亮的LED灯地址，点亮对应的LED灯，从而实现灯光的控制。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为相关技术提供的交互灯系统的抽象模型示意图；

图2为根据本申请实施例提供的一种交互式车灯系统的方框示意图；

图3为根据本申请一个实施例提供的交互式车灯系统的结构图；

图4为根据本申请实施例提供的交互式车灯系统中的通讯流程示意图；

图5为根据本申请实施例提供的一种交互式车灯系统的控制方法的流程图；

图6为根据本申请实施例提供的一种交互式车灯系统的控制方法的流程图；

图7为根据本申请实施例提供的数据发送端的方框示意图；

图8为根据本申请实施例提供的数据接收端的方框示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

相关技术通过以下方法实现车辆的交互车灯控制，但均存在着一定缺点：

(1)一种通过CAN或LIN与上游控制器通讯，再通过I2C、SPI或UART总线与下游LED驱动电路通信的尾灯方案。这种方案由于上下游通信速率的限制，只能应用在不大于200颗LED的车灯上。

(2)采用UART总线与下游驱动电路通信，用于驱动96颗左右的前大灯。

(3)采用LVDS与下游驱动器通信，由于LVDS的传输速率极高，这种方案理论上可以控制百万像素级别的车灯。但是LVDS系统成本非常高，当面对中低成本系统应用的场景时，该方案并不合适。

相关技术中，可以将该系统抽象为一个模型图如图1，即上游控制器、车灯MCU(Microcontroller Unit，微控制单元)和下游驱动之间通过两个通信网络进行通信。一般来说，与上游采用CAN-FD或CAN通信，与下游采用CAN通信，且均采用周期性报文进行通信，是较为常见的系统设计方案。

为了在高像素车灯上实时显示用户自定义图像，需要快速地将图像从屏幕传输给车灯。在汽车上传输大量数据通常采用CAN-FD网络甚至采用LVDS信号通讯，但是CAN-FD网络的节点容量非常有限，超过一定数量后会导致信号收到干扰而影响网络内部节点通讯。而LVDS传输需要专用的高端微处理器、串行解串芯片和昂贵的LVDS线束和连接器，极大地增加了系统成本。而且LVDS不是网络结构，要想与其它节点通讯，还需要设计额外的通讯网络。增加了系统的复杂度。CAN网络的网络容纳能力更强，同时系统成本低廉，可以弥补上述两种网络的缺点，但是CAN网络的传输能力有限，常规通讯方案会导致网络高负载，从而难以快速传输大量数据。

下面参考附图描述本申请实施例的交互式车灯系统、车辆及控制方法。针对上述背景技术中提到的通过整车通讯网络可以通过用户界面向交互灯传输特定的图像符号，以实现个性化显示需求，但由于LED数量较多，控制亮度的数据量很大，通常采用高速的通讯网络进行传输。目前常规通讯方案中网络高负载，难以快速传输大量数据，系统复杂度高且费用昂贵的问题，本申请提供了一种交互式车灯系统，在该系统中，采用CAN网络结合UDS通讯协议的传输方案，即在硬件上采用CAN网络传输，传输的应用层协议采用UDS通讯协议的连续帧机制，实现高网络容量、低成本、低负载地快速传输大量数据。由此，解决了常规通讯方案中网络高负载，难以快速传输大量数据，系统复杂度高且费用昂贵等问题。

具体而言，图2为本申请实施例所提供的一种交互式车灯系统的方框示意图。

如图2所示，该交互式车灯系统10包括：一个或多个车灯组件11、数据发送端12、数据接收端13及控制组件14。

其中，数据发送端12用于根据一个或多个车灯组件的交互数据生成亮度数据，将亮度数据切分成多个数据块，在每个数据块附加校验段，并通过统一诊断服务UDS通讯协议连续传输数据块；数据接收端13用于连续接收数据块，在数据块的校验值与附加校验段的值一致时，反馈流控帧报文，使得数据发送端继续传输下一个数据块，否则，反馈预设报文，使得数据发送端重新传输当前数据块，直到所有数据块传输完成，得到亮度数据；控制组件14与数据接收端通过控制器域网CAN网络通信，利用亮度数据控制一个或多个车灯组件显示交互数据。

其中，数据发送端12可以为娱乐系统，数据接收端13可以为车灯中的MCU，娱乐系统发送数据给MCU，MCU进行数据的接收。

其中，预设报文用于当数据块的校验值与附加校验值不一致时，进行反馈的报文，可以理解为传输错文报文。

其中，数据发送端与数据接收端之间通过CAN网络或CAN-FD网络通信。

需要说明的是，CAN网络的网络容纳能力更强，同时系统成本低；CAN-FD网络时虽然牺牲了网络的容量，但该网络具有更快的传输速率，可以在短时间内传输更大量的数据，实现更高像素级别的车灯功能。

可以理解的是，数据发送端12可以将根据车灯组件的交互数据生的亮度数据进行切分成数据块，在每块数据附加一串校验段，并通过统一诊断服务UDS通讯协议连续传输数据块至数据接收端13。数据接收端13用于连续接收数据块，每收到一块数据后对数据进行校验，并与收到的校验段进行对比。如果校验一致，反馈流量帧报文，使数据发送端继续传输下一个数据块，如果校验不一致，说明传输可能受到干扰，收到了错误数据，则返回预设报文，使数据传输端重新传输。控制组件14与数据接收端13通过控制器局域网CAN网络通信，利用亮度数据控制车灯组件显示交互数据。

需要说明的是，UDS通讯协议允许在仅当需要传输数据时才发生通讯，而平时节点处于静默状态。当需要传输数据时，数据发送方发出请求指令，数据接收方进行应答。接着数据发送方按协议连续发送长数据，快速地发送数据给接收方，该通讯方案仅在瞬时产生通讯负载，对网络中的常规通讯影响极小，可以解决相关技术中存在的各种技术问题。

在本申请实施例中，数据发送端进一步用于在通过统一诊断服务UDS通讯协议连续传输数据块之前，发送诊断请求报文至数据接收端，并根据数据接收端反馈的流控帧报文开始传输数据块。

其中，诊断请求报文包括数据大小、传输间隔、连续帧数量和数据校验结果。

可以理解的是，数据发送端在进行传输数据块之前，发送诊断请求报文至数据接收端，数据接收端接收到反馈的流量帧报文后开始传输数据块。

在本申请实施例中，数据接收端用于对亮度数据进行解码，得到控制亮度所需的二进制数据格式。

在本申请实施例中，车灯组件11可以包括多个LED灯，比如可以设置为16-24颗等，也可以根据实际情况具体设置，不作具体限定。

在本申请实施例中，控制组件14包括一个或多个矩阵控制器，其中，每个矩阵控制器用于根据亮度数据点亮或熄灭一个或多个车灯组件中一个或多个LED灯。

其中，矩阵控制器可以控制多颗LED灯，比如可以为16-24颗，矩阵控制器可以控制每颗LED灯独立点亮或熄灭。

在本申请实施例中，每个LED灯分配有按照预设编址规则得到的地址，矩阵控制器按照预设编址规则和亮度数据确定需要点亮的LED灯地址，基于需要点亮的LED灯地址控制对应的LED灯点亮。

可以理解的是，根据预先设定的编址规则，每颗LED会被分配一个地址，分别由亮度信号当中的1位进行控制。每颗矩阵控制器收到亮度信号后，按照编址规则对自己管辖的LED灯进行控制，使其点亮或熄灭，从而在LED阵列上显示出图像效果。

在本申请实施例中，本申请实施例的系统10还包括：第一收发器、第二收发器和人机界面。

其中，第一收发器用于转发数据发送端发送的数据块至数据接收端；第二收发器用于转发数据接收端发送的亮度数据至控制组件；人机界面用于获取一个或多个车灯组件的交互数据。

如图3所示，车灯系统由显示屏101、娱乐系统201(即图中简称的CDC)、CAN网络301和车灯400及车灯400的内部模块组成，车灯400的内部模块由以下核心模块组成：1#CAN收发器401；具有2个CAN通讯接口的MCU402；2#CAN收发器403；内部子CAN网络404；多颗支持CAN通讯的矩阵控制器芯片405；LED组成的矩阵灯光系统406。

其中，一个具有触控功能的显示屏101通过视频传输线(一般是LVDS线路)与连接，用于提供用户界面、接收用户的操作。用户操作确认后，娱乐系统201生成一幅图像。图像既可以是用户手绘，也可以是外部存储介质拷贝。

由于车灯是左右对称，因此娱乐系统201需要经过内部处理将该图像按左右灯的点阵排列转换为两张不同的图像。通常在左右灯上的显示效果不完全一致。左右两个显示图像仅存在于程序中，不在屏幕上显示。

其中，娱乐系统201再将左右两个显示图像转换为二进制的亮度数据。通过CAN网络301发送给车灯400。在传输起始时刻，娱乐系统201发送一帧诊断请求报文给车灯400，提示要开始传输数据。该报文内还包含数据大小、传输间隔、连续帧数量和数据校验结果。车灯400通过1#CAN收发器401接收到请求报文后，将报文发给MCU402解析。MCU402反馈流控帧给娱乐系统201表示可以开始传输数据。娱乐系统201接收到流控帧后，开始按照协议规定，将数据发送给车灯400。按已约定协议将数据切分成多个分块，每块数据附加一串checksum校验段。车灯400连续接收数据块。每收到一块数据后对数据进行校验，并与收到的校验段进行对比。如果校验不一致，说明传输可能受到干扰，收到了错误数据。则返回一条报文，请求娱乐系统201重新传输。如果校验正确，则返回流控帧指示娱乐系统201继续传输。重复上述过程直至全部数据传输完成。车灯400返回一条报文通知娱乐系统201传输完毕。车灯400完全接收到了图像转换的亮度数据。通讯流程如图4所示。

其中，在车灯400内部，车灯400通过1#CAN收发器401接收娱乐系统201发送的CAN通讯报文，报文中含有亮度数据。经过MCU402对亮度数据进行解码，将其转换为控制亮度所需的二进制数据格式。然后通过2#CAN收发器403将数据分发到内部子CAN网络404当中。

多颗矩阵控制器芯片405采用总线连接方式连接到内部子CAN网络404中。每颗矩阵控制器芯片405控制多颗LED406，一般为16～24颗。矩阵控制器405可以控制每颗LED独立点亮或熄灭。所有的LED，约几百到几千颗组成一个阵列，并且左右对称。根据预先设定的编址规则，每颗LED会被分配一个地址。分别由亮度信号当中的1位进行控制。每颗矩阵控制器405收到亮度信号后，按编址规则对自己管辖的LED进行控制，使其点亮或熄灭。从而在LED阵列上显示出图像效果。

在本申请实施例中，如果通讯网络CAN网络301是一个仅有少数节点的通讯网络，可以将将CAN网络升级为高速的CAN-FD网络，虽然升级之后牺牲了网络的容量，但该网络具有更快的传输速率，可以在短时间内传输更大量的数据，实现更高像素级别的车灯功能。如果只有左右两个车灯有显示需求，当通讯网络中没有其它节点时，也可以不受干扰地通讯。在设计允许的延迟时间范围内，可以传输几千甚至上万像素的图像，从而带来更好的显示效果。

需要说明是，该交互式车灯系统具有宽泛的兼容性，既可以低成本优势应用在低数据量、低负载的通讯场合，也可以使用在高数据量场合。除此之外，不仅可以应用于外部灯具系统，也可以应用于内饰氛围灯的高像素照明场景中。

根据本申请实施例提出的交互式车灯系统，通过在硬件上采用CAN网络传输，传输的应用层协议采用UDS通讯协议的连续帧机制，采用CAN网络结合UDS通讯协议的传输方案，实现高网络容量、低成本、低负载地快速传输大量数据，实现车灯的显示；在数据发送端传输数据块之前，需要发送诊断请求报文至数据接收端，根据反馈的流控帧报文开始传输数据，保证了数据传输的可靠性；可以通过数据接收端对亮度数据进行解码，得到二进制数据格式，以方便后续对车灯组件进行控制；数据发送端和数据接收端之间通过CAN网络或CAN-FD网络通信，以满足不同的传输需求；控制组件包括一个或多个矩阵控制器，通过对矩阵控制器的划分，便于根据亮度数据对车灯组件中的LED灯进行点亮或熄灭，达成不同的灯光效果；矩阵控制器可以根据编址规则和亮度数据确定需点亮的LED灯地址，点亮对应的LED灯，从而实现灯光的控制。

本申请实施例还提供了一种车辆，包括如上述实施例的交互式车灯系统。

下面将对上述实施例的交互式车灯系统的控制方法进行阐述，并分别从数据发送端和数据接收端进行阐述，具体如下：

如图5所示，该交互式车灯系统的控制方法应用于上述实施例的交互式车灯系统的数据发送端，其中，方法包括以下步骤：

在步骤S101中，获取交互式车灯系统中一个或多个车灯组件的交互数据。

在步骤S102中，根据交互数据生成亮度数据，将亮度数据切分成多个数据块。

在步骤S103中，通过统一诊断服务UDS通讯协议连续传输数据块至数据接收端，其中，数据接收端，用于连续接收数据块，在数据块的校验值与附加校验段的值一致时，反馈流控帧报文，使得数据发送端继续传输下一个数据块，否则，反馈预设报文，使得数据发送端重新传输当前数据块，直到所有数据块传输完成，得到亮度数据，利用亮度数据控制一个或多个车灯组件显示交互数据。

可以理解的是，本申请实施例中的数据发送端首先获取车灯组件的交互数据，然后根据交互数据生成亮度数据，将其切分为多个数据块，其次根据UDS通讯协议将数据块传输至数据接收端，最后数据接收端接收数据，得到亮度数据，从而控制车灯组件显示交互数据。

如图6所示，该交互式车灯系统的控制方法，应用于上述实施例的交互式车灯系统的数据接收端，其中，方法包括以下步骤：

在步骤S201中，连续接收数据发送端通过统一诊断服务UDS通讯协议连续传输数据块，其中，数据发送端，用于根据一个或多个车灯组件的交互数据生成亮度数据，将亮度数据切分成多个数据块，在每个数据块附加校验段。

在步骤S202中，对每个传输数据块进行校验，得到校验值，并判断校验值是否与数据块附加的校验段的值一致。

在步骤S203中，若一致，则反馈流控帧报文，使得数据发送端继续传输下一个数据块，否则，反馈预设报文，使得数据发送端重新传输当前数据块，直到所有数据块传输完成，得到亮度数据，发送亮度数据至控制组件，以利用亮度数据控制一个或多个车灯组件显示交互数据。

可以理解的是，本申请实施例中的数据接收端接收到数据发送端的数据块，对每个数据块进行校验后，判断校验值是否与数据块附加的校验段的值一致，若一致，反馈流控帧报文，使得数据发送端继续传输数据块，若不一致，反馈预设报文，进行重新传输，直至所有数据传输完，发送亮度数据至控制组件，以控制车灯组件显示交互数据，实现灯光效果的显示。

需要说明的是，前述对交互式车灯系统实施例的解释说明也适用于该实施例的交互式车灯系统的控制方法，此处不再赘述。

根据本申请实施例提出的交互式车灯系统的控制方法，数据发送端通过统一诊断服务UDS通讯协议连续传输数据块，该协议允许在仅当需要传输数据时才发生通讯，而平时节点处于静默状态，当需要传输数据时，数据发送端发出请求指令，数据接收端进行应答，接着数据发送端按协议连续发送长数据，快速地发送数据给接收端，从而仅在瞬时产生通讯负载，对网络中的常规通讯影响极小，解决了常规通讯中负载量大的问题。

图7为本申请实施例提供的一种数据发送端的方框示意图。

如图7所示，该数据接收端20包括：获取模块21、处理模块22和传输模块23。

其中，获取模块21用于获取交互式车灯系统中一个或多个车灯组件的交互数据；处理模块22用于根据交互数据生成亮度数据，将亮度数据切分成多个数据块；传输模块23用于通过统一诊断服务UDS通讯协议连续传输数据块至数据接收端，其中，数据接收端，用于连续接收数据块，在数据块的校验值与附加校验段的值一致时，反馈流控帧报文，使得数据发送端继续传输下一个数据块，否则，反馈预设报文，使得数据发送端重新传输当前数据块，直到所有数据块传输完成，得到亮度数据，利用亮度数据控制一个或多个车灯组件显示交互数据。

图8为本申请实施例提供的一种数据接收端的方框示意图。

如图8所示，该数据接收端30包括：接收模块31、校验模块32和反馈模块33。

其中，接收模块31用于连续接收数据发送端通过统一诊断服务UDS通讯协议连续传输数据块，其中，数据发送端，用于根据一个或多个车灯组件的交互数据生成亮度数据，将亮度数据切分成多个数据块，在每个数据块附加校验段；校验模块32用于对每个传输数据块进行校验，得到校验值，并判断校验值是否与数据块附加的校验段的值一致；反馈模块33用于若一致，则反馈流控帧报文，使得数据发送端继续传输下一个数据块，否则，反馈预设报文，使得数据发送端重新传输当前数据块，直到所有数据块传输完成，得到亮度数据，发送亮度数据至控制组件，以利用亮度数据控制一个或多个车灯组件显示交互数据。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的交互式车灯系统的控制方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不是必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或N个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“N个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更N个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，N个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列，现场可编程门阵列等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (17)

1.一种交互式车灯系统，其特征在于，包括：

一个或多个车灯组件；

数据发送端，用于根据所述一个或多个车灯组件的交互数据生成亮度数据，将所述亮度数据切分成多个数据块，在每个数据块附加校验段，并通过统一诊断服务UDS通讯协议连续传输数据块；

数据接收端，用于连续接收所述数据块，在所述数据块的校验值与所述附加校验段的值一致时，反馈流控帧报文，使得所述数据发送端继续传输下一个数据块，否则，反馈预设报文，使得所述数据发送端重新传输当前数据块，直到所有数据块传输完成，得到所述亮度数据；

控制组件，所述控制组件与所述数据接收端通过控制器域网CAN网络通信，利用所述亮度数据控制所述一个或多个车灯组件显示所述交互数据。

2.根据权利要求1所述的系统，其特征在于，所述数据发送端进一步用于在通过统一诊断服务UDS通讯协议连续传输数据块之前，发送诊断请求报文至所述数据接收端，并根据所述数据接收端反馈的流控帧报文开始传输数据块。

3.根据权利要求2所述的系统，其特征在于，所述诊断请求报文包括数据大小、传输间隔、连续帧数量和数据校验结果。

4.根据权利要求1所述的系统，其特征在于，所述数据接收端用于对所述亮度数据进行解码，得到控制亮度所需的二进制数据格式。

5.根据权利要求1-4任意一项所述的系统，其特征在于，所述数据发送端与所述数据接收端之间通过CAN网络或CAN-FD网络通信。

6.根据权利要求1所述的系统，其特征在于，所述车灯组件包括多个LED灯。

7.根据权利要求5所述的系统，其特征在于，所述控制组件包括一个或多个矩阵控制器，其中，每个矩阵控制器用于根据所述亮度数据点亮或熄灭一个或多个车灯组件中一个或多个LED灯。

8.根据权利要求6所述的系统，其特征在于，每个LED灯分配有按照预设编址规则得到的地址，矩阵控制器按照所述预设编址规则和所述亮度数据确定需要点亮的LED灯地址，基于所述需要点亮的LED灯地址控制对应的LED灯点亮。

9.根据权利要求1所述的系统，其特征在于，还包括：

第一收发器，用于转发所述数据发送端发送的数据块至所述数据接收端。

10.根据权利要求1所述的系统，其特征在于，还包括：

第二收发器，用于转发所述数据接收端发送的亮度数据至所述控制组件。

11.根据权利要求1所述的系统，其特征在于，还包括：

人机界面，用于获取所述一个或多个车灯组件的交互数据。

12.一种车辆，其特征在于，包括如权利要求1-11任意一项所述的交互式车灯系统。

13.一种交互式车灯系统的控制方法，其特征在于，所述方法应用于如权利要求1-11任意一项所述交互式车灯系统的数据发送端，其中，所述方法包括以下步骤：

获取所述交互式车灯系统中一个或多个车灯组件的交互数据；

根据所述交互数据生成亮度数据，将所述亮度数据切分成多个数据块；

通过统一诊断服务UDS通讯协议连续传输数据块至数据接收端，其中，所述数据接收端，用于连续接收所述数据块，在所述数据块的校验值与所述附加校验段的值一致时，反馈流控帧报文，使得所述数据发送端继续传输下一个数据块，否则，反馈预设报文，使得所述数据发送端重新传输当前数据块，直到所有数据块传输完成，得到所述亮度数据，利用所述亮度数据控制所述一个或多个车灯组件显示所述交互数据。

14.一种交互式车灯系统的控制方法，其特征在于，所述方法应用于如权利要求1-11任意一项所述交互式车灯系统的数据接收端，其中，所述方法包括以下步骤：

连续接收数据发送端通过统一诊断服务UDS通讯协议连续传输数据块，其中，所述数据发送端，用于根据所述一个或多个车灯组件的交互数据生成亮度数据，将所述亮度数据切分成多个数据块，在每个数据块附加校验段；

对每个传输数据块进行校验，得到校验值，并判断所述校验值是否与数据块附加的校验段的值一致；

若一致，则反馈流控帧报文，使得所述数据发送端继续传输下一个数据块，否则，反馈预设报文，使得所述数据发送端重新传输当前数据块，直到所有数据块传输完成，得到所述亮度数据，发送所述亮度数据至控制组件，以利用所述亮度数据控制所述一个或多个车灯组件显示所述交互数据。

15.一种数据发送端，其特征在于，包括：

获取模块，用于获取交互式车灯系统中一个或多个车灯组件的交互数据；

处理模块，用于根据所述交互数据生成亮度数据，将所述亮度数据切分成多个数据块；

传输模块，用于通过统一诊断服务UDS通讯协议连续传输数据块至数据接收端，其中，所述数据接收端，用于连续接收所述数据块，在所述数据块的校验值与附加校验段的值一致时，反馈流控帧报文，使得所述数据发送端继续传输下一个数据块，否则，反馈预设报文，使得所述数据发送端重新传输当前数据块，直到所有数据块传输完成，得到所述亮度数据，利用所述亮度数据控制所述一个或多个车灯组件显示所述交互数据。

16.一种数据接收端，其特征在于，包括：

接收模块，用于连续接收数据发送端通过统一诊断服务UDS通讯协议连续传输数据块，其中，所述数据发送端，用于根据一个或多个车灯组件的交互数据生成亮度数据，将所述亮度数据切分成多个数据块，在每个数据块附加校验段；

校验模块，用于对每个传输数据块进行校验，得到校验值，并判断所述校验值是否与数据块附加的校验段的值一致；

反馈模块，用于若一致，则反馈流控帧报文，使得所述数据发送端继续传输下一个数据块，否则，反馈预设报文，使得所述数据发送端重新传输当前数据块，直到所有数据块传输完成，得到所述亮度数据，发送所述亮度数据至控制组件，以利用所述亮度数据控制所述一个或多个车灯组件显示所述交互数据。

17.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行，以用于实现如权利要求13或14所述的交互式车灯系统的控制方法。

Images