[参考译文] CC3220SF：HTTP 服务器所有线程都被阻止、偶尔出现错误

要添加一些问题：如何自动发送文件？ 网络处理器是否会处理此问题？

更新：我发现任务 SLEEP 实际上来自 Network_if_InitDriver 函数、也就是最后一个 else 块。
该器件以 AP 模式启动、但每当发生此错误时、都不会设置 STATUS_BIT_IP_AQUEST 的 g_ulStatus 位
此特定位的 SET_STATUS_BIT 仅在 SimpleLinkNetAppEventHandler 中调用、我不会在代码中的任何位置进行明确调用、并且在我基于该操作的服务器代码中的任何位置都找不到它。

错误仍然是零星的,发生在每一个在10或20重新启动。 请告知

是的、网络处理器处理对文件系统的直接访问。

仅当在 ROM 或文件系统中找不到匹配项时、它才会将请求转发给主机(详情请参阅 编程人员指南第9章的详细信息)

然后，它应该由 SimpleLinkNetAppRequestEventHandler ()接收-如果您没有更改代码，应该会在那里打印("[HTTP 服务器任务] NetApp Request received.")。 您能看到这个吗？

sl_Task 在主机驱动程序中实现(在 source/ti/drivers/net/WIFI/source/spawn.c 中(请参阅 _SlInternalSpawnTaskEntry)。

Kobi、感谢您的答复、我有更多信息。 我在您提到的位置找到了 sl_Task。
显示驱动程序和这种 UART 用法目前在定制板上不可用、因为它已连接到 MCU 器件、我可以尝试从 LaunchXL 板运行它并报告我的发现、因为我们现在知道 UART 任务本身不是问题。

为了便于参考、我使用 TI Simplelink Academy 修改了可移植示例。

您能否确认一些内容：sl_Task 是主处理器和网络处理器之间通信的负责人？ 大多数 Network_if 函数都由 sl_Task 触发？

我对 http 服务器线程有疑问：
依次调用 sl_Start 和 sl_Stop、然后清除 Network_IF_ResetMCUStateMachine 中的状态位、再在 Network_IF_InitDriver 中再次调用 sl_Start。 网络处理器多次启动的原因是什么？(据我所知、sl_Start 是什么功能？)

根据我所见、调用了 SimpleLinkNetAppEventHandler、并发生 IPv4事件、设置了 STATUS_BIT_IP_AQUIRED、前提是假设这是第一个 sl_Start 的结果。 然后返回 ResetMCUStateMachine。 之后、当错误不发生且一切正常时、会再次设置 STATUS_BIT_IP_AQUIRED。 但是、当错误发生时、不再设置该位、且 IP 地址(网关和站点)读为0。 Im 完全不知道为什么会发生这种情况。

但是、SSID 仍然可以通过任一方式开始广播、我可以连接到它。 如前所述、仍然可以从文件系统中获取文件、但所有服务器请求始终无法到达服务器

由于器件处于 AP 模式、因此 STATUS_BIT_IP_AIL 的确切含义是什么？

sl_Task 处理  从 NWP 到主机的通信(命令响应、异步事件和 Rx 数据)。 该线程将调用所有异步事件处理程序。

主机命令(和数据)在调用方(即应用)的线程上下文中执行(每个命令块直到收到即时响应、像"sl_Receive"这样的阻止命令 将阻塞、直到发生相关事件、例如将发生数据接收)。  

器件的某些配置(特别是 NetApp 服务配置)将不会发生、直到 NWP 被重置-从而导致 sl_Stop/sl_Start。

您可以在 程序员指南 (特别是附录 B.1)中阅读相关内容。

在 AP 模式下-  当 AP 正常工作时、STATUS_BIT_IP_AIL 将立即返回。

我需要查看一些日志来帮助解决确切的问题、但此处的信息应该可以帮助您检查应用程序代码以消除可能的竞态条件。