zhangweiguang88 好的，感谢反馈。

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

jiankang_wang 好的感谢

您好：
这里可能是由于代码的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 谢谢大佬😳

Frank 好的

zxx123 就是你理解的这个意思

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

好的，我后续将状态更新放在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

好的, 已解决, 谢谢

wangtengfei 在 YTLINK报错 中说：

@ytm0267 在 YTLINK报错 中说：

客户开始编译报错
471f1f0c-8e00-431d-bace-ba60ca91c838-19337b01703c9e635a2135a4ec24c04.png
后面修改了4字节对齐
e4bf8173-5428-4b09-9fd1-bb67a1d03bab-f23859f4b686000a5c8429e5f33598a.png
现在又有新的报错
ac4ed4a7-f4c6-4513-9d33-86379fe0cf94-fe3dc0a1cb27c969b0a6a41f1ad0248.png

b8ed8d52-3c32-40a3-bddc-b5e9a0382747-image.png
第一行报错是因为代码里自定义了 OS_CODE section在link脚本里没有配置对应位置, 后面通过YT LINK配置增加了OS_CODE section到text内可以了,

d5c84958-b90c-4b1b-90c1-d46bdcf2ee1c-image.png