YTM32B1ME05 SPI 做从机不触发中断回调

[Frank]

感觉跟信号质量有一定关系，用示波器抓波形看下

[WangPeiying]

Frank 不是时序或者配置哪里有问题吗？因为APP是可以的，所以没用示波器抓，用逻辑分析仪抓了波形，在接收的时候，发送buff里面填的是0x00，但是看波形出现了1个字节的0xFF。

[Frank]

APP能正常使用，然后Boot跟APP使用相同的配置的话，说明你的配置没有问题。最大可能是Boot的一些应用在某些状态下影响到了SPI信号，导致信号失真。你可以试着逐渐降低下通信速率，找出出现该问题时通信速率的临界点。然后再结合你的应用来分析最可能影响SPI通信的因素是那个，再逐一排查。

[WangPeiying]

Frank 我测试在接收后加 while (Spi_GetSequenceResult( SpiConf_SpiSequence_Spi2SlaveSequence_1) != SPI_SEQ_OK); 可以正常接收，不卡就会出现失败。我仿真查看了不卡的后续运行，在while循环里，有些状态的检查和判断，没有其它的操作。有什么可能有影响吗？

[Frank]

加while等待Sequence完成，会block MCU不去执行其他的任务。你看下应用在执行过程中有修改port或gpio的操作吗。另外着重检查SPI master和slave之间通信线路上的电路状态是否有其他任务去改变或影响到。

[WangPeiying]

Frank 检查了下，没有port的操作，只有if else ,switch 这些状态的判断。我是在GPIO中断里使用 Spi_AsyncTransmit 函数，这个会有影响吗？

[xianghan]

有影响，不要在中断服务函数里面直接调用

[WangPeiying]

xianghan IWDG没有初始化，在while循环中连续调用 Wdg_180_Inst0_Service 函数会影响SPI 接收吗？初始化IWDG就可以，还是不能这么操作？

[xianghan]

喂狗不影响SPI通信，一般使用GPT定时周期喂狗，或者在任务调度里面Wdg_180_Inst0_Service手动喂狗。通常不在while死循环喂。

[WangPeiying]

xianghan 那在死循环里面喂狗为什么会影响SPI通讯，目前看来是影响了DMA 通道1的传输，DMA通道0的传输没有受影响。

[WangPeiying]

xianghan 在 YTM32B1ME05 SPI 做从机不触发中断回调 中说：

有影响，不要在中断服务函数里面直接调用
xianghan 是硬件上不支持这么操作吗？还是担心有影响效率或中断嵌套引出来问题？

[Frank]

WangPeiying 硬件不会有限制，但是软件使用不当会导致功能异常。嵌入式软件应该避免你现在的使用方式。