[参考译文] CC3235MODSF：HTTP 请求处理

您好！

如果您使用 HTTP API 与 CC32xx 的内部 HTTP 服务器进行交互、则预期会得到响应时间。 内部 HTTP 服务器在 NWP 内核上运行、该内核还运行其他处理 Wi-Fi 堆栈代码的线程。  

如果375ms 响应时间太慢、您可以考虑使用在 CC32xx 的主 MCU 上运行的 HTTP 服务器库。 有关更多详细信息、请参阅此处的 E2E 帖子：

https://e2e.ti.com/support/wireless-connectivity/wifi/f/968/p/777435/2875407#2875407

或者、您可以在 Web 应用程序和 CC32xx 之间使用原始 TCP 或 TLS 套接字。 这可能比 HTTP 响应时间快得多、因为它不涉及在器件的内部 NWP 上运行的 HTTP 服务器。

如果您需要进一步澄清或有进一步的问题、请告诉我。

此致、
Michael

您好、Michael、

非常感谢您的回答。 这不是我所期望的答案。 如果我理解得对、就是这样。 对于在 CC3235的网络处理器上运行的 HTTP 服务器、HTTP GET 请求的响应时间预计为375ms。

TI 针对此问题提供的解决方案是在 CC3235的应用处理器上实施第二个 HTTP 服务器。 这意味着可以为相同的功能提供双倍资源。 这听起来有点奇怪。 TI 不打算更新网络处理器固件、该固件提供速度优化的 HTTP GET 请求或从 HTTP 服务器访问应用参数的另一种更快方法？

我们将使用原始 TCP 或 TLS 套接字检查您的其他建议。 我还阅读了给定链接的信息。 我的问题是、TI 是否提供了在 CC32xx 应用处理器上实现 HTTP 服务器的示例？ 我认为这不仅对我很有帮助。

此致、

Ulrich

您好 Ulrich、

如果您使用的是在应用程序上运行的 HTTP 服务器、则可以使用 SL_NetAppStop (SL_NetApp_HTTP_Server_ID) API 关闭在 NWP 内核上运行的 HTTP 服务器。 因此，在这种情况下，不会出现重复使用资源的情况。

遗憾的是，没有进一步优化 HTTP 服务器速度的计划。 它主要用于配置目的、因此用于一次性设置或偶尔配置器件。  

至于在 CC3220应用 MCU 上运行 HTTP 服务器、您需要在端实现该服务器 MSP432E4 SDK 中提供了 HTTP 服务器库。 MSP432E4使用相同的 SimpleLink 平台 CoreSDK、这意味着网络 API 应非常相似。 我将下载该 SDK、并查看其 HTTP 服务器库和 https 服务器演示、以获取有关如何使其正常工作的指导。

此致、

Michael