• 状态 Resolved
  • 已锁定 已锁定
  • 回复 6 回复
  • 订户 0 订户
  • 视图 214 视图
  • 用户 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.

[参考译文] TM4C1294KCPDT：定制电路板上 TM4C1294KCPDT 的以太网稳定性问题

admin
Guru**** 2475925 points
Other Parts Discussed in Thread: ENERGIA

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/685654/tm4c1294kcpdt-ethernet-stability-issue-with-tm4c1294kcpdt-on-custom-board

器件型号：TM4C1294KCPDT
主题中讨论的其他器件：Energia

只是更新。 我们可以使用 Tivaware 固件实现非常好的稳定性。 Energia 实现似乎存在一些内存泄漏问题、因此会遇到所有这些问题。 我们已成功地将器件测试运行一个月、没有任何问题、而 Energia 以太网库无法实现同样的测试。

  • 0
    TI__Guru**** 2475925 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    当稳定性受到挑战时、您的"第1次长期测试"是否包含"高流量"-这证明了"常见的可疑"？
    事实上、"对构成如此高流量的因素的判断"起了作用-但"在严苛的条件下进行测试"似乎(合理)。
  • 0
    TI__Guru**** 2475925 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好、Suchit、
    很高兴您的问题得到解决。 我想您会参照您之前的主题 e2e.ti.com/.../672044报告您的结果。
    CB1有一个很好的建议、即您需要"压力"测试您的网络并完成 TivaWare 稳定性与 eergia 实现。
  • 0
    TI__Guru**** 2475925 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    你好，查尔斯。。。 谢谢。   "挑战性不足"的测试(几乎)符合"无测试"的条件-并且可能更 糟糕！   

    如何实现？   通过生成"假"(可能是"过早信任")、导致系统"释放"(实际上 它还没有准备好)、以实现"黄金时代"(Prime Time)！)

    任何此类"测试"-仅 按持续时间描述-是"证明可疑..."的高级候选人

  • 0
    TI__Guru**** 2475925 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好 CB1、
    谢谢。 我倾向于认为、在同一测试下、Energia 版本与 TivaWare 实现相比、在时间上不稳定(即内存泄漏)。 希望海报已经完成了额外的测试、以得出 TivaWare 版本足够稳定并可用于生产。
  • 0
    TI__Guru**** 2475925 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    测试设置详细信息：

    协议：Modbus TCP

    客户：8.

    扫描速率：50ms

    轮询间隔延迟：20ms

    超时：1000ms

    这是我们为我们的器件设定的目标、它在一个月内毫无问题地工作。 但愿这对您有所帮助。

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

    非常感谢您-非常感激-并且非常理解-我的目标是 "重点介绍提高测试成功率的领域"。    我的小公司对我们的客户扮演着重要的诊断角色-因此我们经常遇到客户"测试和测试设计问题"。

    一个常见的想法是、"测试(单独)将有助于提高质量"。   我不认为-我们的调查结果表明-测试经常 证明"在这方面不充分"。   标准和公认的质量手册指出、"质量"主要源于非常合理的设计-由此产生： 良好的规划- 安全/保守、有条理的设计目标和实施-以及(许多)"假设"( 即测试设计方案)。

    在您的特定情况下-您4个主要测试标准中的"每一个"的可能性有多大：

    • 是否仍保持在所列的边界条件中？
    • 是否包含"保护频带"？   (即、容忍"10%的违规行为"(可能会持续很长时间)？)
    • 列出 的所有四 个条件都接近其各自的限制-您的系统(确实)是否满足适当的性能要求-并保持稳定？
    • 当您的边界条件接近时-您的设计是否已配置"警报信令"-哪些命令"违反节点"以"更好地遵守？"
    • 违规节点 是否"未能遵守"-是否有有效的方法从您的网络中"收集信息？"
    • 以及-您列出的测试标准如何？   它们是否符合行业规范？   可能"非常有用" (其他) 测试措施-被绕过-通过"匆忙或监督？"

    当将此类"测试程序"从中合并时、"DESIGN 启动"-和 流程"手动"和(正常)设计流程-设计和测试都趋向于优化！    与此形成鲜明对比的是、"测试"经常是 (非常) "最后考虑"、是在胁迫下创建的、并且任何(远早于)"对设计流程的反馈"都"离开了大楼。"