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

[参考译文] CCS/CC1352P：MCU 在下电上电后自动复位

admin
Guru**** 2473270 points
Other Parts Discussed in Thread: CC1352P

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/809177/ccs-cc1352p-mcu-self-reseting-after-power-cycle

器件型号：CC1352P

工具/软件：Code Composer Studio

大家好、

我发现自己的情况与之前的主题中描述的情况类似：

我有一个基于 CC1352P 的定制 PCB。 该设计在很大程度上基于 LaunchPad LAUNCHXL-CC1352P1。  

我能够运行示例代码(DMM、BLESSimplePeripheral、WSnode、EasyLink、rfPacketTX)、并且所有代码都只能在闪存下电上电周期期间运行。 一旦我对电路板进行下电上电(拔下插头或复位按钮)、代码似乎会运行~<1sec 并自行重新启动。  

我在 Launch Pad 中没有观察到这种行为。 那么、我所做的是：

  • 我转到了最简单且经过尝试的示例 pwmled2 (位于"TI 驱动程序"下)。 在此示例中、电路板在下电上电后工作正常。
  • 我尝试了不同版本的 SimpleLink SDK、发现 simplelink_cc13x2_sdk_(2_20_00_71和2_30_00_45)也是如此。 两个版本都存在相同的问题。


鉴于这些示例在加载代码和调试后工作正常、我无法看到硬件如何成为问题。

我已经检查 了 http://www.ti.com/lit/an/swra640a/swra640a.pdf 、我们的设计符合这些指南。

一个主题可能是引导加载程序引脚、但我将我们与 Launch Pad 的引脚进行了比较、我们也有相同的引脚。

鉴于所有故障示例都使用了 RFcore、我倾向于认为这可能是问题的根源。 但我不确定...

上述任何有关的问题都没有得到具体解决。 其中只有一个尝试使用不同的 SDK 编译器版本、并管理工作。  

但我想找出失败的原因、并希望了解原因。  

是否有人知道我的原因是什么？

相关软件信息：

CCS  版本：8.1.0.00011  

编译器 TI v18.1.0.LTS

XDCtools 版本：3.50.8.24_core

相关硬件信息：

定制板：CC1352P1F3修订版 C (片上 TI X7AJ PG3T G4)

LaunchPad： CC1352P1F3修订版 C (片上 TI X79J PD5C G4)

调试：通过 XDS110进行 cJTAG

最好

最大

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

    请注意、我们现在已经发布了 CC1352P (器件现在处于活动状态)。 这意味着您应该掌握芯片和 Launchpad 的发布版本并使用最新的 SDK。  

    rfCarrierWave 示例是否起作用？ 如果是、这表示您的电路板上的32kHz osc 有问题。 此问题是否仅在使用20dBm PA 时发生？  

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

    您好、

    我们知道较新的器件版本。 我们希望能够使用我们当前的硬件进行现场测试、以评估产品的可行性、然后升级到最新版本并进行更大规模的生产。

    这是因为芯片正在进行修订 SDK v.2.30.00.45中的一个示例。

    我测试了 rfCarrierWave、它运行正常！ 我的设置是采用连续 RX 的 Launchpad、SmartRFStudio (v 2.11.0)作为接收器、我已成功在 Launchpad 和定制 PCB 中运行 rfCarrierWave。 已关闭并重新打开两个电源，没有问题！

    rfCarrierWave 示例如何不使用32kHz osc？ 我知道 RFcore 的频率匹配是通过48MHz osc 完成的、但在其他功能中使用32kHz 的频率是多少？

    更多内容。

    这是否意味着32kHz osc 上的一个电容器短路、因此 osc 不计时？ 或者可能是由于示波器内部故障造成的？  

    此处是与 osc 相关的原理图。 电容器 C11和 C12与 Launchpad 中的电容器完全相同。 32kHz osc Y1也是如此。

    20dBm 和135dBm 这两个条件都预先发出了问题。 在 rfCarrierWave 中、我只能在接收 Launchpad 上看到较低的 RSSI。

    此致

    最大

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

    为什么您将 VDDR 和 VDDR_RF 连接到3.3V？  

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

    设计人员讨论过的问题。

    由于我们不使用直流/直流转换 器、我们遵循了这一准则。但很显然、我的大学错过了 VDDR 由内部 LDO 供电的机会。  

    我们将对此进行研究。

    感谢您的观看  

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

    http://www.ti.com/lit/an/swra640a/swra640a.pdf 介绍了不同的电源选项。 通过从3.3V 为 VDDR 供电、您基本上会在芯片内部的电源域上提供高过压、从而损坏晶体管。   

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

    您好、

    我们已经通过引脚指出了电源问题、我们将尽快解决它。

    但我仍然想... 为什么某些代码示例起作用、而其他代码示例在下电上电后出现故障？

    此外、 rfCarrierWave 示例在还使用 RFcore 时如何不会出现问题？

    您是否有任何其他可能怀疑的主题？

    此致

    最大

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

    不确定、但由于存在这种基本硬件错误、可能会发生任何情况。  

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

    我建议您在开始制造之前、与 TI 成员(如 ter)一起仔细检查原理图和 PCB、这样您就可以更好地了解您的错误所在。

    还有一个问题：您当前的设计是否会使芯片变热？