YunTu Forum

buffer看看是不是传入的局部变量，类型需要与pData保持一致，且长度注意要和size一致。

全擦一下程序在试一下呢

Kirk 在 YTM32B1MC03的RAM故障和EEPROM故障，分别读取哪个寄存器可以获取故障标志？ 中说：

EMU ERIE 的 RAM 的，EFM STS 是 Flash 的
image.png

还有个问题想请教一下，RAM故障EMU是需要使能故障中断吗？不用中断可以直接读取吗？

这个模块应该就这一处改动，如果担心得紧，最好还是对着以前的配置，一点点去配置

帮忙看下，理论上普通的RAM也是支持这个频率读去的，但是当前只有8MHz的频率原因还未找到。

CANFD第二采样点相关问题

image.png可以暂时性在这里添加头文件路径及.c文件路径；但是这里用配置工具重新生成代码后会被覆盖，建议自己新建一个cmake，链接到cmakelist上使用；

按照你的配置Master和Slave的 SIN，SOUT需要交叉连接

安全启动固件不对外开放

参考以下文档操作：
JTAG_SWD无法连接 救砖指南.pdf

Ekko 重新选择芯片即可，可能是之前工程选的芯片不对

近期在新的SDK验证通过后会发布。

通过您提供的 SCB 寄存器信息分析可知：

HFSR=0x4000_0000 → FORCED 位有效，说明是低优先级 Fault 升级来的 HardFault。 CFSR=0x0001_0000 → Bus Fault 的 PRECISERR 位置 1，即精确的数据总线访问错误。 BFAR=0x2000_FF1C → 故障地址在 SRAM 顶部栈区附近。

完整的故障路径是：

Flash Erase 执行中 → 此时来了一个中断 → CPU 响应中断，自动压栈（写 SRAM） → SP 落到 0x2000_FF1C 附近 → Flash Erase 期间 AHB Bus 可能暂停/限制 SRAM 并发写 → 栈写操作失败 → PRECISERR → HardFault

结论：Flash Erase 期间发生中断，中断响应的压栈操作在 Flash 操作占用的 AHB Bus 上失败了。

建议：Flash Erase/Program 前必须调用 SuspendAllInterrupts() 关全局中断，这是标准做法，不是规避 bug 的 workaround。

麻烦问一下，上述说 Cache 与 Flash 的读写擦 中 “当前 SDK 有对该场景进行配置，用户调用 SDK 操作 Flash 是正常的。”在SDK哪里进行配置的，看代码好像没有找到，使用的SDK是1.4.0

mcFls_Demo.zip
MC的，客户用到了。

暂时没有非基于usd的can boot。
uds的主要作用是规范了tp层和协议层，这是比较重要的，自定义tp层或协议层会比较繁琐。
可以参考：
https://forum.ytmicro.com/topic/1203/uds-fbl-demo合集/9