CN113590162B - 数据的升级方法及系统 - Google Patents

Abstract

本发明实施例提供的一种数据的升级方法及系统，数据升级方法应用于汽车的网关，升级方法首先接收诊断设备通过第一通信协议发送的待升级设备的升级指令；然后确定待升级设备所在汽车通信网络中的第二通信协议；若第二通信协议与第一通信协议不同，则确定诊断设备与待升级设备对应的目标路由；其中，目标路由用于将第一通信协议转换成第二通信协议；最后触发诊断设备对待升级设备进行升级的升级操作；其中诊断设备与多个待升级设备通过每一待升级设备对应的目标路由进行并行数据传输可以匹配新的整车网络架构，充分利用新的整车网络架构，并行对待升级设备进行数据升级，大大缩短了整车数据更新时间。

Description

数据的升级方法及系统

技术领域

本发明涉及汽车技术领域，特别是涉及一种数据的升级方法及系统。

背景技术

为了实现整车舒适性以及安全性等要求，现有的整车网络架构发生了变化，如图1所示，其应用了多种通信网络，如CANFD(CAN with Flexible DATA-RATE)网络、ETHERNET以太网等，而各个网络之间无法直接进行数据交互，而通常需要升级的数据如ECU数据等通常与诊断设备如T-Box不再同一网络下。

因此，当需要对整车中的数据例如EUC数据进行升级时，新的整车网络架构下还未有成熟的数据升级方法。

发明内容

有鉴于此，本发明实施例的目的在于提供一种数据的升级方法及系统，以匹配新的整车网络架构，提高整车数据的升级效率。具体技术方案如下：

本发明提供一种数据的升级方法，应用于汽车的网关，所述升级方法包括：

接收诊断设备通过第一通信协议发送的待升级设备的升级指令；

确定所述待升级设备所在汽车通信网络中的第二通信协议；

若所述第二通信协议与所述第一通信协议不同，则确定所述诊断设备与所述待升级设备对应的目标路由；其中，所述目标路由用于将所述第一通信协议转换成所述第二通信协议；

触发所述诊断设备利用所述目标路由对所述待升级设备进行升级的升级操作；其中所述诊断设备与多个所述待升级设备通过每一待升级设备对应的目标路由进行并行数据传输。

可选地，所述待升级设备为多个目标ECU，则所述诊断设备利用所述目标路由对所述待升级设备进行升级的升级操作包括：

设置所述车辆的全部ECU进入可编程模式；

利用所述诊断设备与每一个所述目标ECU所对应的诊断通道，对每一个所述目标ECU进行数据升级；所述诊断通道使得多个所述目标ECU并行执行数据升级操作；

设置所述车辆的全部ECU进入正常工作模式。

可选地，所述设置所述车辆的全部ECU进入可编程模式包括：

设置全部ECU进入扩展会话模式；

禁用全部ECU的诊断故障代码设置以及禁用应用报文、网络管理报文通信；

若所述目标ECU符合编程条件，则对所述目标ECU进行数据升级。

可选地，所述设置全部ECU进入扩展会话模式包括：

设置多个所述目标ECU中首个所需升级的目标ECU使用全局寻址，其它目标ECU使用物理寻址。

可选地，所述对每一个所述目标ECU进行数据升级包括：

解锁所述目标ECU的安全级别；

将Flash驱动下载到所述目标ECU中；

将应用程序下载到所述目标ECU中；

当所述应用程序下载正确时，确定所述目标ECU升级成功并使所述目标ECU进行复位；

当所述目标ECU符合结束条件时，则设置所述目标ECU进入正常工作模式。

可选地，所述判断所述目标ECU是否符合结束条件包括：

设置所述目标ECU进入扩展会话模式；

禁用所述目标ECU的诊断故障代码设置以及禁用应用报文、网络管理报文通信；

当定时器超时，则确定所述目标ECU符合结束条件。

可选地，所述设置所述车辆的全部ECU进入正常工作模式包括：

清除全部ECU的诊断故障代码信息；

设置全部ECU进入模块会话。

可选地，所述诊断设备与多个所述待升级设备之间设置的诊断通道具体包括用于传输物理请求和响应的ECU通道、用于传输局部功能请求的网络通道以及用于传输全局请求的整车通道。

