[参考译文] CC3100MODBOOST：Simplelink 超时等待对象

但是、当我使用不同的加密方法进行测试时、问题会再次出现。 我想了解导致这些超时的原因是什么？  

此问题的 SPI 日志： 65>87>78>56 <bc <dc <cd <ab <8 <0 <8 <0 <0 <0 <0 <0 <11 <11 <11 <11 > 21>43>34>12>85>8c>4>0>0>A >0>20>65>87>78>56 <bd <dc <cd <ab <85 <c <8 <0 <38 <0 <0 <0 <0 <0 <11<11>21>43>34  

这不是整个日志、但我想问题是 SPI 总线时序问题、而不是发送的数据问题。

您好！

您使用的加密代码不太可能是导致 SPI 问题的原因、而是 SPI 接口移植层本身。

如果您要从 CC3100 SDK 移植、您是否查看了参考 STM32端口？ 它适用于 stm32f4xx 器件、但 HAL 仍可用作参考。

我很好奇、您最初做了哪些调整、似乎已经解决了这个问题？ 我建议您继续查看 SPI 移植代码以及 HAL 的其余部分- CC3100经过测试、可在高达20MHz 的频率下通过 SPI 接口正常工作、 因此、问题可能出在您的移植代码中、也可能是您在 CC3100和 STM32之间的硬件设置中。

此致、

Michael

 在哪里可以找到参考 STM32端口？ 我怀疑我是否可以使用它、因为 HAL 层太复杂、但我可以查看 SPI 代码。

这是我的 SPI 代码。 有趣的是、为开放网络和 WPA2网络(我的 iPhone 11热点)发送的字节之间的唯一区别是 SSID 名称和安全类型。 在这两种情况下、我都发送密钥、在这两种情况下、SSID 中的字符数都是 Sam。 因此、它不是传输中的字节数、而是发送命令的内容。  

int sl_IfRead (_slFd_t fd、unsigned char * pBuff、int len)
｛
MAIN_DISABLE_All_INTERRUPTS ()；
SPI_CS_HI ()；
SPI_CS_LO ()；
对于(uint16 i=0；i <len; i++)
｛
while (((SPI1->SR & SPI_SR_TXE)==0)；
SPI_TX (0)；
while (((SPI1->SR & SPI_SR_RXNE)==0)；
pBuff[i]= SPI_RX ()；
QuietWatchDoor()；
｝
SPI_CS_HI ()；
MAIN_ENABLE_All_INTERRUPTS ()；

如果(log_SPI)用于(uint16 i=0；i <len; i++) wifi_spi_log(1, pBuff[i]);
返回 len；
｝

int sl_IfWrite (_slFd_t fd、unsigned char * pBuff、int len)
｛
MAIN_DISABLE_All_INTERRUPTS ()；
SPI_CS_HI ()；
SPI_CS_LO ()；

对于(uint16 i=0；i <len; i++)
｛
while (((SPI1->SR & SPI_SR_TXE)==0)；
SPI_TX (pBuff[i])；
while (((SPI1->SR & SPI_SR_RXNE)==0)；
(空) SPI_RX()；
QuietWatchDoor()；
｝
SPI_CS_HI ()；
MAIN_ENABLE_All_INTERRUPTS ()；

如果(log_SPI)用于(uint16 i=0；i <len; i++) wifi_spi_log(2, pBuff[i]);

返回 len；

我还 对 CS 线路感到怀疑、因为我正在通过 GPIO 驱动它。 CS 最初 为高电平、直到第一次传输(也尝试将其初始设置为低电平)、然后保持高电平、直到下一次传输。 在开放网络中 、我可以打开服务器套接字、并且没有通信错误。

以下是 SPI 初始化代码：

void MAIN_SPI_REGISTER_v (void)
｛
Bit_Set_M (RCC->APB2ENR、RCC_APB2ENR_SPI1EN)；

SPI1->CR1 =(SPI_CR1_MSTR | SPI_CR1_SSI | SPI_CR1_SSM | SPI_CR1_BR_1 | SPI_CR1_SPE)
&~μ s (SPI_CR1_BIDIODE | SPI_CR1_RXONLY | SPI_CR1_DFF | SPI_CR1_CPOL | SPI_CR1_CPHA | SPI_CR1_LSBFIRST | SPI_CR1_CRCEN)；

SPI1->CR2=0；
｝