[参考译文] MSP430FR6972：器件在进入低功耗模式后停止

您好 Olav、

感谢您发帖、我希望我们能指导您完成一些测试、以便快速找到问题的根本原因。 您已经提供了一些非常有用的信息，说明晶体停止工作(我假设晶体是驱动用于唤醒部件的计时器的原因？)

我有一些问题有助于缩小问题范围：
1.问题是否可重现？
2.将 RST 线路拉至低电平是否会使部件复位并使其重新开始运行，或者是否必须完全关闭再重新打开部件电源才能重新开始运行？
3.您能否在连接调试器时使其失败，以便您可以暂停它并查看其在代码中的位置？ 或者、尝试连接到运行的目标： processors.wiki.ti.com/.../MSP430_-_Connecting_to_a_running_target 、以查看问题发生时代码的位置？
4. PMM27是否相关？ 请参阅 www.ti.com/.../slaz627 -它必须位于修订版 A 器件上。
5.另一个可能导致问题的因素是 TEST + RST 线路上的噪声是否会导致器件错误地进入 JTAG/SBW/BSL 模式而不是主应用模式、从而导致没有代码运行。 您是否在这些线路上有较长的布线/导线等、或者系统中可能会在这些线路上产生噪声的东西？ 通常可以通过在测试线上放置一个4.7K 下拉电阻器来解决这一问题。
6.您的计时器代码是否违反了用户指南 www.ti.com/.../slau367 第19.2.1节中关于修改计时器寄存器的说明"TI 建议在修改计时器运行(中断使能、中断标志和 TACLR 除外)之前停止计时器、以避免出现错误的运行条件"。 但是、我怀疑晶体是否仍在运行、只是您的计时器可能会挂起-这仍然是一个很好的检查做法。

此致、
Katie

你(们)好 Katie

感谢您的快速回复
1.该问题在某种程度上是可重现的，即有时设备会在几小时内运行其它时间后的几分钟内停止。
将 RESET 线路拉至低电平将复位器件并使其再次开始运行
但是、我尝试将 RST 重新配置为 NMI 中断、但随后器件似乎不执行中断代码(即切换 LED)
3.我没有尝试连接调试器并暂停-但我在器件停止后尝试读取闪存。 我已经编写了一些调试代码、这些代码写入代码中不同位置的特定闪存位置。 根据这些信息、器件似乎在 LPM2指令之后停止。 我还使用 MSPFlasher 读取球面寄存器、当器件停止时、似乎没有挂起的中断
但是、我将查看建议的应用手册、以了解我是否能够连接到正在运行的器件
4、是的、我使用的是 Rev.A 器件、但应用使用的是 SPI 而不是 UART、因此 PMM27不应成为原因
RST 和测试走线都很短、测试线上有一个47k Ω 的下拉电阻器(我可以尝试使用一个更小的电阻器)
6.定时器在改变定时器运行之前正常停止。然而，我更新了 TxCCR 寄存器而不停止定时器-这可能是一个问题吗？

此致
Olav

设置一个可以为 ACLK 输出的引脚、系统停止时是否停止输出32KHz 方波？
Vcc 电压稳定并被滤波？
软件失控问题、您能否在问题消失前注释掉某些部件？
有助于发布完整原理图、发布完整代码。

你(们)好，Tony

VCC 被滤波且稳定
没有 TRIG 输出 ACLK、但由于32kHz 晶体停止、方波输出将会  
终止
要发布的完整代码太大、但主要问题似乎是 LPM2  
即、当我对应用程序的这条指令进行注释时
运行良好、不会停止

谢谢
Olav

您好 Olav、

感谢您提供更多信息-这确实有助于排除大量问题。 。 我还有几个想法、但到目前为止您所说的所有内容(能够重置解决问题、代码在 LPM2停止等)我认为#6 (更改 CCRx 寄存器)可能是您的问题-正如用户指南注释中提到的那样、 在定时器运行时改变定时器寄存器会导致错误行为。 这是因为计时器模块由您的计时器时钟计时、该时钟与 MCLK 异步、这是您的 CPU 在修改寄存器时将使用的时钟-由于这种异步访问、您基本上会有将模块置于意外状态的风险。 您能否尝试更改代码以停止计时器、修改 CCR、然后在修改 CCR 的所有位置启动计时器？ 通过此更改、您是否无法再重现此问题？