可选地，还包括：

当接收到所述诊断设备发送的升级指令后的第一预设时间内未接收与该升级指令相关联的其它指令时，若延迟第一响应时间后仍未接收到与该升级指令相关联的其它指令，则返回给所述诊断设备否定响应信息；

当发送给任一待升级设备升级指令后的第二预设时间内接收该待升级设备返回的否定响应信息时，延迟第二响应时间后判断是否可以发送给该待升级设备升级指令对应的升级数据。

本发明还提供一种数据的升级系统，所述系统包括：

分别与诊断设备以及汽车的待升级设备相连接的网关；

所述网关接收所述诊断设备通过第一通信协议发送的所述待升级设备的升级指令；

所述网关确定所述待升级设备所在汽车通信网络中的第二通信协议；

所述网关在判断所述第二通信协议与所述第一通信协议不同时，则确定所述诊断设备与所述待升级设备对应的目标路由；其中，所述目标路由用于将所述第一通信协议转换成所述第二通信协议；

所述网关触发所述诊断设备利用所述目标路由对所述待升级设备进行升级的升级操作；其中所述诊断设备与多个所述待升级设备通过每一待升级设备对应的目标路由进行并行数据传输。

本发明实施例提供的一种数据的升级方法及系统，可以匹配新的整车网络架构，充分利用新的整车网络架构，并行对待升级设备进行数据升级，大大缩短了整车数据更新时间。

当然，实施本发明的任一产品或方法必不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的整车网络的架构示意图；

图2为本发明实施例提供的一种数据的升级方法的流程示意图；

图3为本发明实施例提供的一种数据的升级系统的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例可以应用在如图1所示的整车网络架构下的整车数据的升级中。参见图1。图1是本发明实施例中整车网络的架构示意图。

其中，与网关1(Gateway)相连接的有多个汽车网络，如车规以太网2(VehicleETHERNET Network)，车规CANFD网络3(Vehcile CANFD Network)，车规CAN网络4(VehcileCAN Network)，同时，诊断设备可以采用多种接口以及网络与网关相连接，例如远程信息处理器5(Telematics BOX，T-BOX)可以使用以太网(ETHERNET)与网关相连接，当然，还提供有基于CAN的车载诊断系统6(OBDCAN)、基于工业以太网的车载诊断系统7(OBDTX)等接口。在各个不同的汽车网络中，均可以有不同功能的ECU，为了实现在此种网络架构下对ECU的快速升级，本发明实施例提供了一种数据的升级方法。

参见图2。图2是本发明实施例提供的一种数据的升级方法的流程示意图。

本发明提供的一种数据的升级方法，应用于汽车的网关，所述升级方法包括：

S201、接收诊断设备通过第一通信协议发送的待升级设备的升级指令；

本发明实施例中，诊断设备可以为T-BOX，当然还可以是诊断仪例如通过OBD端口连接车辆的专用的诊断设备，可以通过不同的接口和网络协议实现与网关的数据传输。

本发明实施例中，第一通信协议可以是以太网协议，也可以是CAN总线通信协议、CANFD总线通信协议等可以实现与网关进行数据通信的协议，在此不进行具体限定。

当需要对待升级设备例如ECU进行升级时，可以通过诊断设备来发送升级指令触发升级流程例如BT流程来实现对ECU的升级。可以理解的是，还可以是仅对网关进行的升级。

本发明实施例中，待升级设备可以是多个，操作者可以通过诊断设备来确定所需升级的多个待升级设备具体是哪些。当然，也可以是通过平台等其他方式下发到诊断设备的。升级指令中可以包括有待升级设备的标识，通过给标识可以确定出该待升级设备所在的具体位置。

S202、确定所述待升级设备所在汽车通信网络中的第二通信协议；

本发明实施例中，网关可以确定出待升级设备所在汽车通信网络的第二通信协议。例如，图1中的车规CAN网络，在该网络下，第二通信协议可以为CAN网络通信协议。当然，不同的汽车通信网络下采用的通信协议所不同，且无法相互之间进行数据传输。

可以理解的是，待升级设备可以是多个，则分别确定每一个待升级设备所在汽车通信网络的第二通信协议。

