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.

[参考译文] CC1310:严苛环境下的 TCK 抗噪性能

Guru**** 2482225 points


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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1227243/cc1310-tck-noise-immunity-in-harsh-environment

器件型号:CC1310

大家好。

该文档描述了 TCK 可能对意外噪声敏感(数据表4.4页+参考手册5.4页)。

此外,参考手册还声明:

如果不能保证这种活动不会发生, 建议使用强大的外部上拉电阻、甚至通过零欧姆电阻器将引脚短接至电源电压 。  上拉电阻的大小或引脚是否短接至电源电压将在稳健性与意外外部活动之间以及是否需要可访问的调试端口之间进行权衡。 如果通过将 TCK 引脚短接至电源电压来禁用该引脚、则必须使用引导加载程序完成闪存编程。

但另一个段落,即参考手册8.1.1页说,引导加载程序不够安全,无法在生产中使用:

ROM 引导加载程序支持可以读取闪存映像的命令 。 因此实现了这种读取能力、从而提供了禁用引导加载程序的安全措施。 如果使用 CCFG bootloader_enable 参数禁用了引导加载程序,则引导加载程序将无法执行任何命令,如果强制 CortexRegistered-M3程序计数器(PC)从引导加载程序代码执行,则会阻止攻击者使用引导加载程序。

我们的一个原型存在这种拾取的噪声问题、但比数据表中所述的更严重。 在本例中:

1) DUT 从强大的市电负载开关(几千瓦)中选择噪声

2) 发生 POR

3) 3)由于 POR 期间存在噪声、它会卡在 POR 状态、永远不会到达固件

我们提出了一些权变措施:

1)从 TCLC 到 GND 的120pF

2)从 TCKC 到+VDDS 为1k

3)从 TCKC 到+VDDS 的1k + 120pF (120pF 可传递优于1k 的高频噪声)

4) 1+2组合

我们已经对第一个进行了测试、这可以缓解问题。 其他备选方案 正在评价中。

总之、我们希望您能够找到一种合适的方法来缓解设计中的此类问题。  从引导加载程序来看、描述似乎不适合生产阶段、因此最终我们要处理 DUT 的抗噪性和编程能力之间的权衡。

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

    您好!

    方案2)应该是 TRM 中规定的待定(成功)测试的首选解决方案。

    请对此进行测试、并提供有关这是否也能缓解外部噪音问题的反馈。

    此致、

    扎克

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

    你好,扎克,谢谢你的评论。

    我不确定我是否针对更高的上拉值为您提供了正确的答案。 从 TRM 描述来看、它似乎是一个"较低 的值=较高的稳健性"。 请多多指教。 您对其他建议的权变措施的意见非常可观。

    另外,我没有看到我的问题的答案,所以让我重新表述它。

    我们当然可以使用具有一些值的上拉电阻器、并在多个原型上进行测试。 但从我的观点来看,它不能保证它永远不会在质量尺度上重现(10+金伯利进程/月)。 这就是 我们要寻找的答案-如何确保大规模生产的安全性、因为  从最终用户的角度来看、所描述的问题(完全冻结而没有机会重启看门狗)是不可接受的。

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

    我稍读了问题;我修改了我的答复,以反映这一点。

    您的观点是正确的、即您希望使电阻器值尽可能低。

    需要有关噪声源的更多信息。 您的 FAE 已就此联系我、因此最好将讨论转移到电子邮件中、以便分享更多信息。

    此致、

    扎克