[参考译文] MSP430F6736A：RTC_C未在备用电池上计时

您好Ryan

感谢您的回复。

只是一些初始要点：

我使用的是F6736A而不是F6779；
我不打算进入LLC3 3.5 (或任何模式)，我只是想看看主电源已经断电，RTC_C现在由电池供电的情况(当主电源打开时，AUXCC3正在为RTC_C供电)。

因此，在说了这些之后...我看了06.c并决定尝试一种RTC _C完全由电池供电的情况。
为此，在我的设置行(即主行的前几行)中 ，我注释掉了我的行AUX3CHTL = AUXCHKEY | AUXCHV_1| AUXCHC_1 | AUXCHEN；
然后用AUX3CHCTL = AUXCHKEY替换了它； 这实际上是将它重置为当控制进入我的main()时的状态。

在硬件方面，我有以下内容：

我的示波器探头位于XTAL1上(引脚24)。
台式PSU至电池的电压设置为3.3V。
工作台PSU和电池座之间的+ve导线上的电流表。

结果是：

MCU在正常主电源下运行时，备用mem+rtc_C正在运行(工作台PSU 1.2uA和示波器上的电流 显示晶体波形)。
我检查RTC_C是否通过我编写的通信程序运行，该程序通过eUSCI与固件通信，并且我看到RTC_C正在正确运行。
断电时波形不会发生任何变化。
我等待30秒并恢复主电源并检查RTC_C again....it只进行了2秒左右，以便我断开主电源，重新连接主电源并单击'Get Time'(获取时间)按钮...即主电源恢复时， RTC_C将恢复与上次断开主电源时相同的值。

这告诉我，在主电源断开时，RTC_C不会丢失其内容，但也不会增加时间！

此测试与由AUXCC3为RTC_C供电的正常情况之间的唯一明显区别如下：

当AUXCC3被禁用时(此测试在上面)：

断开并恢复主电源后，32K晶体波形不会移动。
并且所消耗的功率保持在1.2uA不变。

启用AUXCC3时(正常情况)：

32K波形在从AUXVCC3到蓄电池的交叉中瞬时骤降。
主电源下消耗的功率为0A，当主电源被拆除时，消耗的功率为1.2uA。

那么...下一步？

您好Ryan

通过电池或通过AuxVcc3的波形形状(尼斯正弦曲线)相同...大小略有不同。

我将台式PSU设置为3.3V

假设AuxVcc3已被分解：

波形最大值/最小值为2.60V和 2.39V，PSU的电流为1.0uA (无论是否使用主电源)。

启用AuxVcc3时：

主电源为板供电时，波形最大值/最小值变为2.66V和2.45V，电流消耗为0uA。

断开主电源时，波形最大值/最小值为2.60V和 2.39V，消耗的电流为1.0uA

代码...

AUX3CHCTL = AUXCHKEY | AUXCHV_1| AUXCHC_1| AUXCHEN； // AUX3...Vcc，5K电阻器，启用

RTCCTL0_H = RTCKEY_H；            //解锁RTC_C模块

RTCCTL0_L |= RTCRDYIE； // 读取就绪中断(每秒)

RTCCTL1 = 0；

RTCCTL1 = 0x00 | RTCHOLD | RTCMODE； // RTC enable binary mode ~RTCBCD，RTC Hold，Calendar mode

RTCCTL1 &=~RTCHOLD；   //启动RTC日历模式

RTCCTL0_H = 0；        //锁定RTC_C模块

我无法提供任何代码来证明RTC没有勾选over..it是一个观察结果(这就是我发现这一意外问题的原因)。

读取时钟，断开电源，等待一分钟，读取时钟。

对于示意图：  

谢谢

莫希

CPU频率是多少？PMMCOREV是否已正确增加？  您是否考虑过在AUXVCC3上使用专用电源而不是电池进行测试？ 在修改AUX3CHTL之前解锁PMM寄存器(PMMCTL0_H = PMMPW_H；)，通过调试器确认所有位在之后都已正确设置，从而幽默我。  我认为我已经具备了尝试重新创建此问题所需的一切。