S203、若所述第二通信协议与所述第一通信协议不同，则确定所述诊断设备与所述待升级设备对应的目标路由；其中，所述目标路由用于将所述第一通信协议转换成所述第二通信协议；

如果待升级设备所使用的通信网络协议与诊断设备所使用的通信网络协议有所不同，则需要通过不同网络之间的路由关系和路由策略来实现诊断设备与待升级设备之间的数据传输。

本发明实施例中，可能存着的路由关系如下：

R1：TX(以太网，图1中基于工业以太网的车载诊断系统，OBDTX)和T1(车规以太网，图1中车规以太网，Vehicle ETHERNET Network)；

R2：TX和CAN/CANFD；

R3：T-Box的T1和其他T1(vehicle ETHERNET Network)；

R4：T-Box的T1和CAN/CANFD

R5：OBD-CAN和CAN；

R6-1：OBD-CAN和CANFD；

R6-2：OBD-CANFD和CANFD。

可以理解的是，OBD-CAN可以设计成CAN和CANFD兼容的接口，允许CAN和CANFD报文在OBD-CAN发送和接收，即允许连接CAN的诊断仪，也允许连接CANFD的诊断仪。

对应不同的路由关系，采用不同的路由策略：

R1：TX和T1执行数据链路层路由；

R2：TX和CAN/CANFD执行DoIp-DoCAN应用层路由；

R3：T-Box的T1和其他T1执行数据链路层路由；

R4：T-Box的T1和CAN/CANFD执行DoIp-DoCAN应用层路由；

R5：OBD-CAN和CAN执行数据链路层路由；

R6-1：OBD-CAN和CANFD执行DoCAN-DoCAN应用层路由；

R6-2：OBD-CANFD和CANFD执行数据链路层路由。

本发明实施例中，对应不同类型的通信协议采用不同的路由，通过不同的路由来实现不同通信协议之间数据的传输。

S204、触发所述诊断设备对所述待升级设备进行升级的升级操作；其中所述诊断设备与多个所述待升级设备通过每一待升级设备对应的目标路由进行并行数据传输。

当确定了诊断设备与待升级设备之间的目标路由后，通过该目标路由进行并行数据传输。例如，T-BOX使用工业以太网与车规以太网中的ECU之间执行数据链路层路由。

本发明实施例中，所述诊断设备与多个所述待升级设备之间设置的诊断通道具体包括用于传输物理请求和响应的ECU通道、用于传输局部功能请求的网络通道以及用于传输全局请求的整车通道。

需要说明的是，网关也可以进行单独升级，可以通过网关升级操作来实现。为了支持上述过程，本发明实施例中的网关为诊断设置有RAM空间。

其中，网关中对诊断路由分配M个Bytes的RAM空间，用于处理物理请求。其中，M＝1.25*N*4096，N为网关执行应用层诊断路由的目标通道数量。

其中，网关中对每个执行应用层诊断路由的目标通道配置8Bytes的RAM空间，用于处理功能请求。

其中，诊断路由对应有诊断通道，诊断通道指网关为诊断设备和一个待升级设备例如目标ECU的诊断数据传输(可以包括诊断请求和诊断响应)构建的一个数据转发实体。

其中，诊断通道的数量Channeln＝ECUn+Netn+1，ECUn为网关执行应用层诊断路由的目标ECU的数量；Netn为各个目标ECU所在的网络的数量。

实际使用中，可以通过如下方式进行设置：

i.如车上存在10个ECU，分布在6个网络中，诊断仪通过网关执行应用层诊断路由对其诊断，则ECUn＝10，Netn＝6；即Channeln＝17。

ii.ECUn个通道，传输物理请求和响应，称为ECU通道。

iii.Netn个通道用来传输局部功能请求，称为网络通道。

iv.1个通道用来传输全局功能请求，称为整车通道。

其中，每个诊断通道可以包含Tester、ECU、P2Client、P2Server以及诊断数据缓存等信息。其中，Tester为给整车控制器发起诊断请求的诊断仪，通过不同的编号来进行识别，在网关的实际使用中，可能的诊断仪有来自OBD-CAN的诊断仪，编号设置为0；来自ODB-ETH的诊断仪，编号设置为1；来自T-Box的CAN通道的诊断仪，编号设置为2；来自T1接口的诊断仪，编号设置为3；当然还可以是其他诊断设备，在此不进行赘述。

