YunTu Forum

Diga 我和你们的fae都试过的，确实丢包。选择中断模式也是这个原因。
两路sent，一个3us，一个1.65us，负载算高吗？测试下来大概丢帧率超过了3成。

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

image.png 849688cb-d479-4088-a905-81e5c0541541-image.png d81d9290-5a28-4f1e-8915-7f1072941058-image.png 按照demo的做法,已经完全没问题了,再次感谢支持!

sunxuehu 在 LIN接收第一帧数据不进中断 中说：

思、索 邀请您参加腾讯会议
会议主题：思、索预定的会议
会议时间：2025/08/25 15:00-15:30 (GMT+08:00) 中国标准时间 - 北京

点击链接入会，或添加至会议列表：
https://meeting.tencent.com/dm/1xNCOTf8ftTa

#腾讯会议：354-538-503

复制该信息，打开手机腾讯会议即可参与
线上看下吧

稍等，我拉一下人

ysog 好的，那我想问一下不支持的原因是什么呢

Frank 这里是设置了511字节，主机发送数据最大是255字节。
e4d3fc90-00f2-4b23-800e-790103422dd4-750f9656d175ccafc97c36a7f51ce8a.png
当我把INT_SYS_InstallHandler注释了就不会出现这种问题了

结论趋同, 综合算力相当于一颗240M的M4,但会稍微快一点。

开CACHE后，开不开TCM，无明显变化。估计是因为200M的主频不够高。

开始打样了，希望一切顺利。

yxydoctor 可以的。

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

ME0 的 BVT 位置在 block 的最后一个 sector 吧
你贴的是你的代码段，0x4000 是你程序的 vector table
左右不一样是因为左边的是你没设置 bin 文件的偏移地址吧

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

没有PEAK，请内部测试，麻烦了。

好的 下一个版本大概什么时候发布

多谢多谢多谢多谢@diga

@junhanhuang 在 32B1LE14的第一个工程，没成功 中说：

你的工程这里选择的simulator，改成你的debug工具
image.png

可以了，是这个原因，丢人了，多谢

ysog keil工程 仿真还是有问题d8414848-44de-4085-9f9e-08e211a0f78d-image.png

YTCQ_shejiwang 可以的

yt0069 0c3fbb16-1ded-42b7-bfec-f14162bb5cb8-image.png 型号调整了的

配置仍沿用之前的，只是之前的代码，在启用 DMA 进行 RX 接收时，无法开启超时，也就无法识别帧结束。现在通过 start 位来判断开始接收，也就可以正常开启超时

WangPeiying 是的