此致，
Ryan

您好Ryan

问：CPU频率是多少？
答：我相信它是16MHz还是8MHz？

这是它的设置方式(XT1是3.2768万的FLLREF CLK)。

UCSCTL0 = 0；//设置可能的最低DCOx，MODx
UCSCTL1 = DCORSEL_5;//允许的范围是6MHz-23.7MHz，请参见图10数据表
UCSCTL2 = FLLD_1 | 255；//将FLLN设置为255 SO (N+1)=256，FLLD = 1 SO D = 2....
UCSCTL3 = SELREF_0 | FLLREFDIV_0；//为默认值
UCSCTL4 = SELM__DCOCLK | SELS__DCOCLK |拉美经济体系__XT1CLK；//MCLK & SMCLK来自DCOCLKDIV (8MHz)，32KHz ACLK
UCSCTL5 |= DIVs__1;//此有效设置将UCSCTL5设置为0，这意味着不分割ACLK，MCLK，SMCLK CLKS中的任何部分

根据用户指南fDCOCLKDIV = MCLK =(N+1) x3.2768万 =(255+1) x3.2768万，使其频率为8MHz
fDCOCLK = fDCOCLKDIV*D = 16MHz

我注意到PMMCOREV保留在默认值0，所以我在设置DCO之前添加了这一行.....但它没有任何区别
PMMCTL0 = 0xa503；// sheesh...忘记将其设置为Vcore3...see数据表中的图5-1

我还在PMM行之后立即设置此行
AUX3CHCTL = AUXCHKEY；//禁用充电器，以便仅使用电池-测试TI

问： 您是否考虑过在AUXVCC3上使用专用电源进行测试
答：自从我发现这个问题以来，我只在AUXVCC3上使用工作台PSU进行测试。

关于猎杀你...是的，我要添加一条线，将它连接到coreV3
我通过执行 PMMCTL0_H =0并检查AUX3HCTL来检查AUX3HCTL是否仍设置为我想要的值。

接下来要尝试什么？

谢谢
莫希

您好Ryan
是的，FLL控制回路在上述任一操作之前被禁用，并在上述操作之后被启用(在UCSCTL5分配之后)。

我的理解是这是因为这条线
UCSCTL4 = SELM__DCOCLK | TELS__DCOCLK |拉美经济体系__XT1CLK；
MCLK为fDCO，在本例中为16MHz。
(我在上一篇文章中说MCLK来自fDCOCLKDIV是不正确的)

我知道需要正确的过渡...
我刚刚实现了基于msp430f665x_UCS_03.c SetVCoreUp的代码
但是我看不出PMM功能如何影响RTC在AUXVCC3上通过工作台PSU和主电源断开时发生的情况。

就这样...我仍然有RTC在主电源断开时不会发生故障的问题。

此致
莫希

您好，Moshe，

以下代码使用带有32 kHz外部晶体和负载电容器的MSP-TS430PZ100B正常工作。  当JP4，JP11和JP12未填充以分别删除DVCC，AUXVCC1和AUXVCC2时，RTCSEC和RTCTIM0仍从AUXVCC3功率递增。

#include <MSP4S.h>

void SetVcoreUp (无符号int级别)；

