[参考译文] CC3220SF-LAUNCHXL：CC3220SF

您好、Cornelius、

API PRCMMCUReset (TRUE)仅重新启动应用处理器和外设。 它不会重新启动 MAC 和基带。 对于完整的 SoC 复位、您可以使用 类似这样的代码。

1月

您好、Jan、

          我尝试 过如您所述的完全 SoC 复位。 但电路板卡住、无法复位

sl_Stop (100)；

MAP_PRCMHibernateIntervalSet (330)；

MAP_PRCMHibernateWakeupSourceEnable (PRCM_HIB_SLOW_CLK_CTR)；

MAP_PRCMHibernateEnter()；

您能告诉我我缺少什么吗

谢谢、

            科尔内利斯 S

您好、Cornelius、

如果您在调用 sl_Stop()时遇到问题，它可能会显示 SimpleLink 驱动程序可能已损坏。 原因可能是堆栈溢出等

sl_Stop() API 重新要求正确禁用 NWP。 但是如果您不能这样做，则可以在不禁用 NWP 的情况下调用 restart (不使用 sl_Stop())。

1月

您好、Jan、

           我在没有 sl_stop()的情况下尝试了。 仍然看到相同的问题。 软件复位不起作用。

//sl_Stop (100)；//已注释

MAP_PRCMHibernateIntervalSet (330)；

MAP_PRCMHibernateWakeupSourceEnable (PRCM_HIB_SLOW_CLK_CTR)；

MAP_PRCMHibernateEnter()；

谢谢、

           科尔内利斯 S  

您好、Cornelius、

是否确定要调用该代码？ 如果您正确调用此代码、则没有理由不起作用。 卡住的确切位置是什么？

1月

Cornelius、

我可以确认 JAN 工作中的代码摘录。 请遵循 Jan 的建议、我将密切关注这一点、以获得更多支持。

Jesu

您好 Jan / jesu、

                  我确信我们正在调用函数。 通过 JTAG I 测试。   在该 JTAG 断开连接后、所有指令都可以正常执行。

                  仍无法重新启动

                  我认为有些事情会阻止启动。

                  注意：我使用的是为 cc3220sf 新设计的 PCB。

谢谢、

           科尔内利斯 S

您好、Cornelius、

您如何将您的计划上传到 CC3220SF？ 它是通过 JTAG 还是您已通过 Uniflash 将内容上传到 sFlash 中？

您的代码在 LaunchPad 上是否正常工作？

1月

1月、

     我尝试使用 JTAG 和 Uniflash 将代码上传到 cc3220sf。 我不幸运

   如果您怀疑我的代码有问题、您可以共享有效的重新启动代码。 我将 在电路板中运行并检查

   注意：目前我没有 Launchpad、我只使用新设计的 PCB

谢谢、

           Cornelius   

您好、Cornelius、

您是否能够执行 Uniflash 上载的代码(这意味着在电路板上电后执行代码)？ 您是否使用 QFN CC3220SF 芯片或 CC3220MOD？

有关如何使用 Uniflash 的信息 、请单击此处。

1月

您好、Jan、

          是的、我可以通过 Uniflash 刷写代码并运行代码。

          我使用 QFN CC3220SF 芯片。

谢谢、

           科尔内利斯 S

你好，Cornelius。

在本例中、它看起来是硬件问题。 我不确定它可能是什么。 可能是32kHz XTAL 左右、但很难说。 我建议您使用 LaunchPad 进行测试、并将其与您自己的硬件进行比较。 此处提供了硬件设计检查清单 。

1月

您好、Jan、

我测试了代码 CC3220SF Launchpad。 重新启动正常。

相同的代码在我的定制 PCB 板中无法正常工作。

是否有任何外设阻止启动。 我是否需要检查任何引脚状态？ 请告诉我。

谢谢、

           科尔内利斯 S

感谢 Jan 的帮助。

Cornelius 我将此主题移至 HW 团队、因为我们刚刚确认这是硬件问题。

Jesu

感谢 jesu 的更新。

请告诉我需要我提供的任何详细信息。

谢谢、

            科尔内利斯 S  

您好！

      有更新吗？

谢谢、

           科尔内利斯 S

您好！

在当前情况下、您可以期望更长的响应时间。

第一步、您应该检查 LaunchPad 和电路板之间的硬件差异。 您还应该共享电路板的原理图。

第一步、我要检查的是您的慢时钟 XTAL。

1月

您好、Hnz、

           由于机密原因、我无法在论坛中分享原理图。

            请分享您的授权 TI 邮件 ID。 以便我可以共享原理图。

谢谢、

            科尔内利斯 S

您好！

我不是 TI 员工。 如果您只能与 TI 共享原理图、我无法在本主题中为您提供帮助。 您需要等待硬件团队的响应。

1月

谢谢 Hnz、

  我将等待 TI 硬件团队作出响应  

 谢谢、

            科尔内利斯 S              

您好 、Cornelius、

我会将您添加为朋友、以便您可以与我私下共享您的设计文件。  

谢谢、

Alexis

您好、Hnz、

           我向 您发送 TI 朋友申请。 请接受。 以便 我将原理图的基本部分私下分享给大家

谢谢、

           科尔内利斯 S  

您好、Cornelius、

您似乎与 TI 工程师有联系、请等待他们的回答。

不幸的是，由于能力原因，我无法提供这种直接支持。 我仅接受 TI 员工的朋友申请。

1月

您好 、Cornelius、

我已收到您的原理图。 请允许我在几天内查看并提供反馈。

谢谢、

Alexis

您好、Alexis、

              任何更新

谢谢、

           科尔内利斯 S

您好 、Cornelius、

您能否尝试更改100K 电阻器的 R17并验证您的数字慢速时钟是否满足 数据表第5.15.5.2节中列出的要求？

谢谢、

Alexis