RuiXu 在 Calculate报错 中说：

Ocu的定义从宏观来说就是50%，达到比较值的时候电平变化，counter达到最大值也就是MOD值的时候清0

当然，这是默认情况，Ocu的作用可以在一个周期内设置多个阈值达到一个MOD内有多次电平变化

更新CAN驱动后，问题解决。

不好意思才看到问题，也不知道你有没有解决。
1，对于从机，可以在DMA的发送搬运完成中断回调里重新装载好下一次的发送，这样能保证主机在长时间连续通信的时从机发送不出现underflow的情况。操作可参考主机连续发送的例程，从机的配置也是一样的：
https://forum.ytmicro.com/topic/1943/spi时钟线连续输出?_=1790230365342
2，可以用DMA_DRV_ConfigRamReloadTransfer，也可以用上面文章推荐的接口，建议Slave的DMA重装载操作尽量精简，保证下一次时钟到来之前装载完成；
3，可以应用层加一个READY IO，在Slave 的完成回调里去更新READY IO的状态，指示主机等待还是发送。
4，不允许。

CAN排查

解决了,换了块板子正常了，应该是u10焊了块flash产生了影响

HAIYANG 好的

你的hex方便上传我们试一下吗

JETT 抱歉给你带来困扰，后续我们会持续优化😁

不是应该 一直用 SPI_DRV_MasterTransferBlocking 主循环读值 放进一个 全局变量，然后定时 去取数据吗？

image.png我在读取io电平时也触发了中断相关的报错，我在platform里打开了PORTA的中断还是这样，这个是什么原因呢
image.png

具体有什么不一样呢？有波形截图嘛

Mailbox都有独立的DLC字段，发送前可以分别设置报文长度

shiqi 感谢