此致、
Katie

你(们)好 Katie

在更新 TxCCR 寄存器之前、我将尝试停止计时器
然而、当发出 LPM2指令时、尚未观察到崩溃
因此、如果 TxCCR 寄存器操作导致了这种不稳定的行为、我应该已经观察到了
“不休眠”代码也出现崩溃？

谢谢
Olav

您好 Olav、

最好查看此测试的结果。

至于 LPM2 -在我处理此类问题的经验中、它们往往对计时非常敏感-这可能是由于涉及唤醒时间等、因此移除 LPM2会屏蔽此问题的原因。 但是、这个问题也可能是其他问题。 如果问题仍然存在、添加计时器停止功能将有助于至少将其排除为根本原因。 感谢您愿意尝试我们的测试。

此致、
Katie

你(们)好 Katie

昨天下午、我根据您的建议更改了代码、但遗憾的是、似乎没有
就像有任何变化一样。 在夜间、设备停止运行、就像之前的测试一样
不过、一件好事是、我们可以排除计时器是根本原因

此致
Olav

您好 Olav、

还有一些问题;-)

1.您的系统以何种频率运行？ 是否考虑了正确的等待状态设置？
2.您施加了哪种电源电压？
3.您是否也可以使用 LPM1或 LPM0来重现此问题？
4.它在多个器件上还是仅在单个器件上可重现？

此致、
Dietmar

您好、Dietmar

感谢您关注我的帖子

系统以4MHz 运行、根据数据表、这不需要任何等待状态
电源电压为3V
这是一个有趣的问题-没有、我没有尝试运行 LPM0或1  
   但在未进入 LPM2的情况下运行代码时未观察到崩溃
到目前为止、我已经在6个器件中的3个上看到了这种行为

此致
Olav  

您好 Olav、

感谢您提供的所有技术信息以及在此方面的协作。 因此、从系统速度与等待状态中、我看不到问题。

我还有一个棘手的问题：

您能否以某种方式测量您是否有多个连续唤醒事件的睡眠时间非常短？
这意味着您的计时器会触发、器件会返回睡眠状态、并很快由端口中断再次触发。

此致、
Dietmar

您好、Dietmar

是的、应用必须处理多个连续唤醒事件、并且在事件之间睡眠时间短
但是、很难防止这种情况发生、因为各种事件相互独立
LPM2是否有最短驻留时间？

谢谢、
Olav

Olav、

您能不能帮个忙、并对故障器件进行非常简单的测试编程、在器件处于 LPM2模式时、只需触发 GPIO 中断、然后使用函数发生器向 GPIO 引脚应用频率为10kHz 的方波。
然后以10kHz 的阶跃将其增加至200kHz、以查看器件是否停止唤醒。

如果您可以通过这种简化的设置来重现此问题、我们可以使用更少的设置。

谢谢、
Dietmar

您好、Dietmar

昨天、我根据您的建议制作了一个简单的测试代码。 不过、在睡眠模式下使用快速信号触发 GPIO 引脚确实如此
不会重现我最近经历过的相同行为
但是、在使用各种设置进行测试后、我认为问题必须与 ADC 有关  
设备似乎在处理 ADC 中断后停止

设置如下：
计时器用于将器件从睡眠状态唤醒、在主循环中会启动重复的通道序列扫描
在8次重复采样和转换之后、对采样进行分析、并在计时器之前禁用转换
再次过期。 下一个转换在前一个转换完成后才开始
请参阅下面的代码脚本

谢谢、
Olav

