This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] BOOSTXL-CC3135:sl_WlanConnect 返回 SL_API_ABORTED、带 STM32 F4主机

Guru**** 2482105 points
Other Parts Discussed in Thread: CC3135

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1336906/boostxl-cc3135-sl_wlanconnect-return-sl_api_aborted-with-stm32-f4-host

器件型号:BOOSTXL-CC3135
主题中讨论的其他器件:CC3135

在使用 SPI 接口移植到 STM32F4之后

sl_Start 成功

此外、sl_DeviceGet sl_NetCfgGet 成功通过正确的芯片 ID 等

但在调用 sl_WlanConnect 时始终会返回 sl_api_aborted、调试这个问题的想法何在?

BURST 测量通道1是 SCK 通道2是 MISO

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    最好的方法是将 SPI 事务与通过参考平台(MSP432)进行的 SPI 事务进行比较。

    此外、您也可以尝试对 sl_Connect 进行调试(例如使用调试器单步进入代码或添加打印消息)、以找出中止的根本原因。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    当我将 break 设置为0时、会返回成功、但不确定与读取超时问题相关
    在 SimpleLinkFatalErrorEventHandler 中、提交了 SL_DEVICE_EVENT_FATAL_NO_CMD_ACK

    当我使用 SCK 和 MOSI 捕获信号时、当_SlDrvMsgReadCmdCtx 在 sl_WlanConnect 内部调用时、它在 MOSI 中不显示信号、而在 SCK 中

    因此在 _SlDrvMsgWrite 和_SlDrvMsgReadCmdCtx 之间添加适当延迟或使用断点 成功调用、

    我还将 SPI 速度从8M 更改为20M

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    似乎 MOSI 线路有问题(您必须看到 该线路在响应 MISO/命令 时切换)。 但我无法解释 它是如何与断点一起工作的。 大多数命令响应的超时为10秒(请参阅 driver.h 中的 sl_driver_timeout_short)、这应该足够了。

    您是否在 sl_WlanConnect 之前运行了任何其他命令? 您应该至少在("sl_WlanSetMode (ROLE_STA);")之前将模式设置为"STATION"、因为默认情况下 、器件 作为 AP 启动。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我有模式检查、就像演示项目一样、当我设置为 AP 模式作为比较测试时、使用断点可以成功、再次显示 AP WIFI SSID、在移植指南中、我看到它将 MOSI 设置为上拉模式、但甚至会使 sl_Start 成功。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您是否经历过 我们的设计审查

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    还不是定制电路板、仅使用 CC3135 Launchpad 进行布线

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    感谢您的帮助,我终于解决了它,我添加了时间差记录在 _SlDrvSyncObjWaitTimeout 中 ,发现它只允许由 ClockP_getSystemTickPeriod 引起的65ms(1000000 / configTick_RATE_Hz) ,我的 configTick_RATE_Hz 默认值为1000 ,降低它可以解决当前的情况。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    好的。 这肯定可以解释超时问题。