kassel 这个没有，可以参考lin stack的demo，看看里面的signals，frame怎么配置的。

limanjiang 在 MD14_AB_SWAP+FEE 中说：

这里看不到你完整的地址分配，看起来像是把FLASH 分成了4段，第一段是中断向量表占用了0x340,后面的3段共同占用了0x7CC0,从逻辑上看你改的地方不是那么的合适，因为3段地址加起来也不应该大于0x7CC0,你可以在YT_LINK或者链接文件中检查下这些段的长度定义，看是不是其他地方的问题。可以留意下0x340和0 这些地方是不是混用了导致计算错误了。

我这里研究了一下，7CC0差不多31K，目前BOOT程序加上移植的FEE代码已经超出定义的7CC0范围了。
d0a06b46-95c9-4bbb-a55d-ad2cd1aaa5c5-image.png

求l作为lin从机的CDD文档

Diga 明白了，之前以为是烧录固件后就自动无法擦除固件所在区域，所以一直没在MD14的开发板上跑过软件安全启动的demo。那也就是软件的安全启动并不是不可逆的对吗？相对于MC03，当我在MD14上擦除掉软件安全启动固件后即使没有BVT，我的工程也能正常使用哈？

2e3caac6-45ef-463c-9a0c-929eb604e4e9-bff304fd92947ce01c2c237705ac2101.png

除了ME05,MD1，MD24外，使用Fee,应注意处理ECC错误:
使用SDK时,需要安装并使用utility-flash-ecc-fault插件

image.png
使用MCAL时，Fls配置时要注意勾选FlsInternalEccErrDisposeEnable：

image.png

limanjiang 在 YTM32B1MD14 UDS CAN FBL公版操作指南 中说：

z123456111 和我们发帖的同事确认过了，保留修改后的代码。

好的

yct只能选一种寻址方式，要手动改代码，然后把新ID加进去

我这边有客户也遇到这个问题，做了一个demo,其他人用的话更直观一些。

KEIL_DEL_RAMDATA_Demo.zip

黎伯辉 NRC是0x33，你到0x34服务里面负应答打个断点dedug看下是什么条件不满足

补充：
公钥需要基于上述PKCS#1格式的私钥生成，需使用如下指令：
openssl rsa -inform DER -in private_key_pkcs1.der -RSAPublicKey_out -outform DER -out public_key_pkcs1.der

eTMR输出100%占空比建议参考对应型号的Demo例程，MD1的操作方式如下：
ca9fa5f1-10f8-415e-84e3-89b5e47756f7-image.png

刚看了下1.4版本确实已经有了，我没有及时查看更新，之前是对1.3.1版本做的

我们发布的MC0,CheckList上有说明，专门提过PTA10的问题。

image.png
后续发布CheckList,描述措辞上会加严

Alexz KeepInBoot所在的RAM段需要设置Power Only属性，参考这个：
YT-LINK User Manual .pdf

xianghan 这个还有什么思路吗，这个项目是需要用到三个UART，一共6路DMA，没弄清这个风险性在哪@xianghan

RX EMPTY 和ERROR标志位都报1了，收不到数据了
image.png

另外，如果你的代码在PFLASH0, 操作DFLASH0时不能用async 模式，也就是DFLASH0不能勾选Async Access