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.

[参考译文] MSP430FR5869:意外复位

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

https://e2e.ti.com/support/microcontrollers/msp-low-power-microcontrollers-group/msp430/f/msp-low-power-microcontroller-forum/878130/msp430fr5869-an-unintended-reset

器件型号:MSP430FR5869

您好!

在配备 MSP430FR5869的客户产品运行期间发生了意外复位。 意外复位可能是 PUC。

已知以下情况会导致意外复位。

待机・下为1 μ A LPM3
μ・复位 UART 复位
(UCA0CTLW0 &=~Ω UCSWRST;)
UART 的端口1是相同的
・增加中断处理程序的描述量
(中断是看门狗定时器中断)
・在低温下很容易发生
(故障器件发生在5℃至15℃之间)

此外、在这种情况下、即使 UART 由 ACLK 操作、也会发生复位。 当一个意外复位发生时、ACCTEIFG 标志被设定为1。

相反、
它不会在 LPM2中发生。

除非描述了 UCA0CTLW0 &=~ UCSWRST;否则不会发生
或者、如果中断处理程序的描述量很小、就不会发生

此外、客户现在尝试了三个器件、但都尝试了
类似地、会发生意外复位。

这种意外复位的原因是什么?

此致、
DDDOOR

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

    是否正确设置 NWAITS? CMOS 在较低温度下的运行速度更快。 (尽管15C 不是很冷。)

    我是否正确理解您在间隔计时器模式下运行 WDT?

    哪个 ISR 会改变大小?

    您从 SYSRSTIV 获得了哪些值? [参考数据表(SLASE34E)表6-11]

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

    您好!

    NWAITS 是默认值。
    DCO 用于4MHz。 是否需要进行设置?

    此致、
    DDDOOR

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

    您好!

    其他信息。
    SYSRSTIV 寄存器的值将为0x0002。

    此致、
    DDDOOR

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

    您好、DDDOOR、

    您是否能够找到此意外复位的来源?   

    SYSRSTIV 中的0x02表示一个 BOR 事件、但这可能来自器件的初始上电、并且是最高优先级的中断。  当您读取 SYSRSTIV 时、它将清除最高优先级的中断、如果设置了另一个中断标志、它将立即使用新值设置该寄存器。  写入该寄存器将清除所有挂起的中断。  ( 《RS 系列使用指南》第1.3.6节。)

    因此、您需要让 MCU 读出该寄存器、直到它能够清楚地看到所有可能的复位源。

    谢谢、

    JD  

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

    您好、JD

    感谢您的联系。


    客户已读取 SYSRSTIV = 0x0004且 SYSRSTIV = 0x0030。
    我认为这是 ACCTEIFG 访问时间错误、但 MCLK 为4MHz、并且等待设置为默认值。
    导致此错误的原因是什么?

    此致、
    DDDOOR

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

    嗨、DDdoor、

    很抱歉耽误您的时间、您的客户是否能够解决他们的问题?  似乎问题与等待者有关。   

    如果不是、这是仅在调试过程中还是始终发生?   

    谢谢、

    JD

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

    Heelo JD、

    感谢您的回复。

    原因尚未确定。

    它不仅限于调试。

    最好的农家
    DDDOOR

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

    嗨、DDdoor、  

    很遗憾听到这个消息。 如果 MCU 以4MHz 运行并且 NWAITS = 0、那么我不明白为什么会有 PUC。   

    他们是否可以共享代码项目或显示我可以尝试在我的一侧运行该项目的问题的已修整代码项目?   

    谢谢、

    JD

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

    JD、您好!

    感谢你的答复。

    如果 MCU 以4MHz 运行且 NWAITS = 0、

    我知道没有理由使 ACCEIFG 为1。

    但是、是否可以执行以下操作? 从 LPM3转换到工作模式时、DCO 振荡是否可能不稳定、看起来像是8MHz 或更高的高速时钟、
    并发出错误标志?

    此致、

    DDDOOR

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

    DDoor、

    请让我从质量网站跳到这里。

    您能告诉我们下面外设表中使用的模块是什么吗

    我假设您仅从一个组中使用 eUSCI 之类的模块、对吧?

    如果您使用 B 组中的模块以及 TA0、您能否检查行为是否消失?
    只需让计时器计数中断不必启用即可。

    请告诉我它是否能解决问题、如果可以、我们需要离线讨论更多详细信息

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

    您好,Ddoor,

    对此主题有任何反馈吗? 如果不是、我们将在本周结束时结束。

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

    Dietmar Walther、您好!

    很抱歉耽误你的回答。
    在 LPM3中同时使用组 A 和组 B 模块时、行为消失。
    它解决了该问题。

    此致、
    DDDOOR

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

    DDoor、

    感谢您的确认、似乎您遇到了我们最近了解的行为。 这是一个非常新的错误、将触发一个新的勘误表、该勘误表将随下一个季度勘误表更新而发布。
    正如您指出的、使用两组外设将是一种解决方案、但更易于实现的是 LPM2而不是 LPM3。

    以下是可能解决方案的初始版本:


    1.使用 AM、LPM0、LPM1或 LPM2代替 LPM3

    2.将 LPM3与配合使用
    a:LPM3中除了 WDT 和 RTC 外、没有其他外设

    b.在 LPM3中、至少使能每个外设组(A 和 B)中的一个外设

    希望这对您有所帮助。

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

    您好 Dietmar Walther

    感谢您的评论。

    避免了意外复位、但我无法解释在复位时 ACCEIFG 标志变为1的情况。
    以前、我问过以下问题、
    没有得到任何答复。
    内部发生什么事了?


    ----------------------------------------------------
    如果 MCU 以4MHz 运行且 NWAITS = 0、

    我知道没有理由使 ACCEIFG 为1。

    但是、是否可以执行以下操作? 当从 LPM3转换为工作模式时、
    DCO 振荡是否可能不稳定并看起来像8MHz 或更高的高速时钟、
    并发出错误标志?
    ----------------------------------------------------

    此致、
    DDDOOR

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

    DDoor、

    为了说明当您使用两个域的外设时、复位(PUC)和 ACCEIFG 消失了吗?

    我不能提供所有细节,但我可以说,这与 DCO 无关。 问题在于唤醒期间的上电管理、我提到的新发现与此相关。 因此、在由 ACCEIFG 引起的 FRAM 访问触发 PUC 期间、电源电压可能不是预期的值。

    因此、一旦您应用了之前提到的解决方法之一、就会修复此问题。

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

    Dietmar Walther、您好!

    感谢你的答复。
    客户告知、两个域外设的使用不再引起意外复位、所以认为已经解决、ACCEIFG 标志无法确认。

    此致、

    DDDOOR

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

    您好,Ddoor,

    如果线程已解析、请按"已解析"按钮将其关闭。 谢谢、保持安全。

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

    您好 Dietmar Walther

    感谢您的支持。

    此致、

    DDDOOR