MSP430在LPMx.5中保持I/O端口和RTC配置

XJzy

MSP430 如何在 LPMx.5 中保持 I/O 端口和 RTC 配置？
基本上，进入 LPM3.5 和 LPM4.5 中将在唤醒时复位所有外设寄存器配置。 然而，为了保持 I/O 端口和 RTC 配置寄存器，寄存器值将由相应的模块内部锁存。 这些内部设置在进入 LPMx.5 时被锁定，其原因是 PM5CTL0 寄存器中的 LOCKLPM5 位和 BACKCTL 寄存器的 LOCKBAK 位也被置位。 当从 LPMx.5 中唤醒时，在将 LOCKLPM5 和 LOCKBAK 位清零前，应该首先配置 I/O 和 RTC 寄存器，以避免一个中间状态，在此状态中，复位后的缺省寄存器设置被复制到内部寄存器模块设置中。

如何实现数据表中的额定功耗值？
测试参数 数据表中的所有额定值在特定条件下测得，这些条件会影响测量结果，诸如： ? 环境温度 ? 电源电压 ? 对于激活模式：时钟源频率和代码位置（闪存 / RAM） ? 无模拟外设激活（通常情况下，模拟外设消耗大量电流，而数字外设流耗很低） ? 等等 避免 I/O 引脚悬空 缺省情况下，所有 I/O 引脚在复位后被设置为输入。 为了避免悬空输入引脚消耗更多电流，所有未使用的 I/O 应该被设置为输出低电平，除非引脚被连接至外部上拉电阻器，这一连接意味着引脚应该被设置为输出高电平。 未使用引脚的连接 请确保所有其他未使用的非 I/O 引脚遵守建议的连接方式，此连接方式可在《系列用户指南》中找到（通常在讨论系统复位、中断等内容的章节中，名称为“未使用引脚的连接”）。

复位状态中的功耗
在数据表中并没有功耗/流耗的技术规格，并且不建议将器件保持在最低功耗水平上。 这一建议的原因是，在复位状态中，GPIO 引脚处于缺省高阻抗悬空状态，而此状态会导致额外的功耗。 而推荐的方法是使用一个 GPIO 中断，此中断将在 LPM4 中（比如在输入的下降边沿上）将器件置位，并重新将中断配置为在信号的上升边沿唤醒器件。

当我改变新器件修订版本时，应用程序停止工作，这是由什么原因造成的呢？
在大多数情况下，当使用新的/不同的器件修订版本时，应用程序停止工作的主要原因是应用程序的写入方式违反了数据表中的技术规范。 数据表中定义的额定值/参数是为了确保所有修订版本中的全部器件可在这些范围内工作，但是它并未排除器件在额定参数值以外运行时，特定修订版本不工作的可能性。 当之前的器件出现这一问题时（被写入的应用程序在额定参数以外工作），这也许是应用程序不与更新的/不同的修订版本一同工作的真正原因。

应用中的闪存存储器好像被损坏了，问题有可能出在哪里呢？
基本上，MSP430 器件上的闪存存储器损坏的最常见原因是在电源处于欠压状态中时高频运行 CPU。