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.

[参考译文] CC3220SF:使用 SPI 总线时无法配置和原因代码109+202断开

Guru**** 2562830 points
Other Parts Discussed in Thread: CC3220SF

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/967948/cc3220sf-cannot-provision-and-reason-code-109-202-disconnect-when-using-spi-bus

器件型号:CC3220SF

您好!

我正在使用 CC3220SF 开发应用、但在使 SimpleLink 与繁忙的 SPI 总线共存方面遇到了一些问题。

我正在为多个子电路设计一个概念验证的物联网功率计、因此我需要使用 SPI 总线读出一组功率测量 AFE。 我不会考虑大量流量(我们以1kHz 的频率进行采样)、但我们每毫秒读取一次大约60字节、这些字节分散在四个不同的芯片之间。 在隔离方面、这一切正常:来自其中一个 IC 的数据就绪线路触发中断、我们使信标递增、SPI 读取任务(通过 TI 的 POSIX 包装程序的 FreeRTOS)等待该信标触发读取。 工作正常、无数据丢失。

我们将固件基于配置演示、当我们在 SPI 任务运行时尝试配置时、问题就会开始。 没有用于 AP 配置的 AP 弹出、SmartConfig 重复超时。 假设这只是一个配置问题、并且考虑到这是早期的 PoC 阶段、我一直等到我们有连接来启动 SPI 读取任务。 一旦 SPI 通信开始、我们立即断开连接、代码109后跟两个代码202:

                (一 
                           配置应用程序
                (一



设备在站点角色中启动
[CVARS] CVAR 模块已成功初始化。
 [事件] STA 连接到 AP - BSSID:48:8f:5a:CD:C5:DE、SSID:Nero
[NetApp 事件]获取的 IP:IP=192.168.88.18,Gateway=192.168.88.1.
[RTC Sync]正在尝试与远程服务器同步时钟...
[RTC Sync]在 Unix 时间戳1609633449上成功同步时钟
[APP] User Application 已启动
       DHCP 已打开
       IP     192.168.88.18
       掩码   255.255.255.0
       GW     192.168.88.1
       DNS    192.168.88.1
[APP]正在启动 SPI 服务
[APP]正在启动处理服务
[APP]正在启动服务器通信服务
[ServerComms] WLAN 作为工作站连接。
 [事件] STA 与 AP 断开连接(原因代码= 109)
 [事件] STA 与 AP 断开连接(原因代码= 202)
[CVARS] CVAR 模块已成功初始化。
 [事件] STA 与 AP 断开连接(原因代码= 202)
[CVARS] CVAR 模块已成功初始化。

请注意、我们的所有用户任务(SPI、处理、服务器通信)的 RTOS 优先级低于 SL 任务和配置演示中的任务。

有什么想法吗? 我的印象是、连接到 SimpleLink 处理器的内部数据总线不受用户 SPI 外设的影响、我认为我们的写入速度几乎不够快或不够频繁、无法接收系统总线。

谢谢、

Peter

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

    嗯、日志格式似乎不起作用。 让我们再试一次:

                    (一
                               配置应用程序
                    (一



    设备在站点角色中启动
    [CVARS] CVAR 模块已成功初始化。
     [事件] STA 连接到 AP - BSSID:48:8f:5a:CD:C5:DE、SSID:Nero
    [NetApp 事件]获取的 IP:IP=192.168.88.18,Gateway=192.168.88.1.
    [RTC Sync]正在尝试与远程服务器同步时钟...
    [RTC Sync]在 Unix 时间戳1609633449上成功同步时钟
    [APP] User Application 已启动
           DHCP 已打开
           IP     192.168.88.18
           掩码   255.255.255.0
           GW     192.168.88.1
           DNS    192.168.88.1
    [APP]正在启动 SPI 服务
    [APP]正在启动处理服务
    [APP]正在启动服务器通信服务
    [ServerComms] WLAN 作为工作站连接。
     [事件] STA 与 AP 断开连接(原因代码= 109)
     [事件] STA 与 AP 断开连接(原因代码= 202)
    [CVARS] CVAR 模块已成功初始化。
     [事件] STA 与 AP 断开连接(原因代码= 202)
    [CVARS] CVAR 模块已成功初始化。

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

    尊敬的 Peter:

    查看您断开连接时收到的错误代码、我怀疑您的其他 SPI 外设正在运行时会发生一些硬件干扰。 错误109表示 sl_WLAN_DISCONNING_RNAing_TRIGGER_BSS_LOSS、错误202表示 SL_WLAN_DISCONNING_AUTH_TIMEOUT、由 wlan.h 驱动程序头文件解码。

    由于 AP 突然断电或器件超出 AP 范围、这两种误差通常表示 Wi-Fi 信号强度低而断开连接。 由于连接到网络处理器(NWP)的 CC3220 SPI 接口实际上完全独立于通用 SPI 接口硬件、因此唯一可能的 SPI 互操作问题是 SPI 驱动器在处理多个同时激活的 SPI 接口时遇到问题。 这种情况不太可能发生、因为您对 SPI 驱动器没有什么不寻常的事情、它已经在大约20mbps 的高吞吐量视频流应用中正常工作。

    您的硬件设置是否有任何可能导致2.4GHz 频带干扰的问题? 您还可以使用 sl_FsOpen/sl_FsRead API 测试对测试文件执行的文件读取、以查看 NWP 是否正常工作、问题的原因是2.4GHz 介质。 文件系统访问通过 NWP 进行控制、因此如果 NWP 通信总线出现问题、则文件系统访问也不起作用。

    此致、

    Michael