P2Client为网关管理的定时器；网关给ECU发送诊断请求时，网关作为诊断通信的Client端，需要管理定时器P2Client。

P2Server为网关管理的定时器；网关接收Tester发送的诊断请求时，网关作为诊断通信的Server端，需要管理定时器P2Server。

本发明实施例中，网关对异常行为具有处理能力，实际使用中可以采用如下配置：

网关诊断路由通道状态：

a)Idle状态；

i.初始化为Idle状态；

ii.检测到Tester进入Lock状态，这个检测的Tester成为CurTester；

iii.收到ECU的诊断响应丢弃；

b)Lock状态；

i.只能接收CurTester的请求

ii.收到其他Tester的请求，则丢弃；

iii.收到ECU的诊断响应转发至CurTester；

iv.S3超时，进入Idle状态；

v.处于Lock状态的ECU通道数量≤Netn。

资源不足的配置：

i.接收响应时，缓存不足，不允许出现；

ii.接收请求时，缓存不足，反馈NRC 0xF1，丢弃数据；

iii.通道状态切换时，ECU通道数量超过Netn时，反馈NRC 0xF2，保持在Idle状态，丢弃数据；

上一个请求未处理完成，接收到新的请求的配置；

i.反馈NRC 0xF3，丢弃数据。

收到异常ECU响应的配置：

i.丢弃数据。

异常行为适用的场景的配置：

i.物理请求和响应。

ii.反馈的报文，源地址信息为目标ECU的原地址。

本发明实施例中，网关中通过设置诊断通道来实现诊断设备与待升级设备之间的数据交互。

可以看出，本发明实施例中，多个目标装置可以通过并行的方式来进行数据升级，在新的汽车的网络架构下，可以适配多种不同网络协议之间的数据传输，提高了整车数据升级的效率。

前述介绍了对待升级设备进行升级操作。本发明实施例中，待升级设备可以为多个目标ECU，则所述诊断设备对所述待升级设备进行升级的升级操作可以是使得目标ECU执行BT流程。其中，BT流程为使得ECU的数据进行升级的操作流程。

本发明实施例中，所述诊断设备对所述待升级设备进行升级的升级操作可以包括：

设置所述车辆的全部ECU进入可编程模式；

利用所述诊断设备与每一个所述目标ECU所对应的诊断通道，对每一个所述目标ECU进行数据升级；所述诊断通道使得多个所述目标ECU并行执行数据升级操作；

设置所述车辆的全部ECU进入正常工作模式。

本发明实施例中，BT流程可以分为预编程流程、主编程流程、后编程流程以及结束流程。其中，预编程流程可以包括设置所述车辆的全部ECU进入可编程模式，主编程流程可以包括利用所述诊断设备与每一个所述目标ECU所对应的诊断通道，对每一个所述目标ECU进行数据升级；所述诊断通道使得多个所述目标ECU并行执行数据升级操作，后编程流程以及结束流程可以包括设置所述车辆的全部ECU进入正常工作模式。

其中，所述设置所述车辆的全部ECU进入可编程模式包括：

设置全部ECU进入扩展会话模式；

禁用全部ECU的诊断故障代码设置以及禁用应用报文、网络管理报文通信；

若所述目标ECU符合编程条件，则对所述目标ECU进行数据升级。

所述设置全部ECU进入扩展会话模式包括：

设置多个所述目标ECU中首个所需升级的目标ECU使用全局寻址，其它目标ECU使用物理寻址。

实际使用中，预编程流程可以包括如下步骤：

S011，通过功能寻址0x10服务，使整车全部ECU进入扩展会话。

(1)在预编程流程，功能寻址区分两种情况。

a)第一个目标ECU的BT流程，使用全局功能寻址(面向所有ECU)。

b)其他ECU的BT流程，使用ECU的物理寻址(面向对应的ECU)。

(2)其中，全局功能寻址和所有ECU的物理寻址必须是唯一的。在整个BT流程中的0x3E 0x80请求以及BT流程-结束流程，使用全局功能寻址。0x36服务的长度DL(DataLength)＜4096Bytes。

