YTM32B1LE04 UDS CAN FBL公版操作指南

[WR]

本方案基于YT Config Tool开发，使用Vscode+Cmake+Ozone工具链开发编译调试；基于Demo板硬件搭建实施；使用同星科技TC1012P CAN/LIN工具及同星科技TSmaster软件。

由于LE04没有PTE6引脚，所以需要将CAN的使能脚短接到GND上

1. 烧录Bootloader

新建YTM32B1LE04的FLASH工程

找到Bootloader编译的烧程文件

加载Bootloader文件

擦除芯片（或者快捷键F4）


烧录程序（或者快捷键F6）

2. 上下电运行Bootloader

拔掉JLINK烧录器，重新上下电后，板子重新工作，LED按照100ms快速闪烁，程序工作在Bootloader里面。

3. 升级上位机配置

将FlashDriver文件、Application文件、SeedAndKey.dll几个文件放到升级上位机目录下。

打开升级上位机工程（如上图中.TSProj_x86文件）配置收发ID

配置TP时间参数，配置加密dll

配置FlashDriver和Application和校验方式

配置自动诊断流程

4. 执行升级

4.1 从Bootloader升级

升级完成后，LED灯1000ms闪烁，运行在Application程序中。

4.2 从Application升级

从Bootloader升级成功运行到Application后，再次点击运行，从Application升级。

升级完成后，LED灯1000ms闪烁，运行在Application程序中。

4.3 StayInBoot升级

从Application升级中，是有升级请求标识的（KeepInBootVar变量）。
本方案设计上认为：
运行到Bootloader以后，如果通讯一半断开未发生升级服务（擦除芯片/请求下载/数据传输/下载退出等UDS服务），则即使有升级请求，可以超时退出重新跳转到Application运行；反之则必须StayInBoot等待重新升级。

4.3.1 未发生升级流程请求

升级一半，拔掉CAN线模拟通讯断开，升级失败

通讯断开超时后，Bootloader重新进入Application运行，Demo板上LED灯1000ms闪烁。
4.3.2 已发生升级流程请求
执行到升级流程后，拔掉CAN线模拟通讯断开，升级失败

通讯断开超时后，Boootloader不能进入Application，执行StayInBoot（重新复位或者上下电等均保持StayInBoot）。
重新执行升级

升级成功，Demo板上LED灯1000ms闪烁。
5. 附件代码
uds_can_fbl_le04_release_20250529.zip

[xhk]

如果我使用bootloader和APP程序都使用jlink下进去，并且成功下进去了，可以从boot loader程序跳到APP程序吗

[WR]

不会，boot里面有升级完成的标志位，会判断的