void main (void)
{
WDTCTL = WDTPW | WDTHOLD； //停止WTD

//设置WFP 11.5 RTCCLK
P9DIR || BIT0； // RTCCLK设置为引脚
P9SEL |=BIT0；

SetVcoreUp (0x01)；
SetVcoreUp (0x02)；

//启用充电器
AUX3CHCTL = AUXCHKEY + AUXCHC_1 + AUXCHV_1 + AUXCHEN；

////初始化LFXT1
UCSCTL6 &=~(XT1OFF)； //启用XT1
// UCSCTL6 |= XCAP_3； //内部负载盖
//循环，直到XT1，XT2和DCO故障标志被清除

__bis_sr_register (SCG0)； //禁用FLL控制回路
UCSCTL0 = 0x0000； //设置尽可能低的DCOx，MODx
UCSCTL1 = DCORSEL_5； //选择DCO范围24MHz操作
UCSCTL2 = FLLD_1 + 487； //将DCO乘数设置为16MHz
//(N + 1)* FLLRef = Fdco
//(487 + 1)* 3.2768万 = 16MHz
//设置FLL Div = fDCOCLK/2
__BIC_SR_REGISTER (SCG0)； //启用FLL控制回路

//当DCO范围位已存在时，DCO的最坏情况下稳定时间
//更改的是n x 32 x 32 x f_MCLK / f_FLL_reference。 请参阅5xx中的UCS章节
// UG进行优化。
// 32 x 32 x 16 MHz / 3.2768万 Hz = 50万 = MCLK周期，以便DCO稳定下来
__DELAY周期(50万)；

做
｛
UCSCTL7 &=~(XT2OFFG | XT1LFOFFG | DCOFFG)；
//清除XT2，XT1，DCO故障标志
SFRIFG1 &=~OFIFG； //清除故障标志
} 同时(SFRIFG1和OFIFG)； //测试振荡器故障标志

//启动RTC日历模式
RTCCTL0_H = RTCKEY_H； //解锁RTC_C模块
RTCCTL0_L |= RTCRDYIE；// //启用RTC时间事件，
RTCCTL1 |= RTCBCD；
RTCCTL13 &=~(RTCCALF_3)；//清除所有RTCCALF位，因为它们可能具有以前的RTCCALF值。
RTCCTL13 |= RTCCALF_1； //512 Hz RTC输出
RTCCTL1 &=~(RTCHOLD)；//在这种情况下，RTCHOLD可以使用POR设置。 但是，它没有
//在VDSYS关闭时设置，但当它出现时，它确实会设置
//返回。 因此，应重置它以启用操作。
RTCCTL0_H = 0；

__bis_sr_register (GIE)；
while (1)__no_operation()；
}//

RTC中断服务例程
#pragma vector=rtc_vector
__interrupt void rtc_isr (void)
{
开关(__偶 数_范围内(RTCIV，16))
｛
案例RTCIV_NONE： //不中断
中断；
案例RTCIV_RTCOFIFO： // RTCOFIFO
中断；
案例RTCIV_RTCRDYIFG： // RTCRDYIFG
__no_operation()；
中断；
案例RTCIV_RTCTEVIFG： // RTCEVIFG
__no_operation()；
中断；
案例RTCIV_RTCAIFG： // RTCAIFG
__no_operation()；
中断；
案例RTCIV_RT0PSIFG： // RT0PSIFG
中断；
案例RTCIV_RT1PSIFG： // RT1PSIFG
中断；
// 判例14：中断； //保留
判例16：中断； //保留
默认值：break；
}
}

void SetVcoreUp (无符号int级别)
{//
打开PMM寄存器以写入
PMMCTL0_H = PMMPW_H;//
设置SVS/SVM高端新级别
SVSMHCTL = SVSHE + SVSHRVL0 *级别+ SVSMHE + SVSMHRRL0 *级别；
//将SVM低侧设置为新级别
SVSMLCTL = SVSLE + SVMLE + SVSMLRRL0 *级别；
//等待SVM稳定
，同时(PMMIFG和SVSMLDLYIFG)== 0)；
//清除已设置的标记
PMMIFG &=~(SVMLVLRIFG + SVMLIFG)；PMCL_PM0
级别

//等待到达到新级别
，如果((PMMIFG & SVMLIFG))
WHILE (PMMIFG和SVMLVLRIFG)== 0)；
//将SVS/SVM低侧设置为新级别
SVSMLCTL = SVSLE + SVSLRVL0 *级别+ SVMLE + SVSMLRRL0 *级别；
//锁定PMM寄存器以进行写入访问
PMMCTL0_H = 0x00；
} 