S012，通过功能寻址0x85服务，禁止整车全部ECU的诊断故障代码DTC设置。

S013，通过功能寻址0x28服务，禁止整车全部ECU应用报文和网络管理报文通信。

S014，通过物理寻址0x31服务，检查该ECU的编程条件是否满足，如果满足，通过物理寻址0x10服务，使ECU进入BT，进入主编程流程；否则进入后编程流程。

本发明实施例中，所述对每一个所述目标ECU进行数据升级即主编程流程可以包括：

解锁所述目标ECU的安全级别；

将Flash驱动下载到所述目标ECU中；

将应用程序下载到所述目标ECU中；

当所述应用程序下载正确时，确定所述目标ECU升级成功并使所述目标ECU进行复位；

当所述目标ECU符合结束条件时，则设置所述目标ECU进入正常工作模式。

所述判断所述目标ECU是否符合结束条件包括：

设置所述目标ECU进入扩展会话模式；

禁用所述目标ECU的诊断故障代码设置以及禁用应用报文、网络管理报文通信；

当定时器超时，则确定所述目标ECU符合结束条件。

在实际使用中，对任一目标ECU，可以包括如下步骤：

S021，通过物理寻址0x27服务，解锁目标ECU的BT安全级别。

S022，通过物理寻址0x2E服务，写入编程相关的信息，例如编程日期，诊断仪SN号等。

S023，通过物理寻址0x34,0x36,0x37服务，将Flash驱动下载到目标ECU中。

S024，通过物理寻址0x31服务检查Flash驱动下载是否正确，如果正确执行S025；否则进入后编程流程。

S025，通过物理寻址0x34,0x36,0x37服务，将应用程序下载到目标ECU中。

S026，通过物理寻址0x31服务检查应用程序下载是否正确，如果正确标记该目标ECU升级完成；否则标记升级失败。

S027，通过物理寻址0x11服务，使该目标ECU执行复位，进入后编程流程。

在实际使用中，后编程流程可以包括如下步骤：

S031，通过物理寻址0x10服务，使该ECU进入扩展会话。

S032，通过物理寻址0x85服务，禁止该ECU的DTC设置。

S033，通过物理寻址0x28服务，禁止该ECU应用报文和网络管理报文通信。

S034，该ECU检查其S3定时器，其为统一诊断服务UDS(Unified diagnosticservices)中的定时器，如果S3定时器超时，进入BT流程-结束流程；否则执行S035。

S035，该ECU检查是否收到0x3E服务，如果收到则重启S3定时器，否则S3定时器持续计数，直到超时发生；执行结束流程。

本发明实施例中，所述设置所述车辆的全部ECU进入正常工作模式包括：

清除全部ECU的诊断故障代码信息；

设置全部ECU进入模块会话。

在实际使用中，结束流程可以包括如下步骤：

S041，通过功能寻址0x14服务，清除整车全部ECU的DTC信息；

S042，通过功能寻址0x10服务，使整车全部ECU进入模块会话。

需要说明的是，本发明实施例中，当目标ECU有多个时，并行升级流程可以包括：

检查是否存着需要升级的目标ECU，如果存着则启动第一个目标ECU的升级流程即BT流程。当第一个目标ECU的BT流程启动后，继续判断是否还有需要升级的目标ECU，如果存着，则启动该目标ECU的升级流程，直到全部需要升级的目标ECU都启动BT流程，如果不存在则等待全部目标ECU的主编程流程结束后，执行一次结束流程。

可以理解的是，某个网段同时仅有一个目标ECU进行升级时效果最佳，若某一目标ECU升级失败，可以将升级失败的目标ECU作为需要升级的目标ECU。如果某一目标ECU需要升级且已启动升级流程即BT流程，则其不应当被判定为需要升级的目标ECU。

本发明实施例中，网关中还设置有否定响应的发送和处理过程，即0x78否定响应进行有特定设置。

本发明实施例中，还包括：

当接收到所述诊断设备发送的升级指令后的第一预设时间内未接收与该升级指令相关联的其它指令时，若延迟第一响应时间后仍未接收到与该升级指令相关联的其它指令，则返回给所述诊断设备否定响应信息；

