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

[参考译文] MSP430F6736：XT1故障和断电情况下的 RTC_C 时钟源

admin
Guru**** 2577385 points
Other Parts Discussed in Thread: MSP430F6736, MSP430F6736A, TIDM-AUX-MODULE

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

https://e2e.ti.com/support/microcontrollers/msp-low-power-microcontrollers-group/msp430/f/msp-low-power-microcontroller-forum/609309/msp430f6736-rtc_c-clocksource-in-case-of-xt1-failure-and-power-off

器件型号：MSP430F6736
主题中讨论的其他部件：， TIDM-AUX-MODULE

大家好、

我们的设计包含一个连接到 AUXVCC3以使用 MSP430F6736 RTC_C 模块的电池。 使用具有+-20ppm 的外部32768Hz 晶振来驱动 RTC。

我们的某些器件现在显示几天后出现几分钟的时钟误差。 分析表明、在这些器件上  设置了 OFIFG。

我想在这种情况下、REFO 用作 RTC 时钟源？ 我是对的吗？

最令我困惑的是、所有这些设备在大多数时间都是切换的。 因此、我的预期是 RTC 应显示几天的时钟错误或已丢失时间。

相反、RTC 似乎仍然由来自电池的 REFO 计时？

有很多问号:-)有人能解释一下发生了什么？  

提前感谢！ 此致
Christoph

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

    您好 Christoph、

    这里有几件事。 要进行确认、您使用的是 MSP430F6736 (非 A 版本)还是 MSP430F6736A？

    通常、在统一时钟系统内发生 LFXTAL 故障时、REFO 用作失效防护。 但是、RTC_C 模块不会通过 UCS 并从 LFXTAL (XT1)获取其时钟信号。 这意味着 RTC_C 没有失效防护  此外、您似乎在 AUXVCC3上有一个电池。 这意味着即使您从 DVCC 上移除电源、RTC_C 模块也将保持计数、因为 AUXVCC3线路仍由电池供电。 AUXVCC3线路为 XT1和 RTC_C 模块供电。

    您可能遇到的是以下应用手册第3节中描述的情况。 MSP430F67xx 和 MSP430F67xxA 器件之间的差异。 TIDM-AUX-MODULE 也是设置和使用 RTC_C + AUXVCC3的好资源。

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

    感谢您的回答。 是的、它是 MSP430F6736、而不是 MSP430F6736A。
    为了澄清这一问题、已修复(原因是勘误表中的 UCS11)。 现在、所有器件都会"产生"一个大约每天1或2秒的时钟误差。

    我还想了解的是、当 RTC 仅由电池供电时、每天高达2分钟的时钟误差如何产生？
    OFIFG 和 XT1LFOFFG 是否有可能以这种方式影响 LFXTAL (XT1)？


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

    可能是故障发生和主程序的某种组合会导致这种额外的延迟。 请参阅 RTC_C 第24.2.9节中用户指南中的"允许"

    如果 RTC_C 被启用(RTCHOLD = 0)、32kHz 振荡器在 LPM3.5期间保持激活状态。 故障
    检测也保持正常工作。 如果在 LPM3.5期间发生故障并且 RTCOFIE 之前被置位的话
    进入 LPM3.5后、将发出唤醒事件。

    我可以看到、该部件进入 LPM3.5、然后再次因此而被唤醒。 如果模块未按照我之前链接的应用手册中所述正确处理、则可能会出现一些延迟。