SPI通信失败fail排查方向指南

[xianghan]

1. 芯片供电以及被通信芯片供电是否正常。
2. 确定从芯片是否需要拉高拉低某些PIN使被通信芯片可以退出低功耗或者standby模式。
3. 确定MCU时钟及SPI有被正常初始化。
4. 确认时钟极性、时钟相位、通信速率、片选使能、时钟位数与被通信芯片一致。
5. 确认被通信芯片需不需要在片选使能以后等待若干时间，
6. 通过示波器抓取通信线数据，确定波形是否预期，排除硬件干扰。
7. 确定软件组包的SPI数据满足被通信芯片的协议。
8. 以上办法还不行，可屏蔽boot、其它外设及OS，排除其它软件干扰。

[Frank]

gaoSheng 典型的cache同步问题。把buffer放到no cacheable区域，或者手动刷cache

[gaoSheng]

xianghan HA的spi作为从机利用dma接收数据有概率接收到的数据全是0，大佬有什么排查方向吗，示波器抓取的数据是正常的

[Frank]

gaoSheng 典型的cache同步问题。把buffer放到no cacheable区域，或者手动刷cache

[gaoSheng]

Frank 感谢大佬的思路

[gaoSheng]

Frank 大佬，请问有相关的操作的示例吗

[Frank]

以下示例基于MCAL。
方法1. 变量定义到no cache区域，在使用时可以替换成Rte_MemMap中定义的类型定义。

方法2.通过api 对cache 刷新，（需要保证变量的地址是32B对齐的）
（1）SCB_CleanDCache_by_Addr() : CPU 更新数据后，调用该API 可以保证数据从cache同步到memory。
（2）SCB_InvalidateDCache_by_Addr() : DMA搬移完成后，调用该API可以让CPU从memory中读取数据而不是cache。

[gaoSheng]

Frank 请教一下，在SDK中操作应该也是一样的吧

[Frank]

你按照API名称检索下，应该是一样的。即使不一样，名字也相近

[gaoSheng]

Frank 非常感谢大佬的支持