MSP430F5659: RTC_B时间错乱，或者不产生中断

你好，参考下工程师的回复：

我在上面链接的应用笔记中概述了一些步骤，以确保 RTC_B 在断电时保持不变，并在数据损坏时正确处理。该应用程序说明还包括演示代码，展示了正确的处理方式。 

话虽如此，停电 10 天已经是相当长的时间了。他们的备用电池是否有足够的电力储备来处理这个问题？电源恢复后有办法充电吗？或者备份耗尽后是否需要更换？这些是您应该问客户的问题。话虽这么说，我只是看了他们的原理图，他们没有备用电池。他们只是将 VBAT 与小盘股 VCC 挂钩。因此，一旦失去主电源（VCC），该电容就会很快放电。所以是的，我预计这里会出现损坏，因为它们没有 RTC_B 的备用电源。 

参考下工程师的回复：

A BOR would clear all of the RTC data. I would start with our code example to make sure everything is working properly, then do a delta of your solution to the code example to see what's going on. 

Also, make sure you are handling the LOCKBAK bit correctly when doing your changes. 

参考下下面的回复：

There is no command, but you cna program the device to go into the different LPM modes. Most interrupts wakeup the device from all power modes, with the exception of the LPMx.5 modes. They can only be woken up by RTC (LPM3.5 only), power sequence, RST, or a specific I/O. 

参考下下面的回复：

You should start with the RTC_B example from the app note, independent of your code, and work backwards from there to see what differences there are. 

参考下下面的回复：

I think you maybe running into the RTC16 errata here due to how the power scheme is this design. Some of the behavior you are describing is similar to that errata. The customer's hardware design would have to account for the errata workaround to prevent this. 

参考下下面的回复：

LPM4.5 disables and power gates the RTC. You would need to utilize LPM3.5 on those devices. Also,again the hardware power scheme is not conducive to the application. The customer needs a seperate power source of some type in order to keep the RTC running when they lose main power. Also to avoid the errata RTC16, they need to ensure that power source behaves as the workaround describes.