喂狗是驱动自己喂狗，和wdg0是一样的，只是如果没有即使喂狗不会立即复位，而是拉高输出的引脚，同时进入回调函数
image.png

MCAL应用_CddUart模块配置及实例（一）.pdf

0<~<65535中的任意值, 每个block编号唯一。用户在使用的时候，可以直接使用Fee_Cfg.h中生成的signature，例如：
image.png

参考这个： https://forum.ytmicro.com/topic/530/win10-打开mcal工程报-worker-terminated?_=1774332563156

知道了，后续版本会修复

现有版本不支持FULL，后续会增加该功能

liuxu_smartens 不需要

问题1是驱动决定的，如果一定有这个需求可将两个channel合并长度，只用一个channel；问题2填充buffer需要自己定义，传递空指针时发送默认值。
image.png

你需要确认一下Async模式是否配置正确，对于0x10000的地址，可能与你的代码处于同一个flash block，所以不能使能async模式。

image.png我配置加上后还是有相同的报错
image.png

qinzhao ok，问题已解决，感谢支持

我发现我的擦除地址覆盖到我工程本身地址了，我再修改一下试一下，，还是不行的话下午麻烦您指导一下

image.png我调用擦写函数可以返回OK，但是进入到mainfunction后一直触发硬件故障时什么原因

重新申请一下离线license

软件复位试一下 Mcu_PerformReset 这个 API
image.png

zhai 在 MC0 Mcal的UART问题 中说：

RuiXu 刚刚试了一下，按照这种方式操作，也是发送完成后才能进行回读，比如要发送2字节，中断进入顺序是TX_EMPTY->TX_EMPTY->END_TX->RX_FULL->END_RX。还是不能实现最初的一个字节发送错误就立即终止后续发送需求

连续两次进入TX_EMPTY是由于TX_EMPTY的中断响应时间太快了，可能响应第二次中断的时候第一个字节还没有接收完成。校验有一定的滞后性，但是比发送多个字节后响应IDLE校验要好一些。由于MC0没有硬件回读的功能，因此目前只有这种方法。或者可尝试修改底层代码，只使用TX完成中断作为发送中断，这样理论上也可以，但是要修改底层逻辑