CC3235S: 用CC3235S做了个WIFI的中继器，但是中继器反复链接手机热点后，出现链接失败阻塞，程序不执行，OStimer停止的问题

您好，

CC3235S 芯片最新的版本要求 CCS 12.2.0，建议您更新一下试试：https://dev.ti.com/tirex/explore/node?node=A__AHJklGFECzotIMkWjAvCXw__com.ti.SIMPLELINK_CC32XX_SDK__fc2e6sr__LATEST

Yolande Wang 说：

CCS 12.2.0

 To：Yolande Wang

  您好，我这里安装了最新的CCS 12.2.0，然后工程还是编译不过。之前用10.4.0就可以编译通过。我接下来该如何做才能让我的工程编译通过？

还请帮我看一下编译错误，然后给出个建议，谢谢。

编译错误如下所示。
can't locate the package 'ti.posix.tirtos' along the path: 'C:/ti/simplelink_cc32xx_sdk_7_10_00_13;C:/ti/ccs1220/xdctools_3_62_01_16_core/packages;C:/ti/simplelink_cc32xx_sdk_7_10_00_13/source;C:/ti/simplelink_cc32xx_sdk_7_10_00_13/kernel/tirtos/packages;C:/ti/simplelink_cc32xx_sdk_7_10_00_13/kernel/tirtos7/packages;C:/ti/ccs1220/xdctools_3_62_01_16_core/packages;..;'. Ensure that the package path is set correctly.
Cannot build project. Referenced RTSC Configuration project 'tirtos_builds_cc32xx_release_ccs' contains build-errors.
gmake: *** [all] Error 2
gmake[1]: *** [build-121333681] Error 2
gmake[1]: Target 'configPkg/linker.cmd' not remade because of errors.
gmake[2]: *** [build-121333681-inproc] Error 1
xdctools_3_62_01_16_core\gmake.exe: *** [package.mak:202: package/cfg/release_pem4.xdl] Error 1
Invalid project path: Include path not found (C:\ti\simplelink_cc32xx_sdk_7_10_00_13\.;C::\ti\ccs1220\xdctools_3_62_01_16_core\packages).
Invalid project path: Include path not found (C:\ti\simplelink_cc32xx_sdk_7_10_00_13\.;C::\ti\ccs1220\xdctools_3_62_01_16_core\packages).
Invalid project path: Include path not found (C:\ti\simplelink_cc32xx_sdk_7_10_00_13\source\ti\posix\ccs).
XDCpath repository 'C:/ti/simplelink_cc32xx_sdk_7_10_00_13/.;C:/ti/ccs1220/xdctools_3_62_01_16_core/packages' cannot be found! Visit project's 'Properties > General > Products' tab to adjust the XDCpath.

请问您使用的是哪个例程，我这边编译尝试一下。

我建议查看新 SDK 中的示例之一并了解项目规范是如何构建的。它与旧的 SDK 不同。例如，内核库位于 SDK 中的不同位置。

请参阅此 E2E 帖子，例如：https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1285480/cc3235sf-package_not_found-build-error-after-updating-sdk

您好，我用的是下面的示例。

C:\ti\simplelink_cc32xx_sdk_5_20_00_06\examples\rtos\CC3235SF_LAUNCHXL\demos\httpget\tirtos\ccs

我想的是没那么多时间从头学习新的规范把，那不相当于重新做一次项目了么？TI难道不思考一下软件SDK向下兼容性问题么？高版本的SDK应该兼容低版本的SDK呀，其他家的都是这样吧。否则的话，以后TI升级一次SDK，岂不是项目都要重新投入人力物力研发学习？

我已经将您的问题升级到E2E，请等候一下。

我看了E2E 工程师发的链接，似乎将 SDK 降至6.10.00.05，这样才能使用TI-RTOS 6。

您目前的例程基于TI-RTOS 6 ，最新的 SDK (7.10.0.13) 仅支持 TI-RTOS 7。

您可以尝试一下，不过我会再次检查以下错误是如何造成的。

Joker.Fei 说：

现在使用的CPU是CC3235S,原有工程使用的是CCS10.4.0+simplelink_cc32xx_sdk_5_20_00_06+sysconfig_1.8.0+xdctools_3_62_01_15_core,

工程可以编译通过，程序可以用uniflash_6.4.0烧写到板子上并执行。但是板子链接自己手机的无线网络时，反复断开连接手机热点时程序里的TIRTOS的timer死掉，

然后阻塞在sl_WlanConnect函数。

sl_WlanConnect函数我发现也有BUG，这个函数的返回值不管连接是否成功都返回0呢？
我输出了这个函数返回值的log，有没有热点的情况函数都返回成功。不知TI是否能够检查一下这个函数本身是否存在问题，是不是在最新版本的SDK里修正了这个bug?

连接wifi热点只能用这个函数么？有没有其他方法和历程更好更高级的连接wifi？

void Connect(void)
{
char* pSSID;
char* pPassword;
SlWlanSecParams_t secParams = {0};
int16_t ret = 0;

LOCK_Enter( LOCK_B_MUTEX );
pSSID = DATA_B_Get_wifi_ssid();
pPassword = DATA_B_Get_wifi_password();

secParams.Key = (signed char *)pPassword;
secParams.KeyLen = strlen(pPassword);
secParams.Type = SECURITY_TYPE;
UART_PRINT("Connecting to : %s\r\n",pSSID);
ret = sl_WlanConnect((const signed char*)pSSID, strlen(pSSID), 0, &secParams, 0);
LOCK_Leave( LOCK_B_MUTEX );
if(ret)
{
UART_PRINT("Connection failed\n\r", ret);
}

else

{
UART_PRINT("Connection OK\n\r", ret);
}

}

正在跟进问题，请等候。

这个函数没有 bug 。

API sl_WlanConnect()函数：当设备开始连接尝试时，它返回 0。关于成功连接，您将通过异步处理程序收到通知。

sl_WlanConnect()的替代方案是连接配置文件。有关更多详细信息，请参阅SWRU455上的第 4.3.3 章。