image.pngdebug时传入数据没问题，每次写8个字节，写几次之后就没法暂停和运行了，看不到跑飞到哪了，可以使用IDE的复位按钮重新运行
image.png

NooB 这里的邮箱个数配置会在CAN初始化的时候将对应数量的邮箱所占用的ram区进行初始化，但是每个邮箱具体要做收或者发，以及掩码功能都是在代码里面配置的，然后由驱动写进对应邮箱的ram区；比如你这里初始化了16个邮箱的ram区，但是程序里用到了第17个邮箱，就会出现使用未被初始化的邮箱ram区而发生错误；

image.png他没有按照我的预期分配到指定位置呢，，这个需要怎么修改一下YT_LINK配置呢

建议上下限±25%

85b955a6-7879-4a21-accc-40537de72cb7-image.png ，除了降低时钟还可以考虑使用eTMR进行pwm输出

RuiXu 在 Calculate报错 中说：

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

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

不好意思才看到问题，也不知道你有没有解决。
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

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