车规ETH/UDS刷写流程

车规ETH/UDS刷写流程 车规ETH/UDS刷写流程是指在车规系统中使用ETH/UDS协议进行刷写操作的流程。该流程主要用于更新车规系统中的软件版本，以确保系统的稳定性和安全性。 一、刷写操作指南 在开始刷写操作之前，需要确保车辆未进入自动驾驶模式。然后，需要将mcu.hex和driver.hex文件统一放到一个文件夹下，可以是U盘里的，也可以是板子上的。两个文件可以通过xftp或winscp等软件，通过ssh协议传输到板子上。 1. 在板子上执行uds_client <packet_path>， packet_path是上述文件夹路径名，例如：uds_client ./packet。 2. 刷写完成后，通过Xshell界面观测MCU软件版本号（命令acu -v）是否为目标软件版本号，ZU5是否能ping通MCU（ping 10.42.0.146），观察CAN报文是否能发出，判定软件是否下载成功。 3. 在终端可以看到输出的Log。 注意事项： 1. 确认/usr/bin下是否有uds_client及是否具有可执行权限，如下（后面带*号即可）。 2. 如果第一次刷写失败，会再刷写一次。 3. 最终返回结果为0表示刷写正确，负数表示失败，对应错误码。 4. 在运行uds_client时，如果遇到如下错误，原因是板子没有烧MCU bootloader，请联系@何杨，烧写MCU bootloader。 5. 如有问题请联系@姜秋慧。 二、特殊应急处理指南 hex文件错误后的应急处理方法。 Step1.断电 Step2.将PCAN或CANoe连接到CAN1通道，以最快的速度发送0x7FE报文：数据域如下图（）以PCAN为例 Step3.上电，当收到0x7FF报文后，停止发送，如下图0x7FE报文 Step4,断电，重新上电后，可重新下载程序。 三、前期处理指南 MCU组内部人员操作： 1. 硬件处理：A Q5MCUZU5样板卡，需要去掉（目的：禁止复位时复位）A+和A3板卡无需对硬件处理 2. 软件处理： lauterbachbootloader用下载代码。 elf文件路径：F:\heyang\01-bootloader\LWIP_Basic_uds\basic-b-mcu\Debug\basic-b-mcu.elf cmm文件路径：F:\heyang\01-bootloader\tc297t_smp_demo_multisieve_flash_heyang.cmm 生成相应版本的mcu.hex文件使用持续集成自动生成的hex文件（推荐使用）：访问172.21.65.103:8085，根据commit ID的前7位数字查找需要的版本，选择后缀为的文件夹，到达以下路径hex_version_is_eth/下载其中的http://172.21.65.103:8085/XXXX_hex_version_is_eth/acu/vp-mcu/mcu/derivate/eb/output/bin/TRICORE_T即为所需的hex文件，将该hex文件重命名为C29XT_ebtransfered.hexmcu.hex 更多细节请参考MCU持续集成（自动编译、烧录、报告）手动生成hex文件：step1：按中关于mcu.hex文件生成部分的步骤1进行处理。Bootloader系统设计@钟明森step2：在此基础上将XX\vp-mcu\mcu\generic\source\