• 状态 Resolved
  • 已锁定 已锁定
  • 回复 5 回复
  • 订户 0 订户
  • 视图 198 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] CC3235SF：内置 HTTP 服务器在多次 GET 请求后不响应

admin
Guru**** 2553450 points
Other Parts Discussed in Thread: CC3235SF

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/876167/cc3235sf-built-in-http-server-not-responding-after-several-get-requests

器件型号：CC3235SF

您好！

如前所述、我使用 CC3235SF 的内置 http 服务器来显示 CC3235SF 中存储的值。

为了获得这些值、我有一个自定义的 html 页面、并按照"ti.com/lit/ug/swru455h/swru455h.pdf "第9.7.2章中的建议向不存在的资源发送 GET 请求。 因此、我能够使用处理的 Get-Response 的 reponse 文本填充 html 元素。 我使用 html 按钮来触发请求。

遗憾的是、在多次请求(大约70到100次)后、http 服务器不会响应任何进一步的请求。 即使重新加载网站也没有帮助。

NWP 处理器是否限制为请求的最大计数、或者如何获得多个请求的响应？

屏幕截图显示了100个请求中的最后一个请求。 已标记的请求(第98号)是最后一项请求，并附有答复。

提前感谢

Jonas

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

    你好 Jonas、

    请使用 Wireshark 软件并监听浏览器和 CC3235器件之间的通信。 请使用适当的筛选器来避免显示不相关的数据包(例如"host 10.123.45.1")。 捕获 NWP 日志 可能对 TI 支持也很有用。

    1月

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

    你好 Jonas、

    请求数量没有限制。  

    您是否看到任何 simplelink 事件(WLAN (断开连接)？ 错误？ HTTP？) 接收到的信号吗？

    发生故障后、您是否能够与 NWP 通信(即执行任何其他网络)？  

    发生故障后(即使用外部触发器)重置 HTTP 服务器(sl_NetAppStop/sl_NetAppStart)是否可以解决此问题？ NWP 复位(SL_Stop/SL_Start)是否解决了此问题？  

    BR、

    Kobi

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

     您好、Kobi、

    我尝试重新启动 http 服务器、但错误仍然存在。 NWP 的 API 似乎有故障。 当错误发生时、可以与 NWP 建立新的 WLAN 连接、但不会调用事件处理程序函数(network_terminal.c)。 此外、正在运行一个 TCP 服务器、等待新的套接字连接、但 sl_select 返回-2005L (驱动程序已中止)。

    正如 Jan 所建议的、我通过 Wireshark 监视 WiFi 通信。 最后一个成功的 get-request 的开始和第一个不成功的 get-request 的开始被标记。 可以看到、在第二次请求后、200 OK 响应缺失。

    此致、

    Jonas

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

    你好 Jonas、

    是的、在 TCP 套接字层、一切看起来都正常。 缺少 http 服务器端的响应(标头)。 因此、我们可以很好地确保问题与 NWP 内的 WLAN 层(无 WLAN 断开连接)或 TCP/IP 堆栈无关。

    如果我想、NWP 在您的案例中工作正常、 但问题在于您的代码内部以及与 http 服务器的交互。 但请等待 Kobi 的确认。

    BTW... 您使用的是 SDK 和 ServicePack 的哪个版本？ 您能否查看最新版本？

    1月

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

    您好、Jan、

    感谢您的建议。 我与 HTTP 服务器交互的唯一方式是实现 SimpleLinkNetAppRequestEventHandler。

    在事件处理程序中检查我的代码后、我能够解决问题。 9.7.2.1节中程序员指南中的示例始终包括分配固定大小为128Byte 的元数据指针 pMetadata、但它未在处理程序的其余部分中释放。
    用固定的缓冲器替换它可以解决该问题。