OTA软件更新数据传输方法及系统技术方案

本申请提供了一种OTA软件更新数据传输方法及系统，车载OTA软件更新数据传输系统中，H2PU接收云端服务器推送的软件更新指令，并将软件更新指令，及软件更新指令携带的软件更新文件转发至SOC；软件更新文件包括：至少一个目标控制器标识、每个目标控制器标识分别对应的软件更新包和刷写流程配置文件；SOC针对每个目标控制器标识，根据目标控制器标识对应的刷写流程配置文件，按照目标控制器标识对应的更新链路，将目标控制器标识对应的软件更新包传输至目标控制器标识对应的目标控制器，以使目标控制器进行软件版本更新本申请能够实现多点同时进行升级包传输及OTA升级，提高升级包传输速率，提高OTA升级效率。提高OTA升级效率。提高OTA升级效率。

【技术实现步骤摘要】
OTA软件更新数据传输方法及系统


[0001]本申请涉及智能驾驶
，尤其是涉及一种OTA软件更新数据传 输方法及系统。

技术介绍

[0002]随着自动驾驶、车联网行业的高速发展，在汽车电子系统和软件爆炸 式的增长下，其软件更新迭代迅速，以满足新功能及新需求，且自动驾驶 域内涉及毫米波雷达、激光雷达、IMU惯性测量单元、ADU自动驾驶域控 制器、H2PU高精度定位单元等多种设备，ADU自动驾驶域控制器作为自动 驾驶域内主控单元，也作为自动驾驶域内OTA空中下载升级主节点，因此 ADU需要一种更加高效便捷的升级包传输方式，以适配多路传感器升级及 域内其他零部件升级。
[0003]在现有技术中，整个自动驾驶域内，往往是通过点对点的方式进行升 级包传输和OTA升级，导致传输速率低、升级通信交互链路复杂。目前尚 未出现一种可靠和完善的OTA网络架构通信链路系统。

技术实现思路