void main (void)
｛  
 MSP430_Init（)；                      //初始化 I/O
 xt1_startup ()；                      //开始32768Hz 冷冻、DCO = 4MHz
 _DELAY_CYCLES (2000000)；   

 /*设置时间器 B*/
 TB0CTL = 0x00；
 TB0CCR4 =_10ms；                      
 TB0CCTL4 = CCIE；
 TB0CTL = TBSSEL_ACLK + MC_连续+ TBCLR；

 /*设置 ADC*/
 ADC12CTL0 &=~ADC12ENC；                                                      //分解器 AD
 ADC12CTL0 = ADC12SHT0_3 | ADC12SHT1_3 | ADC12MSC | ADC12ON；                  // 16个 ADC12CLK 周期、多个采样和转换、ADC12打开
 ADC12CTL1 = ADC12SHS_0 | ADC12SHP | ADC12PDIV_1 | ADC12DIV_7 | ADC12CONSEQ_3；// ADCCLK = MODOSC/8；ADC12SC 作为触发源、采样计时器、
                                                                             //重复通道序列
 ADC12CTL2 = ADC12RES__12位；                                                 // 12位转换结果
 ADC12CTL3 = ADC12CSTARTADD_0；                                                //起始地址 ADCMEM0
 ADC12MCTL0 = ADC12INCH_12 + ADC12VRSEL_4；                                    // A12 ADC 输入选择；Vref = Vref
 ADC12MCTL1 = ADC12INCH_13 + ADC12VRSEL_4；                                    // A13 ADC 输入选择；Vref = Vref
 ADC12MCTL2 = ADC12INCH_15 + ADC12VRSEL_4 + ADC12EOS；                         // A15 ADC 输入选择；Vref = Vref；EndOfSequence
 ADC12IER0 |= ADC12IE2；                                                       //启用 ADC 转换完成中断

 _EINT()；
 
 for (；；)
 ｛
   GREEN_LED (0)；                     
   LPM2；
   _NOP()；

   TEST_FLAG.LC_measurement = true；      
   start_ad_siming()；
   绿色 LED (1)；                     
 ｝
｝

void start_ad_sing样 片(void)
｛
 while (adc_flagg.adc_busy)；               //等待上一次转换结束！

 ADC12CTL0 &=~ADC12ENC；                  //复位 ENC
 ADC12CTL0 &=~ADC12SC；

 SAMPLING_INDEX = 0；                      //复位计数器
 ADC_Fagg.ADC_BUSY = true；               //设置软件标志以指示 ADC 忙
 
 while (ADC12CTL1&ADC12BUSY)；              //等待 ADC 就绪
 ADC12CTL0 |= ADC12ENC + ADC12SC；         //启用转换
｝

void ADC12 (void)__interrupt [ADC12_vector]
｛
 unsigned long lc_temp；
 unsigned long NTC_temp；
 unsigned int didt_temp = 0；

 switch (__evo_in_range (ADC12IV、12))
 ｛
   情况 0：中断；                           //向量 0： 无中断
   情况 2：中断；                           //向量 2： ADC12MEMx 溢出
   情况 4：中断；                           //矢量 4： 转换时间溢出
   情况 6：中断；                           //向量 6： ADC12HI
   情况 8：中断；                           //向量 8： ADC12LO
   情况10：中断；                           //向量10： ADC12IN
   情况12：中断；                           //向量12： ADC12MEM0中断
   情况14：中断；                           //向量14： ADC12MEM1中断
   案例16：                                  //向量16： ADC12MEM2
     A0results[SAMPLING_index]= ADC12MEM0；  //移动 A0结果、IFG 被清除
     A1Results[SAMPLING_index]= ADC12MEM1；  //移动 A1结果、IFG 被清除
     A2Results[SAMPLING_index]= ADC12MEM2；  //移动 A2结果、IFG 被清除
     SAMPLING_index++；                       //使结果索引递增、

     if (sampling_index >= nmbr_of_samples)  // nmbr_of_samples = 8
     ｛
       ADC12CTL0 &=~ADC12ENC；               //禁用转换

       对于(I = 0；I < NMBR_of_samplples；I++)  
       ｛  
         lc_temp  += A0results[i]；          //求和
         NTC_temp += A2Results[i]；          //求和

         if (A1Results[i]> didt_temp)        //最大
           didt_temp = A1Results[i]；
       ｝
       load_raw =(unsigned int) lc_temp/nmbr_of_samples/；

       if (test_flagg.lc_measurement)
       ｛
         TEST_FLAG.LC_measurement = false；
         measuring_value.load =(load_raw/2.89)/44.13；
    ｝  

       ADC_FLAGG.ADC_BUSY = false；           //复位标志 ADC 不再忙
     ｝
   中断；                            

   情况18：中断；                           //向量18： ADC12MEM3   
   情况20：中断；                           //向量20： ADC12MEM4
   情况22：中断；                           //向量22： ADC12MEM5
   情况24：中断；                           //向量24： ADC12MEM6
   情况26：中断；                           //向量26： ADC12MEM7
   情况28：中断；                           //向量28： ADC12MEM8
   情况30：中断；                           //向量30： ADC12MEM9
   情况32：中断；                           //向量32： ADC12MEM10
   案例34：中断；                           //向量34： ADC12MEM11
   案例36：中断；                           //向量36： ADC12MEM12
   案例38：中断；                           //向量38： ADC12MEM13
   情况40：中断；                           //向量40： ADC12MEM14
   情况42：中断；                           //向量42： ADC12MEM15
   案例44：中断；                           //向量44： ADC12MEM16
   情况46：中断；                           //向量46： ADC12MEM17
   情况48：中断；                           //向量48： ADC12MEM18
   情况50：中断；                           //向量50： ADC12MEM19
   情况52：中断；                           //向量52： ADC12MEM20
   情况54：中断；                           //向量54： ADC12MEM21
   情况56：中断；                           //向量56： ADC12MEM22
   判例58：中断；                           //向量58： ADC12MEM3
   情况60：中断；                           //向量60： ADC12MEM24
   情况62：中断；                           //向量62： ADC12MEM25
   情况64：中断；                           //向量64： ADC12MEM26
   案例66：中断；                           //向量66： ADC12MEM27
   情况68：中断；                           //向量68： ADC12MEM28
   情况70：中断；                           //向量70： ADC12MEM29
   情况72：中断；                           //向量72： ADC12MEM30
   案例74：中断；                           //向量74： ADC12MEM31
   情况76：中断；                           //向量76： ADC12RDY
   默认值：break；
 ｝
