YunTu Forum

xianghan 已更新

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

OK这个PDF当时没找到

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文档

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

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

image.png

1 jlink不要内部和外部同时给芯片供电
2 实测一下vdd reset电压波形

MD芯片：
https://forum.ytmicro.com/topic/1649/ytm32b1md14-keil环境-mcal部分功能安全模块移植到sdk-demo

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

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

好的

这个是yt-link里的bug

错误原因：

YTM32B1LE0 是 Cortex-M0+ 内核，Armv6-M 架构，只支持部分Thumb2指令：

79e31496-abb9-4450-9dba-de7a313867d3-image.png

而这里使用的 LDR 指令的写法是 Thumb2 的 Post-indexed variant，在 Armv6-M 中是不支持的，Armv6-M 中只支持这样的指令形式：

LDR{<q>} <Rt>, [<Rn> {, #+/-<imm>}]

而这个文件里的写法是 Post-indexed variant

LDR{<c>}{<q>} <Rt>, [<Rn>], #{+/-}<imm>

d4411e9f-a8b2-4857-a911-5826cb2aa1fa-image.png

修改方式

写一次后手动增加寄存器：
3955a4c1-2fb7-437f-ab70-10ba230ed14a-image.png

_RAM_start: /* 4bytes align */ LDR R1, =RAM_memory_start LDR R2, =RAM_memory_end SUBS R2, R2, R1 SUBS R2, #1 BLE _RAM_end LDR R0, =0x5A5A5A5A _RAM_loop: STR R0, [R1, #4] ADDS R1, #4 SUBS R2, #4 BGE _RAM_loop _RAM_end: BX LR

Diga 在 如何对编译生成的 Hex，Srec，S19 文件进行补全 中说：

你这里面怎么有 RAM 内容？剔掉再转
image.png

啊？可是我这个是从官方的demo直接生成的hex
4620a45e-e192-48a6-83a0-21388d64d0ab-image.png
8dc0dc92-5333-4967-be7d-74c3e91cafe1-image.png
cfd7dcea-d1f2-4c08-95d0-4a63514b98e6-image.png

可以稍微推算一下：
如果 1V 的输入信号，假如参考在 3.34V，那就是 1/3.34 * 4095=1226；假如参考在 3.22V，那就是 1/3.22 * 4095=1272，差了接近 50 个 LSB

这两种模式是互斥的。只能通过手动修改cmake.buildArgs来完成。