[参考译文] CCS/CC3100BOOST：TM4C123GH6PM 问题

您好！

如果您以前能够运行完全相同的代码、那么您发现的问题很可能与您的硬件有关。 在 UART 测试期间连接引脚时、可能会损坏某些东西。

作为调试步骤、您是否能够运行无线电工具而不会出现任何问题？  http://processors.wiki.ti.com/index.php/CC3100_%26_CC3200_Radio_Tool

Radiotool 工具将使用 CC31XXEMUBOOST 来运行 CC3100。 如果您可以连接并执行无线电测试、则 CC3100硬件很可能正常。 如果不是、您可能希望尝试在设置中使用不同的 CC3100来查看是否运行到相同的结果。

如果无线电工具正常运行、则您可能需要尝试运行另一个 CC3100主机器件并查看其是否正常运行。

此致、

Michael

我安装了无线电工具、并且可以开始 Rx 和 Tx 测试而不会出现错误、但我将假定我需要进行更多测试以确保一切正常工作。 鉴于我无法查看正在发送/正在接收的数据包、我认为这项测试可能是必要的-您能否向正确的方向指出我？

另一个注意事项是、我在 TM4C123GXL 板上运行了具有和不具有 CC3100的代码。 它两次运行相同、似乎接收到异步超时错误。

我还尝试在多个 TM4C123GXL 电路板上使用 CC3100、因此我不认为它也是底层硬件。  

在多运行几次之后进行进一步检查后、问题已发生变化-我怀疑我在调试模式下运行具有一些断点的内容是导致之前超时的原因。 现在、当示例程序 getting_started_with_wlan_station 运行 configureSimpleLinkToDefaultState（)命令时、在该程序运行命令 sl_DevGet (sl_device_General_configuration、&configOpt、&configLen、(_u8 *)(&ver)时、返回值为-100 (错误)。  

此错误通过宏 verify_no_error_handling_in_progress()抛出，并在检查时显示以下代码：

如果(g_bDeviceRestorartIsRequired ==(unsigned char)(！(0)))返回(-100)；｝\
if (((g_SlDeviceStatus & 0x200)== 0x200)！=(unsigned char)(！(0))))返回(-100)；

请注意 、sl_api_aborted 为(-100)。

经过进一步调查、似乎 将 g_BDeviceRestorartIsRequired 设置为 true。 但是、我不知道该变量是如何设置的、也不知道为什么。 我当然不知道如何解决这个问题。

好的-我想我终于达成了金牌：

 如 http://processors.wiki.ti.com/index.php/CC3100_Getting_Started_with_WLAN_Station:所示

"默认情况下、此应用程序通过 SPI 与 CC3100进行通信。 该 SDK 还具有适用于 MSP430F5529LP 和 Tiva-C 平台的 UART 驱动程序。 要使用 UART 接口与 CC3100进行通信、必须  在应用项目的属性中定义宏 sl_if_type_UART。"

我不知道是什么发生了错误导致代码在某个时间点停止工作、但激活此宏似乎确实解决了我的部分问题。 稍后将报告、但现在似乎正在建立与互联网本身的实际连接、并在以下 while 循环中挂起：

while ((！is_connected (g_Status)))||(！is_IP_Acquired (g_Status)))｛_SlNonOsMainLoopTask ()；｝

您好！

如果您使用的是 UART 接口而不是默认的 SPI 接口、则确实需要此定义。 不确定它在工程属性中是如何未定义的。 如果没有该定义集、您将使用错误的接口操作、因此您将无法使用任何功能。

至于您当前被阻止的位置、while 循环基本上会等待程序的状态块、以指示器件已连接到 AP 并已获取 IP 地址。 如果您看看 main.c， SimpleLinkWlanEventHandler()和 SimpleLinkNetAppEventHandler()应设置该状态块。

与 AP 的连接很可能通过 sl_WlanConnect()调用实现。 只要您提供的 SSID 和密钥正确、就应该可以正常连接。 我会先仔细检查它。

此致、

Michael

我正在连接的网络列出正确、没有密码、因此留空。

鉴于 SPI 到 UART 的细微修正、我猜可能是由于某些引脚被烧在电路板上、但肯定是不正确的。

您好！

如果 sl_Start()命令成功返回，并且在异步事件处理程序中没有发出错误，则 TM4C 和 CC3100之间的接口应该良好。 在我看来、您可能不太可能以这样的方式损坏设备、即您可以在设备之间执行基本通信、而不是连接到 Wi-Fi AP。  

您之前提到过您尝试过多个 TM4C 板。 您是否还尝试更换 CC3100 BoosterPack 以排除该部件损坏？

NWP 日志对我调试您的问题非常有用。 这将使我能够看到导致 wlanconnect 的事件的顺序、以及它为什么不适合您。 如果您可以按照此处的说明操作、并获取适合我的日志、请执行以下操作：

http://processors.wiki.ti.com/index.php/CC3100_%26_CC3200_Capture_NWP_Logs

此致、
Michael