YunTu Forum

ganyongchao 280c9112-7c1d-4591-a2ee-9619dae10623-image.png 你好我能要一份你刷写过程的报文吗？我现在卡在这个地方啦。

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成。

jesetec
这里有MD24，https://forum.ytmicro.com/topic/1905/ytm32b1md24的flash-driver?_=1777431330825

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

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

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

yxydoctor 可以的。

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

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