我已经搞定了。可能是我设置的问题。谢谢。

zhangweiguang88 好的，感谢反馈。

Frank 目前又修改了中断优先级，还在挂测，如果还复现我再邮件发送🤝

jiankang_wang 好的感谢

Ekko 感谢您的反馈，我们后续将修复。

您好：
这里可能是由于代码的bug造成的：

Port_SetPinMode 会检查输入的 Mode 参数是否合法:
94246382-245f-4f82-94a2-941215d16a46-image.png 但是在 Port.h 中设置的宏不对：
9c188f51-5e69-4f67-8868-ca04d1d86ddb-image.png

您可以试着修改这个宏的值为 15， 然后看看问题是否解决。

ME0 MCAL2.2.0版目前对crypto一次性输入数据的限制是62kByte，下一次发布版本会取消该限制。

zyq 谢谢大佬😳

qinzhao 那etmr捕获就是没有回调函数吗

Frank 好的

zxx123 就是你理解的这个意思

有 while(1)的时候，pTMR 中断也得能进，这个再确认一下 看下是不是狗的周期太短了，pTMR 周期太长，没来得及喂狗

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

您好，我这边测试没有这样的问题：
f0065ee5-f8f7-49e1-b1fa-aaa7cedc9347-image.png

好的，我后续将状态更新放在EcuMCheckWakeup的后面

感谢。 是的。
因为lin总线定义了4s以上没有信号，定义为bus idle。在这之后出现的低电平才会被识别为wakeup。我之前在正常通信的时候，手动触发reset。导致wakeup信号被识别成了error frame.

Lin_Demo.zip
你好，我按照你的情景做了一个工程，先发10帧长度为8的，再发10帧长度为4的，测试没有问题，你可以试试看你那跑有没有问题
image.png

Frank 在 YTM32B1ME0 CddUart使用中断接收, DMA发送的DEMO 中说：

单位是传输一个bit的时间。例如配置为10，空10个bit的时间后触发idle（timeout）中断。2. 目前Mcal版本不支持获取接收到的数据长度，你可以手动修改代码，并在事件UART_EVENT_IDLE的callback中调用CddUart_GetStatus()获取剩余接收的字节数，然后用发起接收的字节数相减即可获取接收到的数据长度，需修改的代码如下所示
image.png

好的, 问题已解决, CddUart_GetStatus在IDLE中断里获取到的长度是0, 在Mcal里调用IDLE事件回调之前已经把剩余传输长度清0了, 我自己修改了下.

Frank 在 MCAL的 Spi_Slave+CddDma Demo 中说：

配置为spi3 TX/RX的DMA通道的中断没有打开。2. 都没有这个限制，最大长度为65535

好的, 已解决, 谢谢