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.

[参考译文] CC3135:一致致命错误:未检测到命令确认

Guru**** 2343440 points
Other Parts Discussed in Thread: CC3135, SYSBIOS
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1506446/cc3135-consistent-fatal-error-no-cmd-ack-detected

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

工具/软件:

您好:

我将在定制 PCB 上使用 CC3135。 我拥有最新版本、并使用 Simplelink_sdk_wifi_plugine_4_20_00_10中提供的最新服务包进行了编程、这是适用于 cc3135的 TI 页面上提供的最新软件。

我正在使用运行 SDK 7.10和 TIRTOS 的 cc2674R10RGZ 与 cc3135交谈。 sl_Task ()函数正在通过 kernel/tirtos7/packages/ti/sysbios/KNL/Task.h 接口进行初始化、因为这就是我们正在运行的其他任务所使用的函数、我已经为其提供了最高优先级 ALA

   Task_Params_(&slProcTaskParams);
   slProcTaskParams.stack = slProcTaskStack;
   slProcTaskParams.STACKSIZE = sizeof (slProcTaskStack);
   slProcTaskParams.name ="slProcTaskFxn";
   slProcTaskParams.priority = 15;//最高优先级。
   slProcTaskHandle = Task_create ((Ptr) sl_Task、&slProcTaskParams、Task_Func);


我使用回调调用 sl_Start、在触发返回0时 sl_Start 以及回调都称为 sl_Start。

当我在 device.h 中运行任何器件信息函数时、即

            _u8 pConfigOptWlan;
           _U16 pConfigLenWlan;
            _u32 statusWlan;
            pConfigOptWlan = SL_DEVICE_EVENT_CLASS_WLAN;
            pConfigLenWlan = sizeof (_u32);
           INT RC = sl_DeviceGet (SL_DEVICE_STATUS、&pConfigOptWlan、&pConfigLenWlan、(_u8 *)(&statusWlan);

或尝试通过 wlan.h 函数进行扫描/连接、如下所示:我收到 No Cmd Ack Detected 错误

       SlWlanSecParams_t secParams;
       secParams.Key ="Ourpassword";
       secParams.KeyLen = strlen ("Ourpassword");
       secParams.Type = SL_WLAN_SEC_TYPE_WPA_WPA2;
       INT RC = sl_WlanConnect ("SSID"、strlen ("SSID")、0、&secParams、0);
       DBG_LOG (LOG_INFO、"sl_WlanConnect 返回%I"、RC);

失败的命令操作码为0x8c80。 `sΔ V l_DeviceGet`函数、如果我尝试这些函数、则会得到与这些命令相对应的操作码。 当失败的命令操作码返回时、我将收到-2005错误、即 SL_SPI_ROABLED。

我已经确认 user.h 的 sl_timestamp_ticks_in_10_merms 是合理准确的、表明在10ms 内有1000个周期、调用同一函数的粗略计时器测试将返回1010。 由于 cc2674是48MHz 处理器、因此我还将 CPU_FREQ_IN_MHz 设置为48。

我将 SPI 比特率降低到1Mbit、然后进一步达到100kbit、似乎对这个问题没有影响。 SPI 线路的模拟看起来很干净?

我还能做些什么来进一步调试 cc/驱动程序似乎不想运行的原因?


 e2e.ti.com/.../single_5F00_spi.txt

编辑:我看到32xx SDK 包含一个稍微更新的 servicepack。 我应该使用的是 cc3135的服务包和主机驱动程序、而不是 cc3135的下载页面上的内容?

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

    您好、

    基本上、您可以从 CC32xx SDK 获取主机驱动程序、但您的问题非常简单、即使是使用较旧的 CC31xx SDK 也应该如此、所以现在我会继续使用该驱动程序。

    您能否将完整的逻辑捕获与 SPI 线路以及 IRQ 和 nRESET 线路连接在一起?

    此外、 最好获取 NWP 日志。 使用 CC3135应该会更容易一些、因为您不需要修改代码、只需将电平转换器连接到记录器引脚并记录二进制流即可。

    您以前做过吗?

    您可以 在我们的 NWP 编程器指南中找到说明、 请参阅。 第20章我的朋友  

    最后、我将在下周初离开、因此请预计我的回复会有所延迟。

    此致、

    Shlomi