以上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 好的，那随机数生成器部分的其他两条支持吗？

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命令清除之前的写操作，这些都是可以规避这种异常现象的。

65cbf0b3df07ac3a30b2653c876f80ed.png

好的，这个rsa4096也是软件实现的吗？

Diga 在 YTM32B1MD14 - MPU Configuration - Can I grant permission rw-|r-- for a memory section? 中说：

ARMv7 can support your case. YTM32B1HA01's core is CORTEX-M7 with ARMv7.
b514bd3a-96f7-4073-8763-eca5918191c8-image.png

Thanks for your suggestion but unfortunately we can't change the chipset.

Is there any mechanism or any demo code to switch between Supervisor mode and User mode for YTM32B1MD14?

image.png