BJX
这里进行了压栈，因此是+8的
807de063-0c39-45e3-83d2-1eaa3d0b4424-image.png

确实可能会存在不同编译器导致编译出来和预想不一致的情况。
可以使用下面附件中的做法，这样更好想一点。
flash_ecc_fault.zip

上一个问题：
需要将EFM配置里面全局中断配置为disable，进行关全局中断处理。
因为在进行flash0 erase操作时，访问了pflash0上的代码（systick中断），这样访问读取时误触发了ecc 错误。其实是没有ecc错误的。

8bc34ebe-419c-4bd9-96c5-81f347a2ff11-image.png

major 谢谢。
追问一下，像这种热复位保持的寄存器还有哪些？RM里面有详解么？

之前使用其他家的MCAL，这块是可以这样连续发送的，可以提高传输时间。好的，这个修改方式我们验证下，感谢~

major 感谢您的回复，我调整了一下 WKU_DRV_SetPinIsolation(false); 的位置（放到打印之前），程序运行确实与预期相符了

Fee的操作跟Fls是一样的，他的操作函数都是异步函数，需要调用Fee_MainFunction来进行调度和状态管理，同时由于Fee需要调用Fls的操作才能实现数据存储与读取，因此调用Fee_MainFunction的同时，也需要调用Fls_MainFunction

在 ByPass 了 Secure Boot 后，这个启动时间应该不会太长，你可以根据你自己的配置手动量一下，从RST 释放到 SPI 初始化完成

感谢您的反馈，此问题源于配置文件的判断逻辑设置错误，会在后续版本迭代中完成修正。

BJX 在pflash1/固件b里面没进行SWAP操作，那么复位后还运行pflash1

LC 感谢您的反馈，经核查，此处为软件 Bug，我们将在后续版本中予以修复。具体修复方案如下：
1.使能Mpwm的计数器溢出中断。
2.在Icu_Mpwm中断服务程序MpwmChannelIrqProcess里的MpwmSignalMeasurementHandle函数中，代码1U == Mpwm_ChannelInfo[InstanceId][MpwmChannelId].EdgeNumber处，进行计数器溢出次数清零。
image.png

Diga 感谢😊 ，abort后测试确实OK了。

您好：
晶振是20M，预分频是2，波特率是500K。上述信息就决定了Tq的长度和数量了，所以是不支持修改的。
也就是说使用20M的时钟采样点无法设置到81.25是正常现象。

晶振的频率是20M，预分频为2，就决定了最小的时间刻度为：
c584efdb-e7c7-4a7d-ab09-1aacb2552af9-image.png
这个刻度是最小的时间分辨率，一个时间量子Tq由多个最小刻度组成。

而波特率为500K，就意味着1秒需要传输的波形数量为500，所以传输一个波形的时间为：
b499c13a-b19b-4e6f-81ea-0fd1a57426ca-image.png

所以时间量子的长度也就决定了：

384d2873-e9b7-4305-846e-b61fa864efb5-image.png

更多的细节，可以参考 ISO 11898-1

可以随便分配使用，没有这个限制

可以先这样封装一下
void CAN0_ORed_BusOff_Warning_IRQHandler(void)
{
CAN0_ORed_IRQHandler();
}
后续会修复此Bug

Diga 好的，已经改用REGFILE存储，现在程序运行正常了，谢谢！

您好，感谢您的反馈，后续软件版本更新时会修复这个问题。

对功能没什么影响，但是会牺牲一些效率，按照word访问比字节快

部分外设时钟可以选择这个外部低速晶振
如果没用到这个时钟，可以不接