如果是uds刷写升级app，boot里不需要配置两个app分区的地址吗？毕竟刷写进来的app未必完全按照boot的规定地址编写，刷写时也不能人为区分按A区地址刷app还是按照B区地址刷

会在定时器的计数值从最大值溢出到初始值（通常是 0）时产生。

风清扬

uds fbl demo参考如下：

https://forum.ytmicro.com/topic/1203/uds-fbl-demo合集

其他UDS Service需要自行配置增加。

以上demo使用的是SDK1.4.0，在增加了DMA_DRV_Deinit()运行时，会产生hardfault。需要修改dma_driver.c。

image.png，新的dma_driver.c文件：
dma_driver.zip

检测到 Trigger 后会自动使能的

以instance information 表格为准，文档后续更新

VDD\VDDA\VREH统一供电，并增加电源电容到4.7uF以上，另外确保连接线缆尽量短。

Diga 我和你们的fae都试过的，确实丢包。选择中断模式也是这个原因。
两路sent，一个3us，一个1.65us，负载算高吗？测试下来大概丢帧率超过了3成。

注意以下勘误信息
024d7983-1bbc-4c0e-bfc3-581e8a7f07d0-image.png

可以参考下这个 https://forum.ytmicro.com/topic/688/spi通信失败fail排查方向指南?_=1760145880743

YTM32MC03 的VDD15引脚典型电压1.62V，精度+-5%。
YTM32MD14 的PMC_VREF典型电压1.2V，精度+-5%

https://forum.ytmicro.com/topic/1492/如何对编译生成的-hex-srec-s19-文件进行补全

WangPeiying 是的

luxiaoguo 再重新生成一下demo看看

看起来是空指针访问触发的BusFault。
VSCode在调试方面感觉还是没OZone好的，只是debug好看一些。

意思是如果A Block执行了写地址操作，但是后续并没有发Flash操作的命令，此时对B Block执行写地址操作，然后执行命令，此时命令会作用于两个Block。为了规避这种异常可以增加MPU保护，避免对Flash进行非预期的地址写操作，另外SDK和MCAL中也通过先执行NOP命令清除之前的写操作，这些都是可以规避这种异常现象的。