当发送给任一待升级设备升级指令后的第二预设时间内接收该待升级设备返回的否定响应信息时，延迟第二响应时间后判断是否可以发送给该待升级设备升级指令对应的升级数据。

本发明实施例中，由于网络带宽的限制，且并行进行升级使得整体带宽有限，如果接收到否定响应信息或诊断设备未继续发送后续数据时，本发明实施例进行延迟处理，使得诊断设备和/或待升级设备不受到延迟的影响而重新进行升级。

其中，第一预设时间可以是P2Server超时的时间，第一响应时间可以是P2ServerStart定时超时的时间，第二预设时间可以是P2Client超时的时间，第二响应时间可以是P2Client Start超时的时间。

具体在实际使用中，0x78否定响应的设置方式可以通过如下方式：

3.1事件Ea：

a)完成Tester请求接收；

b)启动P2Server；

3.2事件Eb：

a)P2Server超时；其中，P2Server的超时时间是事先定义好的，如70ms；启动P2Server之后，计时70ms。如果发生Ef2或者Ef3，则停止计时。

b)给Tester发送0x78 NRC；其中，0x78 NRC否定响应信息中可以包含否定响应码(0x78)和具体的服务ID，用于通知Tester，延长等待响应的时间至P2*Client；

c)启动P2Server Start定时；

3.3事件Ec：

a)P2Server Start超时；

b)给Tester发送0x78 NRC；

c)重启P2Server Start定时；

3.4事件En：

a)第n个事件Eb；

3.5事件Ed：

a)完成诊断请求转发；

b)启动P2Client定时；

3.6事件Ee(1)：

a)收到来自ECU的0x78 NRC；

b)停止P2Client定时；

c)启动P2Client Start定时；

3.7事件Ee(2)：

a)收到来自ECU首帧响应；

b)停止P2Client定时；

3.8事件Ef(1)：

a)P2Client超时；

b)触发事件Eh；

3.9事件Ef(2)：

a)ECU响应帧接收错误；

b)触发事件Eh；

3.10事件Ef(3)：

a)ECU响应接收完成；

b)触发事件Eh；

3.11事件Eh：

a)停止P2Client定时；

b)停止P2Client Start定时；

c)停止P2Server定时；

d)停止P2Server Start定时；

e)发送最终响应；

i.Ef(1)触发：0x25否定响应；

ii.Ef(2)触发：0xF0否定响应；

iii.Ef(3)触发：ECU响应数据；

3.12 0x78否定响应仅适用于物理寻址；

3.13 0x78否定响应仅适用如下场景：

a)DoIP和DoIP应用层诊断路由；

b)DoIP和DoCAN应用层诊断路由；

c)DoCAN和DoCAN应用层诊断路由。

本发明实施例还对否定响应的发送进行了设置，可以在不同场景下最大化利用汽车的网络带宽。

本发明实施例具有如下效果：

1、适应新的整车通信技术(例如ETHERNET、CANFD)和整车网络架构。

2、充分利用整车网络带宽和ECU的资源，最大的缩短了整车数据更新时间。

3、兼容性好，兼容整车厂旧的升级流程即BT流程。

4、开发成本低，仅涉及网关和诊断仪软件需求和设计修改，不涉及整车其他ECU软件需求和设计修改。

与方法实施例相对应的，本发明实施例还公开了一种数据的升级系统。

参见图3，图3是本发明实施例公开的一种数据的升级系统的结构示意图。

本发明公开了一种数据的升级系统，所述系统包括：

分别与诊断设备302以及所述汽车300的待升级设备303相连接的网关301；

所述网关接收所述诊断设备通过第一通信协议发送的所述待升级设备的升级指令；

所述网关确定所述待升级设备所在汽车通信网络中的第二通信协议；

所述网关在判断所述第二通信协议与所述第一通信协议不同时，则确定所述诊断设备与所述待升级设备对应的目标路由；其中，所述目标路由用于将所述第一通信协议转换成所述第二通信协议；

所述网关触发所述诊断设备利用所述目标路由对所述待升级设备进行升级的升级操作；其中所述诊断设备与多个所述待升级设备通过每一待升级设备对应的目标路由进行并行数据传输。