｝

void Timer0_B1 (void)_interrupt [TIMERB1_Vector]
｛
 开关(TB0IV)
 ｛
   案例2：  中断；               
   案例4： 中断；  
   案例6：  中断；
   案例8：
        TB0CTL &=~MC__continous；   
        TB0CCR4 +=_10ms；
        TB0CTL |= MC__continous；
        LPM2_EXIT；                
   中断；
   案例10： 中断；               
   案例12： 中断；               
   案例14： 中断；               
   默认值： break；
 ｝
｝

您好 Olav、

感谢测试和其他信息、这有助于我们至少排除一些情形。

根据您提供的代码、以下情况会很有趣：

1.如果您为计时器选择 SMCLK 而不是 ALCK、这会很有用

2.增加用于唤醒的计时器接口、以确保在 ADC 处于重复通道转换序列时不会触发 ADC

3.如果使用重复的单通道转换，问题也会出现

另一个想法是在中断结束时通过切换 ADC12SC 位再次触发 ADC 序列。
最后、您将不使用重复序列、而是使用序列、并"手动"重复

所有测试将帮助我们更好地了解您的设置中发生的情况。

此致、
Dietmar

您好、Dietmar

感谢您的所有建议-我们对此深表感激

1.如果我选择 SMCLK 作为定时器时钟源，我怀疑整体电流消耗会增加，因为 SMCLK 永远不会被禁用？
   电流消耗实际上是此应用的关键

2、是的、我知道这个勘误表、但希望 ADC_BUSY 软件标志能够防止这种情况的发生？

4.这可能是一个解决方案，但我仍然想知道为什么设备在重复通道序列中运行时停止

此致
Olav

Olav、

当然、我们会为您看到的行为提供解释、但我们需要首先充分了解、因为每个单元的行为都不可重现、在 TI 可能很难重现、因此您提供的结果将有助于您虚构地理解行为。

谢谢、
Dietmar

您好、Dietmar

随附了故障情况的示波器图
定时器超时(绿色正脉冲)、器件从睡眠模式唤醒(黄色低脉冲)
ADC 启动并采样8次(在 ADC 中断服务例程结束时进行紫色切换)
在最后一次 ADC 转换完成后、器件停止、即晶体停止运行并且没有执行任何代码
"唤醒"器件的唯一方法是将 RST 拉至低电平

