尊敬的先生/女士：
请为以下问题提供解决方案：
我们将 TM4C1290NCZAD 用于我们的项目。
我们已添加外部晶振32.768kHz、用于在电路板中使用休眠模块。
我们已使用以下时钟配置对电路板进行了配置：
SysCtlClockFreqSet (((SYSCTL_OSC_EXT32 | SYSCTL_USE_OSC | SYSCTL_MAIN_OSC_DIS | SYSCTL_CFG_VCO_480)、40000000)；
之后、我们无法对器件进行重新编程。 我们已经通过使用 RESET 引脚、断电/开启尝试了所有可能。 但 JTAG 未检测到电路板。
我们已使用以下时钟配置对电路板进行了配置：
SysCtlClockFreqSet (((SYSCTL_OSC_EXT32 | SYSCTL_USE_OSC | SYSCTL_MAIN_OSC_DIS | SYSCTL_CFG_VCO_480)、40000000)；
[/报价]您希望以何种系统时钟频率运行器件？
当 SysCtlClockFreqSet()调用中的 ui32SysClock 参数为 40000000 (40MHz)时，当使用 休眠 32.768kHz 时， 会忽略 ui32SysClock 参数，系统时钟频率将为 32.768kHz。 数据表中的下表显示 RTCOSC 不具有驱动 PLL 的能力：
表26-12也有以下说明。 数据表的 JTAG 特性：
这意味着要使用 JTAG、系统时钟频率必须至少是 JTAG TCK 频率的8倍。
因此、当系统时钟频率为32.768KHz 时、可使用的最大 JTAG TCK 频率为4.096KHz。
[引用 userid="499651" URL"~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1039405/tm4c1290nczad-unable-to-re-program-the-board-after-loading-the-firmware-with-configuration-of-main-oscillator-disabled "]但 JTAG 未检测到电路板。您使用的是哪种 JTAG 探头？
有些允许降低 JTAG TCK 频率。 如果可以选择4kHz 作为 JTAG 频率、则应该能够再次使用 JTAG 检测电路板。
另一种选择是运行解锁序列、这是一种将 TM4C12x 微控制器复位到出厂状态并擦除闪存中的程序的方法。 请参阅 TM4C JTAG 指南 ：http://www.ti.com/lit/spma075中的执行解锁序列部分
您好！
[引用 userid="499651" URL"~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1039405/tm4c1290nczad-unable-to-re-program-the-board-after-loading-the-firmware-with-configuration-of-main-oscillator-disabled/3870447 #3870447"]从第二次开始，我每6秒就会收到唤醒和 HIB 引脚的毛刺脉冲。－不确定为什么会出现干扰。 您能否显示 WAKE 和 HIB 引脚的示波器电容器？ 另请显示发生毛刺脉冲时的 VBAT 和 VDD。
-请将您的休眠原理图与数据表中显示的示例休眠电路进行比较。 您是否拥有正确的 Rbat 和 Cbat？
您好！
从您显示的有限原理图中，我没有发现问题。
-您的原理图未显示振荡器频率。 固件指定16MHz。 我只是想确保您的晶体为16MHz、而不是25MHz。
-您写了 HibernateEnableExpClk (32768)，我认为这与操作的结果无关。 请参见 下面的。 另请参阅 TivaWare Hibernate 示例。
您尚未回答我之前的问题。 让我在这里再次重申。
-在 LaunchPad 上运行您自己的应用程序代码。 您是否在 LaunchPad 上看到 WAKE/HIB 引脚上的干扰？
-在您的定制板上运行 TivaWare Hibernate 示例。 您是否看到了干扰？
您好！
我看了一下您的原理图、它非常复杂、我不能仅仅看一下您的原理图、并解释正确或错误的地方。 为了帮助您、您必须首先通过回答我先前提出的问题来帮助我。 让我再说一遍。
-在您之前的代码中，您写了以下行来配置时钟。
ui32SysClock = SysCtlClockFreqSet ((SYSCTL_XTAL_16MHz | SYSCTL_OSC_MAIN | SYSCTL_USE_PLL | SYSCTL_CFG_VCO_480)、40000000)；
但是、看看您的原理图、外部主晶体在哪里？ 我看不到 OSC0和 OSC1。 我对您的系统非常困惑。 如果您不使用外部晶体、那么我想您使用内部16MHz PIOSC、对吧？ 如果是这种情况、则说明您的配置错误。 您应按如下方式书写：
ui32SysClock = SysCtlClockFreqSet (SYSCTL_OSC_INT | SYSCTL_USE_PLL | SYSCTL_CFG_VCO_480、40000000)；
您说过您有一个外部32.768kHz 晶体。 那是在哪里？ 我只看到您将 WDI-PG6连接到 XOSC0输入。 看起来 WDI-PG6是一个看门狗。 为什么这样进行连接？
-您说过6秒后唤醒和 HIB 引脚上会出现干扰吗？ 再次向我展示在休眠进入和退出期间以及发生干扰时的示波器捕获 VDD、VBAT、WAKE、HIB。 我必须至少拥有这些信号才能判断发生了什么。
-在 LaunchPad 上运行您自己的应用程序代码。 您是否在 LaunchPad 上看到 WAKE/HIB 引脚上的干扰？
-在您的定制板上运行 TivaWare Hibernate 示例。 您是否看到了干扰？
您好！
[引用 userid="499651" URL"~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1039405/tm4c1290nczad-unable-to-re-program-the-board-after-loading-the-firmware-with-configuration-of-main-oscillator-disabled/3896766 #3896766"]此外，让我们了解休眠进入和退出期间复位引脚的行为。在进入和退出期间对复位引脚没有真正的影响。 但当器件从休眠状态唤醒时、器件将通过 POR。 请参阅以下数据表。
VDD 的返回会导致 POR
执行。 从 WAKE 信号被置为有效到代码开始执行的时间为
等于唤醒时间(tWAKE_TO_HIB)加上上电复位时间(TPOR)。
－我并不特别注意 RST、OSC0和 XOSC0/XOSC1连接有什么问题。
- SCH_AI_CPU_PB_V 和辅卡之间的关系是什么？
您从未回答过我的问题。 了解您的 LaunchPad 没有可用于交叉检查的功能。 但至少请回答以下两个问题。
-您说过6秒后唤醒和 HIB 引脚上会出现干扰吗？ 再次向我展示在休眠进入和退出期间以及发生干扰时的示波器捕获复位、VDD、VBAT、WAKE、HIB。 我必须至少拥有这些信号才能判断发生了什么。
-在您的定制板上运行 TivaWare Hibernate 示例。 您是否看到了干扰？
再说一次、如果您没有回答我的任何问题、我将无法为您提供帮助。
您好！
一些意见。
-我看到您运行 TivaWare 示例 C：\ti\TivaWare_C_Series-2.1.4.178\examples\boards\dk-tm4c129x\hibern\ccs\Debug\hibernate.out。 这是一个带有 LCD 的 DK 电路板示例。 TivaWare 2.1.4.178是较旧版本。 您是否修改了此示例以删除与 LCD 相关的所有代码？ 如果您的定制板没有与 DK 电路板上相同的 LCD、我不希望此示例在您的电路板上工作。 为什么不在 C：\ti\TivaWare_C_Series-2.2.0.295\examples\boards\ek-tm4c1294xl\hibernand C：\ti\TivaWare_C_Series-2.2.0.295\examples\boards\ek-tm4c1294xl\hibernate_calendo 中运行最新的 TivaWare 示例？
-在第3页上、您显示 自定义代码已加载到自定义板中–加电状态。 当 HIB 被置为有效时、复位将下降。 谁控制您的复位输入？ 请参见下面的。 您将更了解如何驱动复位。 复位是否来自 U88？ 是否确实、只要 HIB 被置为有效、它也会触发 WD 复位？ 再说一次、这是您的电路、您应该更好地了解它的工作原理。
-对于 自定义代码加载到自定义板中–断电情况下， 您有几个示波器捕获。 看起来都是复位的。 您确实需要研究断电时为什么会断言 RESET (可能来自您的 WD)。 当器件处于休眠状态时、您需要停止 WD 置位。 请记住、复位被视为唤醒源。 当 RESET 被置为有效时、它唤醒器件。 您需要防止复位发出或尝试禁用复位、将其作为固件中的唤醒源。 您在下面写入了使用复位来唤醒器件。
//
//配置休眠唤醒源。
//
HibernateWakeSet (HIBERNATE_WAKE_RTC | HIBERNATE_WAKE_PIN | HIBERNATE_WAKE_GPIO |
HIBERNATE_WAKE_RESET)；
-
我尝试仅启用 RTC、器件进入休眠模式、但尽管我已将固件配置为在30秒后通过将 RTC 唤醒作为唤醒源进行唤醒、但器件根本不会被唤醒。 在这段时间内、RESET 引脚也被置为有效、不会返回。 在整个观察过程中、HIB 和 RESET 都遵循相同的状态。
我认为这是最大的秘密。 同样、MCU 不控制复位。 MCU 的外部电路控制复位输入。 但是、您会不断地说、没有外部电路会将 RESET 置为低电平。 必须有人将 RESET 驱动为低电平。 您的外部电路必须对 HIB 作出反应。 当 HIB 置位时、假设切断电源的电源。 检查您的电路板、看看您的电路是否会对电压骤降或看门狗超时作出反应、从而导致复位。 我开始想知道您的复位是否在 HIB 被置为有效后被上拉到不再是3.3V 的 VDD。 您需要确保在休眠期间将复位上拉至3.3V、以便真正的复位事件可以唤醒器件。 由于主电源被移除、复位不能只保持低电平。
当我在 DK EVM 板上运行休眠示例时、请参阅以下示波器。 HIB 生效、RTC 将在5秒后唤醒器件。 CH1为 HIB、Ch2复位。 如您所见、复位未更改。 您是否有 DK 电路板或 LaunchPad。 您能否在任一电路板上运行代码以查看是否可以重现问题？ 这将证明复位仅受您的定制板的影响、而不受此影响。
