ZHCY212B September   2024  – January 2025 DP83TC817S-Q1 , DRA821U-Q1 , DRV81602-Q1 , DRV81620-Q1 , DRV8163-Q1 , DRV8245-Q1 , TCAN1043A-Q1 , TCAN3404-Q1 , TCAN3414 , TPS2HCS10-Q1

 

  1.   1
  2.   概述
  3.   内容概览
  4.   引言
  5.   基于域的车辆和软件定义车辆
  6.   用于支持软件定义车辆的硬件抽象层
  7.   软件定义车辆支持的新技术
  8.   无线软件更新流程
  9.   软件定义车辆和区域架构方法的差异
  10.   结语

无线软件更新流程

必须开发、测试无线 (OTA) 或固件无线升级 (FOTA) 软件更新,并将其上传到待执行车辆访问的安全云端服务器。而车辆必须能够下载和存储更新,无论是在中央计算系统、区域控制器还是边缘 ECU 中。鉴于更新生效通常需要 ECU 重新启动,更新过程必须在车辆处于安全状态时进行。

在更新可行的情况下,做法之一是通知驾驶员可更新,并让驾驶员安全泊车后确认启动更新。或者,通过跟踪车辆使用时间,系统可以预估在没有用户干预的情况下执行软件更新的最佳时间。在此期间车辆可能暂时不启动,因此必须高效地完成更新,以最大程度地减少停机时间。在整个更新过程中 ECU 必须保持供电,并且必须考虑车辆的蓄电池容量。为了降低风险,ECU 可以设计为将当前软件版本和更新版本存储在存储器中,以便在下次启动时切换到更新版本。如果更新失败,系统可以恢复到以前的软件版本,确保车辆继续运行。

当车辆功能分布在多个 ECU 时,须仔细规划更新程序来协调更新。这些程序包括为所有受影响的 ECU 部署更新包,确保全系统的兼容性和性能。