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

[参考译文] MSP430FR2433：首次启动错误

admin
Guru**** 2553930 points
Other Parts Discussed in Thread: MSP430FR2433

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

https://e2e.ti.com/support/microcontrollers/msp-low-power-microcontrollers-group/msp430/f/msp-low-power-microcontroller-forum/719119/msp430fr2433-the-first-time-boot-up-error

器件型号：MSP430FR2433

香榭丽舍

我向我们的客户提出这一问题。

在客户的电路板和代码上、我们发现 FR2433 "通常"(>50%)会因首次冷启动而挂起。  也就是说、当我们关闭系统几秒钟、然后为系统加电时、MSP430FR2433通常会挂起。 但是、如果我们通过硬件复位引脚(RGE 封装的引脚1)来复位 MSP430、那么 MSP430就能正常工作。

当 MSP430挂起时、我们将其连接到 JTAG、发现它卡在0x00cea 中、该文件位于 boot_special .c 中 我们在下图中展示了位置。

我们怀疑并检查了硬件。 然而，到目前为止，我们还没有看到任何问题。

VCC 由3.3V 供电。

我们看到电源从0平滑上升到3.3V。

在任何大于 Vcc+0.3的引脚上都没有观察到电压。 但有几个引脚被同一 Vcc 上拉、并与 Vcc 同时斜升。

不使用 ADC。

您是否知道 FR2433为何卡在 boot_special .c 的 c_int00_noargs_noexit ()中？

为什么第一次发生、但在硬件复位后消失？

您是否有任何关于我们进行调试的建议？

韦恩

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

    首先、我想确保您的客户没有修改 boot_special .c 中的任何内容 如果他们这样做、我们就需要了解他们发生了哪些变化。
    它们很可能不需要接触 boot_special．c 中的任何内容 因此、在这种情况下、您看到程序卡在该函数上的原因不是由引导代码引起的、而是因为它们的代码中存在一些问题。 例如、如果未正确定义 ISR、程序可能看起来像卡在这个函数中。 他们能否检查代码以查看是否所有中断均已正确配置和定义？ 或者、如果他们可以共享代码、我们可以帮助您了解代码。

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

    是的

    不，他们不会触摸这段代码或任何启动代码的任何内容。 实际上、这是我们第一次看到该代码。

    它们的固件代码可在 TI FR2433 Launchpad 上运行、不会出现任何错误。 这很奇怪，它可以在硬件复位后在客户的电路板上工作。

    是否可能是由任何硬件故障引起的？

    黄维恩

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

    您好、Wayne、

    您看到代码以 c_int00_noargs_noexit()开头的原因可能是 CCS 调试设置。

    请确保您的调试自动运行选项被设置为从 main()开始如果它们没有被设置为从 main 自动运行，那么代码将始终从 c_init 开始。

    谢谢、

    是的

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

    感谢您的信息。
    我们的问题结果是 USCI47勘误表、并已根据勘误表中显示的权变措施得到解决。

    到目前为止，我们还没有充分了解当时我们如何陷入困境。
    我们的 CCS/JTAG 设置与您之前的帖子相同。
    但是、我们认为我们可能使用了错误的 GPIO 切换、其中该引脚用作输出并连接到另一个 CPLD 也用作输出。

    如果我们将连接到另一个 CPLD 的错误 GPIO 输出用作输出、以便 MSP430具有比 CPLD 更弱的输出能力、是否有可能看到这个卡住的问题？

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

    GPIO 切换错误可能会导致异常行为。 您是否弄清楚代码实际卡在哪里？

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

    不。但没关系。
    因为只有客户拥有测试环境、他们现在不关心这一点、所以我们将解决此问题。
    总之、感谢您的支持。

    韦恩