[0004]本申请的目的在于提供一种OTA软件更新数据传输方法及系统，基于 软件更新文件中包含的目标控制器标识、目标控制器标识分别对应的软件 更新包和刷写流程配置文件，通过目标控制器对应的更新链路，能够实现 多点同时进行升级包传输及OTA升级，提高升级包传输速率，提高OTA 升级效率。
[0005]第一方面，本申请实施例提供一种OTA软件更新数据传输方法，方法 应用于OTA软件更新数据传输系统；系统包括：自动驾驶域控制器ADU、 定位控制器H2PU、驾驶监控系统DMS和环境监测控制器；其中，ADU包 括：系统级控制器SOC和微控制器MCU；H2PU分别与SOC和DMS连接； SOC还分别与MCU、环境监测控制器连接；MCU还与环境监测控制器连 接；方法包括：H2PU接收云端服务器推送的软件更新指令，并将软件更新 指令，及软件更新指令携带的软件更新文件转发至SOC；软件更新文件包 括：至少一个目标控制器标识、每个目标控制器标识分别对应的软件更新 包和刷写流程配置文件；SOC针对每个目标控制器标识，根据目标控制器 标识对应的刷写流程配置文件，按照目标控制器标识对应的更新链路，将 目标控制器标识对应的软件更新包传输至目标控制器标识对应的目标控制 器，以使目标控制器进行软件版本更新。
[0006]第二方面，本申请实施例还提供一种OTA软件更新数据传输系统， OTA软件更新数据传输系统包括：自动驾驶域控制器ADU、定位控 制器H2PU、驾驶监控系统DMS和环境监测控制器；其中，ADU包 括：系统级控制器SOC和微控制器MCU；H2PU分别与SOC和DMS 连接；SOC还分别与MCU、环境监测控制器连接；MCU还与环境 监测控制器连接；OTA软件更新数据传输系统用于执行如第一方面所 述的方法。
[0007]本申请实施例提供的OTA软件更新数据传输方法及系统中，方法应用 于OTA软件
更新数据传输系统；系统包括：自动驾驶域控制器ADU、定位 控制器H2PU、驾驶监控系统DMS和环境监测控制器；其中，ADU包括： 系统级控制器SOC和微控制器MCU；H2PU分别与SOC和DMS连接； SOC还分别与MCU、环境监测控制器连接；MCU还与环境监测控制器连 接；方法包括：H2PU接收云端服务器推送的软件更新指令，并将软件更新 指令，及软件更新指令携带的软件更新文件转发至SOC；软件更新文件包 括：至少一个目标控制器标识、每个目标控制器标识分别对应的软件更新 包和刷写流程配置文件；SOC针对每个目标控制器标识，根据目标控制器 标识对应的刷写流程配置文件，按照目标控制器标识对应的更新链路，将 目标控制器标识对应的软件更新包传输至目标控制器标识对应的目标控制 器，以使目标控制器进行软件版本更新。本申请实施例中，基于软件更新 文件中包含的目标控制器标识、目标控制器标识分别对应的软件更新包和 刷写流程配置文件，通过目标控制器对应的更新链路，能够实现多点同时 进行升级包传输及OTA升级，提高升级包传输速率，提高OTA升级效率。
附图说明
[0008]为了更清楚地说明本申请具体实施方式或现有技术中的技术方案，下 面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍， 显而易见地，下面描述中的附图是本申请的一些实施方式，对于本领域普 通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获 得其他的附图。
[0009]图1为本申请实施例提供的一种OTA软件更新数据传输系统的架构示 意图；
[0010]图2为本申请实施例提供的另一种OTA软件更新数据传输系统的架构 示意图；
[0011]图3为本申请实施例提供的一种升级主节点ADU
‑
SOC的软件架构图；
[0012]图4为本申请实施例提供的一种LIADR激光雷达的更新链路示意图；
[0013]图5为本申请实施例提供的一种DMS的更新链路示意图；
[0014]图6为本申请实施例提供的一种MCU端的更新链路示意图；
[0015]图7为本申请实施例提供的一种多功能摄像机的更新链路示意图；
[0016]图8为本申请实施例提供的一种OtaEngine模块Transfer组件状态切换 图。
具体实施方式
[0017]下面将结合实施例对本申请的技术方案进行清楚、完整地描述，显然， 所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申 请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得 的所有其他实施例，都属于本申请保护的范围。
[0018]在现有技术中，软件更新包传输过程中，往往存在以下方面的问题：
[0019]1.在现有的OTA技术，仅支持单点软件更新包传输和单点OTA升级交 互(同一时刻，只支持一路数据传输或升级交互)，导致升级花费时间较长， 进一步影响用户的用车体验。
[0020]2.在现有的OTA技术中，无法高效快速的适配零部件的升级，往往需 要花费大量时间和精力，进行该零部件的升级模块软件开发及调试。
[0021]3.在现有的OTA技术中，由于域内零部件采用各自刷写规范，在传统 的升级方案
中，往往会根据各自厂商的刷写规范，实现各自的软件更新功 能，这使得软件中充斥大量冗余代码，极大提高软件复杂度。
[0022]4.在现有的OTA技术中，由于通信类型、操作系统平台的差异，如： CAN、LIN、ETH，无法只由一个节点作为升级主控节点，因此无法做到升 级流程和版本号信息的统一管控。
[0023]5.在现有的OTA技术中，由于通信类型差异，往往是在应用层进行数 据接收并转发需要花费CPU大量运行时间。
[0024]6.在现有的OTA技术中，多链路传输通信中，如通信异常时，无法快 速高效定位，各个模块之间的通路状态。
[0025]7.在现有的OTA技术中，可执行文件升级包文件必须是地址连续，需 要做额外的填充动作。
[0026]基于此，本申请实施例提供一种OTA软件更新数据传输方法及系统本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种OTA软件更新数据传输方法，其特征在于，所述方法应用于OTA软件更新数据传输系统；所述系统包括：自动驾驶域控制器ADU、定位控制器H2PU、驾驶监控系统DMS和环境监测控制器；其中，所述ADU包括：系统级控制器SOC和微控制器MCU；所述H2PU分别与所述SOC和DMS连接；所述SOC还分别与所述MCU、所述环境监测控制器连接；所述MCU还与所述环境监测控制器连接；所述方法包括：所述H2PU接收云端服务器推送的软件更新指令，并将所述软件更新指令，及所述软件更新指令携带的软件更新文件转发至所述SOC；所述软件更新文件包括：至少一个目标控制器标识、每个所述目标控制器标识分别对应的软件更新包和刷写流程配置文件；所述SOC针对每个所述目标控制器标识，根据所述目标控制器标识对应的刷写流程配置文件，按照所述目标控制器标识对应的更新链路，将所述目标控制器标识对应的软件更新包传输至所述目标控制器标识对应的目标控制器，以使所述目标控制器进行软件版本更新。2.根据权利要求1所述的方法，其特征在于，所述SOC中安装有OTA引擎；所述OTA引擎包括：配置文件解析组件、更新包文件解析组件、UDS服务组件、数据传输组件、升级管理组件；所述SOC针对每个所述目标控制器标识，根据所述目标控制器标识对应的刷写流程配置文件，按照所述目标控制器标识对应的更新链路，将所述目标控制器标识对应的软件更新包传输至所述目标控制器标识对应的目标控制器的步骤，包括：通过所述升级管理组件触发对目标控制器对应的升级请求；通过所述配置文件解析组件获取所述目标控制器的Doip通信连接参数、获取UDS服务参数、UDS刷写流程列表；通过所述配置文件解析组件获取所述目标控制器对应的软件更新包的数据传输参数；通过所述更新包文件解析组件对所述数据传输参数对应的所述软件更新包进行解析，并对地址不连续的数据进行填充；通过所述数据传输组件根据所述Doip参数建立于所述目标控制器的Doip通信连接，并根据所述的UDS刷写流程通过所述的UDS服务组件将解析后的软件更新包传输至目标控制器。3.根据权利要求2所述的方法，其特征在于，通过所述配置文件解析组件获取所述目标控制器的Doip通信连接参数、获取UDS服务参数、UDS刷写流程列表的步骤之前，所述方法还包括：通过所述数据传输组件检测车辆当前状态是否满足升级条件和数据传输条件；如果是，继续执行所述通过所述配置文件解析组件获取所述目标控制器的Doip通信连接参数、获取UDS服务参数、UDS刷写流程列表的步骤。4.根据权利要求2所述的方法，其特征在于，在软件更新包传输过程中，所述方法还包括：通过所述数据传输组件实时检测Socket连接状态或数据传输应答时间；在判断Socket连接状态为断开或所述数据传输应答时间超时的情况下，继续执行对目标控制器进行Doip通信连接的步骤。5.根据权利要求1所述的方法，其特征在于，每个所述目标控制器对应的刷写流程配置文件的生成过程如下：
针对每个所述目标控制器，获取所述目标控制器对应的...

【专利技术属性】
技术研发人员：梁彬彬，李东军，潘常远，宁少辉，黄广炜，
申请(专利权)人：苏州挚途科技有限公司，
类型：发明
国别省市：