• 状态
  • 已锁定 已锁定
  • 个回复 7 个回复
  • 名订阅用户 0 名订阅用户
  • 次查看 196 次查看
  • 用户 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.

[参考译文] MSP432E411Y：在CCS调试器中使用MQTT-client和httpserver时监视超时

admin
Guru**** 649970 points
Other Parts Discussed in Thread: MSP432E411Y
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1092569/msp432e411y-watchdog-timeout-with-mqtt-client-and-httpserver-in-ccs-debugger

部件号：MSP432E411Y

您好，

我将来自SimpleLink MSP432E4 4.20 00.12 (MSP.MSP）TI-RTOS示例的mqttclient_MSP_EXP432E401Y_EMP_EXP432E401Y_CCS和httpserver_MSP_EXP432E401Y_TIrtos_CCS集成到我们的MSP432E411Y控制器的固件中。 它连接到带有DHCP服务器的路由器，DHCP服务器连接到运行浏览器和Mosquitto的计算机。  

在连接XDS100调试探测器并启动代码编辑器工作室(11.1 ．0.0.0011万)的调试模式之前，此操作工作正常。 如果我从计算机断开并重新连接网络电缆，或者计算机进入节能模式，则由于看门狗超时，控制器将重新启动，并且调试器将断开连接。 在编辑器模式下，CCS不会发生这种情况。

在网络连接期间，调试模式下是否需要花费如此长的时间？ 如何避免这种情况？

谢谢！

Boris

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

    您好，Boris，

    确认您的问题：

    您在CCS调试模式下遇到网络问题吗？ 但自由运行模式是否正常？

    谢谢！

    此致

    强生

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

    您好，Johnson：

    感谢您的快速响应！

    是的，您说的对，我在CCS编辑模式下从未发现过此问题，仅在CCS调试模式下才发现此问题。

    此致，

    Boris

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

    您好，Boris，

    只是一个想法，调试模式下的时钟可能会稍有不同，因此可能需要更多时间。

    是否已尝试关闭看门狗以检查通信功能在调试模式下是否正常？

    谢谢！

    此致

    强生

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

    您好，Johnson：

    谢谢，好主意... 这还没有解决我的问题，但我发现了一些可能有用的新信息。

    我把计算机放在了单独的位置，直到它进入节能模式。 现在我的应用程序刚刚停止。 我能够重新连接调试器并单击“恢复”图标。 它开始了，但几乎立即在trgms.c，第114行停止了：

       用于(i = 0；i < length；i++) PACKCHAR (* data++，p，i+8)；

    似乎有一个不可删除的断点，我按了'reconsume'直到循环结束，然后我的应用程序运行了一秒钟，打印了一些ROV 'logger stop mode'-meesages，然后在trgmsc.c第114行中再次停止。 在循环过程中，'data'显示了'printf'消息的字符，该消息显示在控制台“0.0045万.100 TcpTimeoutRexmt: Retransmit Timeout”中。 我使用ROV 'logger stop mode'获取日志信息，并替换了示例中的所有'printf'，但我无法找到此'timeout'消息的来源。 如果计算机的节能模式中没有CCS控制台，则此'printf'可能会出现问题。

    谢谢，此致，

    Boris

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

    您好，Boris，

    我不明白你的观点。 "printf"函数问题？

    谢谢！

    此致

    强生  

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

    您好，Johnson：

    我不知道不需要的“printf”是否是我的应用程序停止或被看门狗重新启动的原因，但我想将其删除以确定是否是问题所在。

    当我重新连接调试器并恢复应用程序时，我进入了trgmsg.c中的此循环，它正在处理输出文本的字符。 奇怪的是，每次循环后我都要点击‘resume’(=文本的每个字符)。 在应用程序停止之前，此输出已打印到控制台，没有任何问题。

    此'TcpTimeoutRexmt: Retransmit Time'来自何处？

    如果连接的CCS调试器由于计算机的省电模式而不再可用，那么'printf'到CCS控制台是否是一个问题？

    'mgmts.c'的目的是什么？

    停止/重新启动我的应用程序是否有完全不同的原因？

    谢谢，此致，

    Boris

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

    您好，Boris，

    很抱歉，我不熟悉此. c文件。 如果其他专家知道，我可以尝试咨询他们，以找到一些想法。

    [quote userid="51.8441万" url="~/support/mfers/arm-based微控制器-group/arm-based微控制器/f/arm-based微控制器-forum/109.2569万/msp432e411y-watchdoger-timeout-with-MQTT-client-with-httpserver-with-debuger/4058704'gm'sm'scr'的 用途405.8704万 用途是什么？

    谢谢！

    此致

    强生