按控制单元而非按车系取包

软件与标定包下载

适用场景

  • 车间无稳定网络
  • 多台终端批量更新
  • 在线更新通道异常
  • 交付前预置版本

下载对象

  • 发动机与变速箱控制单元
  • 车身与舒适系统模块
  • 传感器与执行器标定文件
  • 诊断终端程序
  • 管理平台客户端

取包前核对

  • 零件件号与批次号
  • 当前版本组合
  • 本次是否成套更新
  • 供电与存储条件

取包后动作

  • 完整功能验证
  • 适配与标定复核
  • 保留原状态记录
  • 异常时停止重试

绝大多数情况下不需要手动取包:诊断终端与管理平台会在接入车辆时直接提示并完成在线更新。离线包服务于另一类场景——车间无稳定网络、需要用一台电脑给多台设备批量刷写、或在线通道异常而控制单元必须恢复可用。

取包最容易出错的地方是「车系对,控制单元组合不对」。一次完整的更新往往包含发动机控制单元、变速箱控制单元、车身模块或传感器标定文件等多个包,它们各自有对应关系;只取主控制单元的包并在其他单元保持旧版的情况下刷写,容易得到功能缺失或配对失败的结局。

拿到包之后仍然有两件事不能省:确认目标单元当前状态允许刷写(供电、存储、连接稳定),以及刷写完成后做一次完整功能验证而不是仅确认能启动。多数所谓「刷坏了」的报告,实际是刷写中途条件不满足导致单元停在半更新状态。

开发者

接口与集成文档的版本兼容要求。

离线包是给条件受限的人准备的

网络正常时走在线通道最省事,因为它会自行判断单元组合。手动取包的意义在于摆脱网络依赖,不在于比在线更早拿到版本。

成套性是唯一的硬约束

单个单元的新版本不保证与整车的旧版本组合有相同表现。判断更新是否完成,标准是版本组合落在正式说明允许的区间内,而不是每个单元都到了最新。

不在交付链路上验证版本

把更新安排在交付之前的空档,并留出一段可退回的时间。在客户车辆上首次验证新版本,等于把不确定性加进最有代价的时刻。