（四）基于 LIN 实践篇

羽翼未丰的啊博

已于 2024-08-04 18:51:48 修改

阅读量1k

点赞数 17

分类专栏： IAP与OTA 文章标签：汽车 mcu 车载系统

于 2024-07-09 19:18:25 首次发布

本文链接：https://blog.csdn.net/weixin_47403186/article/details/140287677

版权

IAP与OTA 专栏收录该内容

7 篇文章 2 订阅

订阅专栏

IAP和OTA（基于LIN）

实践篇

IAP和OTA（基于LIN）

效果演示

LIN_test

由视频可以看到，开始我们烧录了Lin_uds_ota（boot）进入flash，之后用图莫斯进行LIN UDS固件升级可以正常更新app到flash 的0xc800地址上，然后读取出升级之后flash里边的内容，发现不仅有Lin_uds_ota（boot），也存在Tproject（app）。

操作要点

boot与app划分

首先需要划分boot和app在芯片flash的哪个地址，因为KF32A156MQV这块芯片flash起始地址为0x0000 0000，所以我将boot设置大小为48K，之后48-50K用于存储标志位，之后从50-512k设置为APP的存储区域。

划分boot和app

关键代码解析

在这里插入图片描述

工程代码主要包含Lin.c、Lin_Uds.c、Lin_buffer.c、Lin_bootloader.c。
Lin.c：底层LIN总线驱动
Lin_buffer.c：是一个队列，可以存储最多64帧数据
Lin_Uds.c：主要用于解析单帧，首帧和续帧，把真正的有用的UDS数据保存起来。
Lin_bootloader.c：对接收来的UDS数据进行解析，每个不同的服务，处理不同的功能。

上位机设置

10服务，进入编程会话，
在这里插入图片描述

更新
在这里插入图片描述
11服务，复位

报文解析

“10 02”，切换为编程会话
在这里插入图片描述
“31 01 FF 00”，例程控制，用于擦除APP

“34 00 44 00 00 C8 00 00 00 51 E0”，要烧录到哪个地址，烧录多少字节，一次可以传输多少字节

“36 XX 数据1 数据2 数据3 数据4…”
在这里插入图片描述
36服务应答

37服务，退出传输
11服务，ECU复位
在这里插入图片描述

注意点：

1.在使用0x37服务的时候，如果每次传输刚好是1024字节的话，那没有问题，如果到最后不足1024字节，比如480字节，此时需要注意，要补足1024字节再烧录，因为这款芯片比较特殊，必须是1024的倍数。480烧录时烧录失败的，这也就是为什么视频最后boot_app.hex读取出来的值和app.hex对比后边有那么多FF，因为擦除也是填充的FF，所以，用FF代替不足1024字节的部分
在这里插入图片描述

2.在上位机发送比如0x36烧录程序的服务时，我们需要先发送 “7F SID 78” ，意思是让上位机先等一等，因为在将数据下载到flash是关中断的，不允许被打断的，这样子ECU就没法对上位机进行响应，烧录完数据之后，再给上位机肯定响应

 case 0x31:
      if((DataLen>=3)&&(pData[0]==0x01)&&(pData[1]==0xFF)&&(pData[2]==0x00)){//Erase Flash Memory
        printf("Erase Flash Memory\r\n");
        uint8_t res[2]={SID,0x78};//Request Correctly Received Response Pending
        LIN_BOOT_Response(0x7F,res,2);
        pData[3] = LIN_BOOT_EraseApp();
        LIN_BOOT_Response(SID|0x40,pData,4);
      }