其中，汽车300的网络架构可以参见图1，各个待升级设备例如ECU可以具有不同的功能，所在汽车中的通信网络也可能不同，如车规以太网Vehicle ETHERNET Network，车规CAN网络Vehcile CAN Network，车规CANFD网络Vehcile CANFD Network，同时，诊断设备可以采用多种接口以及网络与网关相连接，例如T-box可以使用以太网与网关相连接，当然，还提供有OBDCAN、OBDTX等接口。在各个不同的汽车网络中，均可以有不同功能的ECU，为了实现在此种网络架构下对ECU的快速升级，本发明实施例提供了一种数据的升级系统以实现数据的升级。

可以理解的是，本发明实施例中提供的一种数据的升级系统中网关以及诊断设备的功能实现可以参照前述实施例中的一种数据的升级方法中的各个步骤，在此不进行赘述。

在一些实施例中，所述待升级设备为多个目标ECU，则所述诊断设备利用所述目标路由对所述待升级设备进行升级的升级操作包括：

设置所述车辆的全部ECU进入可编程模式；

利用所述诊断设备与每一个所述目标ECU所对应的诊断通道，对每一个所述目标ECU进行数据升级；所述诊断通道使得多个所述目标ECU并行执行数据升级操作；

设置所述车辆的全部ECU进入正常工作模式。

在一些实施例中，所述设置所述车辆的全部ECU进入可编程模式包括：

设置全部ECU进入扩展会话模式；

禁用全部ECU的诊断故障代码设置以及禁用应用报文、网络管理报文通信；

若所述目标ECU符合编程条件，则对所述目标ECU进行数据升级。

在一些实施例中，所述设置全部ECU进入扩展会话模式包括：

设置多个所述目标ECU中首个所需升级的目标ECU使用全局寻址，其它目标ECU使用物理寻址。

在一些实施例中，所述对每一个所述目标ECU进行数据升级包括：

解锁所述目标ECU的安全级别；

将Flash驱动下载到所述目标ECU中；

将应用程序下载到所述目标ECU中；

当所述应用程序下载正确时，确定所述目标ECU升级成功并使所述目标ECU进行复位；

当所述目标ECU符合结束条件时，则设置所述目标ECU进入正常工作模式。

在一些实施例中，所述判断所述目标ECU是否符合结束条件包括：

设置所述目标ECU进入扩展会话模式；

禁用所述目标ECU的诊断故障代码设置以及禁用应用报文、网络管理报文通信；

当定时器超时，则确定所述目标ECU符合结束条件。

在一些实施例中，所述设置所述车辆的全部ECU进入正常工作模式包括：

清除全部ECU的诊断故障代码信息；

设置全部ECU进入模块会话。

在一些实施例中，所述诊断设备与多个所述待升级设备之间设置的诊断通道具体包括用于传输物理请求和响应的ECU通道、用于传输局部功能请求的网络通道以及用于传输全局请求的整车通道。

在一些实施例中，所述网关还用于：

当接收到所述诊断设备发送的升级指令后的第一预设时间内未接收与该升级指令相关联的其它指令时，若延迟第一响应时间后仍未接收到与该升级指令相关联的其它指令，则返回给所述诊断设备否定响应信息；

当发送给任一待升级设备升级指令后的第二预设时间内接收该待升级设备返回的否定响应信息时，延迟第二响应时间后判断是否可以发送给该待升级设备升级指令对应的升级数据。

可以看出，本发明实施例中，多个目标装置可以通过并行的方式来进行数据升级，在新的汽车的网络架构下，可以适配多种不同网络协议之间的数据传输，提高了整车数据升级的效率。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (8)

1.一种数据的升级方法，其特征在于，应用于汽车的网关，所述升级方法包括：

接收诊断设备通过第一通信协议发送的待升级设备的升级指令；

确定所述待升级设备所在汽车通信网络中的第二通信协议；

若所述第二通信协议与所述第一通信协议不同，则确定所述诊断设备与所述待升级设备对应的目标路由；其中，所述目标路由用于将所述第一通信协议转换成所述第二通信协议；

触发所述诊断设备利用所述目标路由对所述待升级设备进行升级的升级操作；其中所述诊断设备与多个所述待升级设备通过每一待升级设备对应的目标路由进行并行数据传输；