希望这张图片能帮助解释情况

此致
Olav

Olav、
您是如何检查晶胞停止的？ 您是否测量了 XIN？
更好的方法是将 ACLK 绘制到示波器中、以详细查看何时停止。

重点是从示波器屏幕截图中看到计时器中断不再出现。 因此、当它停止时、ACLK 会很有趣。

此致、
Dietmar

您好、Dietmar

是的、我第一次用示波器在 XIN 处测量晶体、并验证晶体已停止
将 RST 线路拉至低电平后、冷冻小瓶启动
然而、我已经对 ACLK (黄色)和 SMCLK (紫色)输出至 PJ.0和 PJ.2进行了重复测试
即使器件停止运行、ACLK 似乎仍在运行

此致
Olav

您好 Olav、

在这种情况下、晶体不会停止、而是 SMCLK、因为器件处于 LPM2中。 这是非常重要的信息。
我们使用您在此处附加的代码构建了类似的设置、无法重现挂起。 我们将让它在夜间运行、并在明天使用更多器件进行测试。

此致、
Dietmar

您好 Olav、

请允许我提供我们夜间测试的更新信息。 我们使用附带的简化测试代码对 FR6972修订版 A 器件进行了编程、并让其在25摄氏度和 DVCC=3.0V 下运行~12小时而不会暂停。 请参阅下面的示波器屏幕截图：

在我们的情况下、计时器始终能够唤醒器件。 现在、我们将继续使用更多的器件进行测试、并在温度范围内进行测试。

但一旦我们不能再现、就很难找到解释。 因此、我请您尝试我在您的设置中附加的代码、看看您是否可以复制。 如果不是、请向我们发送故障代码的缩减包。
e2e.ti.com/.../7266.main.c

其他一些事情也会很有趣：

1、如果您处于挂起状态、那么 GPIO 中断不再起作用了吗？ (您之前发布过此内容、但我想再次确认)
2.它是否与不再执行的定时器中断相同、或者在 ADC 中断期间、您是否有时也会看到它挂起？
3.如您所述、您有3个故障样品、您可以更改故障样品的电压2.2V 或3.6V、看看是否消失？

如果我们无法成功地使用我们的器件复制它、我们将联系您、让您的部分器件发送回 TI。

此致、
Dietmar

您好、Dietmar

感谢您努力寻找失败的原因
如有怀疑、事实证明它很难再现您的设置中的行为
但是、使代码在器件上运行表示中没有主要故障
ADC 或定时器设置。 我将查看您发送给我的代码，看看我是否可以使其在设备上出现故障

1、当处于挂起状态时、GPIO 中断不起作用、定时器和 ADC 也会停止
使器件再次工作的唯一方法是将 RST 线路拉至低电平
2.如上一篇文章中所述、设备似乎在处理完 ADC 中断后挂起
尝试改变系统电压可能是下一步

此致
Olav

您好、Dietmar

以4MHz 运行时，将变量放入 FRAM 中是否有任何限制？
由于 RAM 中的限制、我将此选项用于一些变量

此致
Olav

Olav、

我们在过温和 DVCC 的情况下测试了10个器件、但无法将其挂起。
因此、我们可能会通过电子邮件与您联系、以请求一些故障样片、并尝试在 TI 复制这些样片。

关于您的问题：
不需要、您只需要注意在为变量定义的 FRAM 段中声明变量。
此信息可在链接器命令文件中找到。

此致、
Dietmar

您好、Dietmar

是的、似乎是最后的选择
顺便说一下、是否可以使用 MSP430Flasher 进行读取
设备上状态寄存器中的信息是否挂起？
如果出于某种原因、在中断器件内 GIE 位被清零
会出现挂起的情况吗？

此致
Olav

您好 Olav、

是的、借助 CCS 或 IAR 和标准 MSP-FET、您可以使用项目使用"附加到运行"目标函数。
这将连接正在运行的器件上的 JTAG、而不会丢失状态、在大多数情况下、这有助于了解器件的挂起位置。
请告诉我您使用的环境、我可以提供有关如何设置的详细信息。

此致、
Dietmar