车规ETH/UDS刷写流程
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
车规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\
- 粉丝: 5132
- 资源: 1326
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助