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.

[参考译文] CC1352R:Mikrocontroller 停止工作、无信号振荡器、无法在运行的目标上进行调试

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1513828/cc1352r-mikrocontroller-stops-working-oscillator-without-signal-and-debugging-on-running-target-not-possible

器件型号:CC1352R

工具/软件:

您好:

我在使用 BLE 的物联网应用中收到了一些使用 CC1352R 控制器的设备。

当电源看起来稳定时、设备停止广播。 在尝试连接到 mikrocontroller 时、我总是收到相同的错误消息、  

在正在运行的目标上进行调试始终是在过去有效的、当器件因某种原因崩溃时、至少会卡在代码中的某个位置。

我检查了来自外部48MHz 振荡器的信号、没有任何东西(0V)。 这解释了调试器的行为、控制器似乎没有电。

但是、当我对器件进行电源复位(强制拔下电池并再次连接)时、器件开始工作就可以了。

因此、我怀疑振荡器本身可能会损坏。

大约4天之后,它只是再次停止。  

我们使用  SimpleLink CC13x2 26x2 SDK v5.20.0.52、无法更新到较新的版本。

此问题是否可能是由降压转换器误操作而导致欠压引起的? mikrocontroller 是否有办法处理此问题?

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

    请注意、如果射频处于非活动状态、则48 MHz xtal 振荡器将关闭。 在这种情况下、MCU 在内部 RC 振荡器上运行。  

    系统中是否有看门狗、以防代码卡住?  

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

    你好,谢谢你的答复。

    取决于射频活动的振荡器。

    不过、无论时钟源如何、仍应该可以在正在运行的目标上进行调试、对吧?

    我们有一个看门狗、用于检查来自两个运行任务的响应、并在其中一个或两个任务卡住时复位器件。

    此外、我们还有会触发器件干净复位的断言处理程序。  

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

    您好、

    错误275可在下面的 Debugging JTAG 页面中找到:

    https://software-dl.ti.com/ccs/esd/documents/ccs_debugging_jtag_connectivity_issues.html

    Unknown 说:
    我检查了来自外部48Mhz 振荡器的信号、没有任何电压(0V)。 这解释了调试器的行为、控制器似乎已失效。

    您的结论是正确的;缺少时钟将导致 CPU 停止并且无法访问。 但是、您的系统是否有外部振荡器馈入器件中、还是一个48MHz 晶体? 如果是后者、请确保使用有源探头使用示波器测量其活动、因为普通的10:1示波器探头会过度加载晶体线路并导致振荡器正常运行或停止。  

    Unknown 说:
    大约4天后、它就会再次停止。

    令人遗憾的是、这些需要很长时间才能表明的问题可能是一些问题造成的。 这些问题的范围涵盖从非常小的存储器泄漏(根植于 SW)到外部因素(例如功率或时钟线路瞬变)、产品周围的任何高压放电、尤其是影响带有天线的射频路径等。  

    我们有一个看门狗、用于检查来自两个正在运行的任务的响应、并在其中一个或两个任务都卡住时重置器件。

    如果该问题在4天的操作中非常确定、我的第一个自然怀疑就会出现在 SW 中。 但是、由于您的看门狗计时器正在运行并连接到多个线程、我会问:您使用的是内部还是外部看门狗计时器/监控器 IC? 如果使用外部 IC、还有什么与之相关? 我已经看到、在初始化阶段、外部器件会使主 MCU 受控、在初始化阶段、只有"物理"或外部复位、甚至上电会清除所有器件、并使系统恢复正常运行。

    我将尝试思考其他情景并进行反馈。

    希望这对您有所帮助、

    Rafael

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

    您好:

    感谢您的回答。  

    过去几周我做了一些试验和调查。

    该器件配有晶体、我可以确保示波器可以正确测量时钟、因为当我使用良好的工作样片时、我可以清楚地看到信号。

    此外,我现在可以说,我有几个设备,它们都在不同的时间后失败,一些在4天后,一些在3周后。

    错误模式保持不变。 器件就会停止工作。  

    我们测量了电流和电压、但与正常工作的器件没有区别。 所有测试点和总线都处于非活动状态或 不显眼状态、这意味着没有信号。

    使用内部看门狗。 我有一个测试软件可以查看看门狗是否被触发并尝试复位或类似操作、但没有  

    我想知道芯片是否有内存缺陷。