此致，Ryan

你好，Dietmar

感谢您强调这一点...但是...我们不打算进入3.5 中...主电源故障，因此这是一种不能通电的情况。
而且，由于不知道电力将被切断，该计划没有事先做任何事情。

Ergo，SVS (或任何其他外围设备)在电源故障之前不会被触摸，并保持不变。

您好，

它与3.5 无关，即使您在活动模式下禁用SVS，也会遇到此问题。

不管怎样，如果你不触摸SVS，它会有些不同。 那么，连接调试器时是否会出现此行为？

如果可以，请尝试调试此错误，并检查RTC是否正在计数，以及振荡器故障标志是否已正确清除。

你好，Dietmar

根据示例项目msp430f665x_UCS_03.c更改SVS

是的，我确实连接了调试器。
当MCU运行时，RTC确实会被覆盖(在我的PCB和TI目标板中)。

我的振荡器检查在以下循环中设置：

同时(SFRIFG1和OFIFG)//检查OFIFG故障标记
｛
    UCSCTL7 &=~(DCOFFG | XT1LFOFFG | XT2OFFG)；//清除OSC故障标志
    SFRIFG1 &=~OFIFG；//清除OFIFG故障标志
}

即使在Ryan建议进行任何更改之前，RTC仍在运行，同时使用主电源。

我在设置开始时也有这一行  
      BAKMEM3 = SYSRSTIV；  //存储上次启动的reg。
返回2小时，我认为是BOR。

AUXVCC3直接连接到备用电源(PCB和目标板)。
从示波器探头中我可以看到XT1振荡器在主电源断开时继续运行。
从我的数字万用表中，我看到无论主电源开关如何，功率消耗都是0.9 uA，所以我假设它表明当主电源被切断时，与AUXVCC3相关的所有设备都继续工作。

因此，似乎是在断电时设置了一些东西，将RTC置于保持状态。 我应该在哪里查找？

但我也很奇怪，为什么Ryan的代码让RTC在备用电源下继续运行，而我的Ryan代码副本却不是...相同的代码，相同的目标板，相同的跳线设置(?)，相同的MCU。

您好Ryan
是的，我这样做了，是的，RTC也打了钩...但这只是因为MCU仍在运行(某处)，这可以通过在While循环和ISR中逐步执行代码来证明，当移除这些跳线时， 因此，除了可以移除J4，J11和J12，芯片仍在FET功率下运行之外，没有任何证据证明...我不知道如何操作，除非它能做到。

应使用RTC和来自外部电源(而非FET)的主电源执行测试。
RTC仅由外部源提供，以消除AUXVCC3充电器的任何问题。
然后断开主电源并在一分钟或更长时间后将其返回，然后阅读测试的RTC registers....in，在这些情况下RTC不会再次运行...(尽管晶体保持运行并且寄存器保持活动状态)。

我认为这不是一个芯片质量问题，而是一个设置问题(甚至可能是连接问题)。

此致
莫希

您好，Moshe，

我已将以下代码应用到MSP-TS430PZ100B目标板上，并将MSP-FET的引脚2连接到VCC，将引脚9连接到GND，将引脚12连接到WFP 1.3 ND/TXD，将引脚14连接到WFP 1.2。  即使在AUXVCC3供电期间，我也可以看到RTCSEC使用终端程序@ 9600波特率(在DVCC重新连接之后)正常递增。

#include <MSP4S.h>

void SetVcoreUp (无符号int级别)；