其中，所述待升级设备为多个目标ECU，则所述诊断设备利用所述目标路由对所述待升级设备进行升级的升级操作包括：

设置所述车辆的全部ECU进入可编程模式；

利用所述诊断设备与每一个所述目标ECU所对应的诊断通道，对每一个所述目标ECU进行数据升级；所述诊断通道使得多个所述目标ECU并行执行数据升级操作；

设置所述车辆的全部ECU进入正常工作模式；

其中，所述设置所述车辆的全部ECU进入可编程模式包括：

设置全部ECU进入扩展会话模式；

禁用全部ECU的诊断故障代码设置以及禁用应用报文、网络管理报文通信；

若所述目标ECU符合编程条件，则对所述目标ECU进行数据升级。

2.根据权利要求1所述的升级方法，其特征在于，所述设置全部ECU进入扩展会话模式包括：

设置多个所述目标ECU中首个所需升级的目标ECU使用全局寻址，其它目标ECU使用物理寻址。

3.根据权利要求1所述的升级方法，其特征在于，所述对每一个所述目标ECU进行数据升级包括：

解锁所述目标ECU的安全级别；

将Flash驱动下载到所述目标ECU中；

将应用程序下载到所述目标ECU中；

当所述应用程序下载正确时，确定所述目标ECU升级成功并使所述目标ECU进行复位；

当所述目标ECU符合结束条件时，则设置所述目标ECU进入正常工作模式。

4.根据权利要求3所述的升级方法，其特征在于，所述判断所述目标ECU是否符合结束条件包括：

设置所述目标ECU进入扩展会话模式；

禁用所述目标ECU的诊断故障代码设置以及禁用应用报文、网络管理报文通信；

当定时器超时，则确定所述目标ECU符合结束条件。

5.根据权利要求1所述的升级方法，其特征在于，所述设置所述车辆的全部ECU进入正常工作模式包括：

清除全部ECU的诊断故障代码信息；

设置全部ECU进入模块会话。

6.根据权利要求1至5任意一项所述的升级方法，其特征在于，所述诊断设备与多个所述待升级设备之间设置的诊断通道具体包括用于传输物理请求和响应的ECU通道、用于传输局部功能请求的网络通道以及用于传输全局请求的整车通道。

7.根据权利要求1至5任意一项所述的升级方法，其特征在于，还包括：

当接收到所述诊断设备发送的升级指令后的第一预设时间内未接收与该升级指令相关联的其它指令时，若延迟第一响应时间后仍未接收到与该升级指令相关联的其它指令，则返回给所述诊断设备否定响应信息；

当发送给任一待升级设备升级指令后的第二预设时间内接收该待升级设备返回的否定响应信息时，延迟第二响应时间后判断是否可以发送给该待升级设备升级指令对应的升级数据。

8.一种数据的升级系统，其特征在于，所述系统包括：

分别与诊断设备以及汽车的待升级设备相连接的网关；

所述网关接收所述诊断设备通过第一通信协议发送的所述待升级设备的升级指令；

所述网关确定所述待升级设备所在汽车通信网络中的第二通信协议；

所述网关在判断所述第二通信协议与所述第一通信协议不同时，则确定所述诊断设备与所述待升级设备对应的目标路由；其中，所述目标路由用于将所述第一通信协议转换成所述第二通信协议；

所述网关触发所述诊断设备利用所述目标路由对所述待升级设备进行升级的升级操作；其中所述诊断设备与多个所述待升级设备通过每一待升级设备对应的目标路由进行并行数据传输；

其中，所述待升级设备为多个目标ECU，则所述诊断设备利用所述目标路由对所述待升级设备进行升级的升级操作包括：

设置所述车辆的全部ECU进入可编程模式；

利用所述诊断设备与每一个所述目标ECU所对应的诊断通道，对每一个所述目标ECU进行数据升级；所述诊断通道使得多个所述目标ECU并行执行数据升级操作；

设置所述车辆的全部ECU进入正常工作模式；

其中，所述设置所述车辆的全部ECU进入可编程模式包括：

设置全部ECU进入扩展会话模式；

禁用全部ECU的诊断故障代码设置以及禁用应用报文、网络管理报文通信；

若所述目标ECU符合编程条件，则对所述目标ECU进行数据升级。