CC3235MODSF: SPI主机模式下，启动TX和RX通道DMA，调用sl_send后卡死

您好，

感谢您的对TI产品的关注！为更加有效地解决您的问题，我需要多一些时间查看这个问题，稍后会为您解答。

用的TCP socket，发送的sl_Send函数有大小要求吗，为什么发送小包几十个字节就没问题，发送一千个字节或几百个字节就卡死了，SPI的下一次DMA接收就不工作了

我发现论坛里有和我一样问题的人，但是都没看到解决方案，这是新一代产品的BUG吗，还是tirtos系统的BUG

您好，

我需要更多说明。 sl_send 和 sl_recv 是 WiFi 命令。您是说这些数据是通过 WiFi 发送到主机还是通过 SPI 硬连线？

你能否提供一下问题部分的示例代码，以便我可以调试它并了解发生了什么？

SPI硬连接的是另一个设备，CC3235做主；然后建立了一个TCP socket，用到了SimpleLink，CC3235做AP；实现的功能就是循环接收SPI数据通过 sl_send给站点发过去，站点是电脑上的网络调试工具；然后遇到的BUG就是我上面所述的

您好，

为了更好解决您的问题，已帮您升级到E2E英文论坛由专业英文工程师帮您解决。

感谢您的支持。

经过我试验，验证了一个问题，SPI函数SPI_transfer();和sl_Send();函数不能同时工作，我把这两个函数放在两个线程调用就会卡死，spi就会没有原因的停止工作；如果把这两个函数放在一个线程，阻塞等待sl_Send();返回后再执行SPI_transfer();这样就完全没问题。这会不会是一个BUG啊，看文档秒速sl_Send();阻塞的时候是在通过内部的SPI与NWK通信，在这期间如果使用SPI_transfer();调用了DMA，就直接死了啊，系统线程没有死，就死在SPI一直不能启动了。能不能帮忙想想到底是为什么啊，你们也试试我上述操作。

还有一个很重要的实验结论，同样的操作我用CC3200MOD这款芯片实现就不会出现这种问题，SPI_transfer();和sl_Send();可以同事工作，是因为CC3200老一代芯片内部与NWK通信方式不一样的原因吗，因为CC3200没有内部SPI总线 (LSPI)