void main (void)
{
WDTCTL = WDTPW | WDTHOLD； //停止WTD

//设置WFP 11.5 RTCCLK
P9DIR || BIT0； // RTCCLK设置为引脚
P9SEL |=BIT0；

//设置WFP 1.2 UCA0RXD，WFP 1.3 UCA0TXD
P1SEL || BIIT2 | BIT3； //将WFP 1.2 ，WFP 1.3 设置为non-IO
P1DIR || BIIT2 | BIT3； //启用UCA0RXD，UCA0TXD

SetVcoreUp (0x01)；
SetVcoreUp (0x02)；

//启用充电器
AUX3CHCTL = AUXCHKEY + AUXCHC_1 + AUXCHV_1 + AUXCHEN；

////初始化LFXT1
UCSCTL6 &=~(XT1OFF)； //启用XT1
// UCSCTL6 |= XCAP_3； //内部负载盖
//循环，直到XT1，XT2和DCO故障标志被清除

__bis_sr_register (SCG0)； //禁用FLL控制回路
UCSCTL0 = 0x0000； //设置尽可能低的DCOx，MODx
UCSCTL1 = DCORSEL_5； //选择DCO范围24MHz操作
UCSCTL2 = FLLD_1 + 487； //将DCO乘数设置为16MHz
//(N + 1)* FLLRef = Fdco
//(487 + 1)* 3.2768万 = 16MHz
//设置FLL Div = fDCOCLK/2
__BIC_SR_REGISTER (SCG0)； //启用FLL控制回路

//当DCO范围位已存在时，DCO的最坏情况下稳定时间
//更改的是n x 32 x 32 x f_MCLK / f_FLL_reference。 请参阅5xx中的UCS章节
// UG进行优化。
// 32 x 32 x 16 MHz / 3.2768万 Hz = 50万 = MCLK周期，以便DCO稳定下来
__DELAY周期(50万)；

做
｛
UCSCTL7 &=~(XT2OFFG | XT1LFOFFG | DCOFFG)；
//清除XT2，XT1，DCO故障标志
SFRIFG1 &=~OFIFG； //清除故障标志
} 同时(SFRIFG1和OFIFG)； //测试振荡器故障标志

//启动RTC日历模式
RTCCTL0_H = RTCKEY_H； //解锁RTC_C模块
RTCCTL0_L |= RTCRDYIE；// //启用RTC时间事件，
RTCCTL1 |= RTCBCD；
RTCCTL13 &=~(RTCCALF_3)；//清除所有RTCCALF位，因为它们可能具有以前的RTCCALF值。
RTCCTL13 |= RTCCALF_1； //512 Hz RTC输出
RTCCTL1 &=~(RTCHOLD)；//在这种情况下，RTCHOLD可以使用POR设置。 但是，它没有
//在VDSYS关闭时设置，但当它出现时，它确实会设置
//返回。 因此，应重置它以启用操作。
RTCCTL0_H = 0；

//设置eUSI_A0
UCA0CTLW0 |= UCSWRST； //**将状态机置于复位**
UCA0CTLW0 |= UCSSEL_1； // CLK = ACLK
UCA0BRW_L = 0x03； // 32kHz/9600= 3.41 (请参阅用户指南)
UCA0BRW_H = 0x00； //
UCA0MCTLW = 0x5300； //调制UCBRSx=0x53，UCBRFx=0
UCA0CTLW0 &=~UCSWRST； //**初始化USCI状态机**
UCA0IE |= UCRXIE; //启用USI_A0 RX中断

__bis_sr_register (GIE)；
while (1)__no_operation()；
}//

RTC中断服务例程
#pragma vector=rtc_vector
__interrupt void rtc_isr (void)
{
开关(__偶 数_范围内(RTCIV，16))
｛
案例RTCIV_NONE： //不中断
中断；
案例RTCIV_RTCOFIFO： // RTCOFIFO
中断；
案例RTCIV_RTCRDYIFG： // RTCRDYIFG
__no_operation()；
中断；
案例RTCIV_RTCTEVIFG： // RTCEVIFG
__no_operation()；
中断；
案例RTCIV_RTCAIFG： // RTCAIFG
__no_operation()；
中断；
案例RTCIV_RT0PSIFG： // RT0PSIFG
中断；
案例RTCIV_RT1PSIFG： // RT1PSIFG
中断；
// 判例14：中断； //保留
判例16：中断； //保留
默认值：break；
}
}//

