YunTu Forum

SSEZKX 了解了，非常感谢。。。

yifeng_xie 在 LIN STACK的lin_timeout_handle周期问题 中说：

Frankie 在 LIN STACK的lin_timeout_handle周期问题 中说：

关于bus active的定义：
image.png。修改的方法就是你 #15 楼发的帖子这么改

曾工，还有一个bug，在l_lfx_tx 和 l_lfx_rx中设置state->frameStatus.busActive=l_true;的时机也有问题。当前，l_lfx_tx 和 l_lfx_rx中驱动返回错误，是不会调用state->frameStatus.busActive = l_true;的。

当进入if(linState->currentEventId==LIN_PID_OK)后，应该就设置state->frameStatus.busActive = l_true;了。此时，一次完整且有效的报文开始事件已经产生，则busActive=true。驱动调度出错也不能设置busActive = false。
所以，代码应该改成下图这样，l_lfx_tx 和 l_lfx_rx中没必要设置state->frameStatus.busActive = l_true;了，只需要记录故障。
f8774823-898e-42d0-a20a-ca115e1ac792-image.png

补充，l_lfx_tx 和 l_lfx_rx中设置state->frameStatus.busActive = l_true还是需要的，我图上是解决从机问题，主机调度表还是需要走l_lfx_tx 和 l_lfx_rx中的state->frameStatus.busActive = l_true。

NorbertShi 不行，你需要先cancel掉当前传输，让DMA停下来，然后重新配置CTS。

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 好的，那我想问一下不支持的原因是什么呢

Yaojianyong 应该不需要，这个相当于云途开发的一个UDS刷写的上位机。

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

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

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

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

yxydoctor 可以的。

Diga 大佬 CMakeLists.txt GENERATED_CONFIG_TARGET.cmake 我在配置工具中点击Generate会重构我这两个文件，导致我包含进去的.c和.h清除掉了 然后按照教程上创建一个.cmake。说我的这个不是本项目中的文件，18c295c6-c85d-4d55-a734-8a8ce6838130-image.png 能远程救个急吗？

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

背景： 在Cortex-M33中，用户模式（非特权模式）无法直接操作多数SCB寄存器。非特权访问尝试将触发故障（如MemManage故障或HardFault）。只有特权代码（如操作系统内核或异常处理程序）才能安全地配置这些寄存器。

**分析：**SCB->VTOR赋值属于内核操作，故需要使用特权模式。且YTMEVB_Demo_RevC 这个demo是启用了非特权模式的

方法一： 修改YCT工程配置并重新生成工程
①YCT工具配置删除以下宏
9adbec80-997d-472c-a1c5-d87f56fa09c4-0c96960d-76ed-4a57-8329-6b9d20ef7e26.png

②确认所有外设均取消勾选EnableUserModeSupport
948970a8-c564-4f9f-b233-ec430b994889-57bda4e2-4527-4f5b-9ba2-2f09d9b0a9ba.png

方法二： 在代码中直接增加进入特权模式，无需修改YCT配置
69cbb451-1ca9-4af1-9298-ba595f90785b-2e2cf0070fad973803cb915adb976ba9.png

YTCQ_shejiwang 可以的

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

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

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

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

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