ucsi_A0中断服务例程
#if defined(__TI_Compiler_version__)|| defined(__IAR_systems_icc__)
#pragma vector=USI_A0_vector
__interrupt void uISR_A0_ISR(void)
#Elif defined(__GNU___)
#vector_attribute_(interrupt (USCI_sI_void_error_use)


#endif
｛
开关(__偶 数_IN_RANGE (UCA0IV，4))
｛
案例USI_NONE：中断； //不中断
案例USI_UART_UCRXIFG： // RXIFG
while (!(UCA0IFG & UCTXIFG);// USI_A0 TX buffer ready,
UCA0TXBUF =((RTCSEC>>>4)&0x0F)+ 48；// RTCSEC高字节
while (!(UCA0IFG & UCTXIFG);// USI_A0 TX buffer ready,
UCA0TXBUF =(RTCSEC&0x0F)+48；// RTCSEC低字节
while (!(UCA0IFG & UCTXIFG);// USI_A0 TX buffer ready,
UCA0TXBUF = 10；
while (!(UCA0IFG & UCTXIFG);// USI_A0 TX buffer ready,
UCA0TXBUF = 13；
中断；
案例USI_UART_UCTXIFG：中断； // TXIFG
案例USI_UART_UCSTIFG：中断； // TTIFG
案例USI_UART_UCTXCPTIFG：中断；// TXCPTIFG
默认值：break；
}
}

void SetVcoreUp (无符号int级别)
{//
打开PMM寄存器以写入
PMMCTL0_H = PMMPW_H;//
设置SVS/SVM高端新级别
SVSMHCTL = SVSHE + SVSHRVL0 *级别+ SVSMHE + SVSMHRRL0 *级别；
//将SVM低侧设置为新级别
SVSMLCTL = SVSLE + SVMLE + SVSMLRRL0 *级别；
//等待SVM稳定
，同时(PMMIFG和SVSMLDLYIFG)== 0)；
//清除已设置的标记
PMMIFG &=~(SVMLVLRIFG + SVMLIFG)；PMCL_PM0
级别

//等待到达到新级别
，如果((PMMIFG & SVMLIFG))
WHILE (PMMIFG和SVMLVLRIFG)== 0)；
//将SVS/SVM低侧设置为新级别
SVSMLCTL = SVSLE + SVSLRVL0 *级别+ SVMLE + SVSMLRRL0 *级别；
//锁定PMM寄存器以进行写入访问
PMMCTL0_H = 0x00；
}

此致，Ryan

您好Moshe，

由于设置了RTCHOLD位，我在MSP430F6736的一些设计中看到过此类问题。 当断电时，有时MCU在断电前先重置，RTC可能会停止，因为复 位时设置了RTCHOLD，并且代码无法到达您要清除的指令。  但是，由于您使用 的是MSP430F6736A，因此您可以在应用程序中使用RTCLOCK。 在RTC的初始化代码中，只需在RTCCTL3中设置RTCLOCK位。

对于MSP430F6736 (不带A)， 我 建议使用以下低级初始化功能 来解决此问题：

对于CCS编译器：

int _system_pre_init(void)

｛

 //清除RTC

 RTCCTL0_H=RTCKEY_H；//解锁RTC_C模块

 RTCCTL13 &=~(RTCHOLD)；

 RTCCTL0_H=0；

 返回1；

}

对于IAR编译器：

int __low_lever_init (void)

｛

 //清除RTC

 RTCCTL0_H=RTCKEY_H；//解锁RTC_C模块

 RTCCTL13 &=~(RTCHOLD)；

 RTCCTL0_H=0；

 返回1；

}

 此致，

Vikas Chola

您好Ryan

感谢Ryan的所有意见。

理想情况下，我需要在触发POR之前设置RTCLOCK ... MCU (或用户指南)中是否有这样的机制(我不相信有)。

谢谢

莫希