[参考译文] TM4C129ENCZAD：器件未从休眠状态唤醒

您好 Mitch、

 您能找到这4个器件的生产日期代码吗？ 我不确定您是否已达到以下勘误表。 如果您按下 RESET 按钮、器件是否会唤醒以执行？

您好、Charles、

我们昨天也看到了勘误表、并检查了这些器件上的数据代码、它们是0x7A (2017年10月)、因此它们不是受该勘误表影响的器件。  我们还尝试在器件处于该状态时将 RESET 引脚置为有效、这也不会唤醒器件。  这些 TM4C129器件是否存在问题？

谢谢、

Mitch

您好 Mitch、

 我想稳压器的 VDD 很好、对吧？ 我有一些问题。  

 您可以连接到设备吗？  

 VDDC (1.2V)电压是多少？ 您能测量它吗？  

 为了进行实验、您是否可以使 VDD 始终保持开启状态？  

 如果调试器可以连接到器件、您能否擦除器件并加载一些简单的示例、例如闪烁示例或 hello 示例？

 这是否与自2017年以来编程到您的产品中的固件相同？ 最近是否对固件进行了任何更改？  

 这是2017年以来的情况吗？ 最近是否对电路板进行了任何更改？ 我不确定器件是否经历过 EOS (电气过载)。   

您好、Charles、

以下是您的问题的答案：

1. 您可以连接到设备吗？
   • 如果您是使用调试器、那么我们可以连接到它。  不是在休眠状态下、而是在我们从休眠状态唤醒处理器后、处理器似乎不执行任何操作、我们可以在该点进行连接。  我可以连接到它、如果我只是加载符号而不加载程序(即将 JTAG 连接到正在运行的器件)、我可以看到 PC 似乎是0x010019a4、看起来不是有效的、它显示"未定义任何符号"。  不过、我不确定我们是否可以相信、当器件处于该状态时。

2. VDDC (1.2V)电压是多少？ 您能测量它吗？  
   • 在休眠模式下为0V。  当我们从休眠模式唤醒并发现此问题时、 我们在1.198V 处测量它。
3. 为了进行实验、您是否可以使 VDD 始终保持开启状态？
   • 我们进行了该实验、即使在休眠期间保持 VDD 开启、也会观察到相同的行为。
4. 如果调试器可以连接到器件、您能否擦除器件并加载一些简单的示例、例如闪烁示例或 hello 示例？
   • 我能够加载我们的完整应用、我可以跳过休眠模式、每次只需启动器件、这样就可以正常工作。  基本上、如果我从应用的方程中取出休眠、那么它就可以正常工作了。
5. 这是否与自2017年以来编程到您的产品中的固件相同？ 最近是否对固件进行了任何更改？
   • 多年来、固件发生了几次变化。  但是、我们可以获取存在此问题的器件、并安装自2017年以来使用的任何 FW 版本、但器件仍然存在此问题。  正常工作的器件将适用于我们自2017年以来使用的所有 FW 版本。  因此问题会跟踪硬件、而不是 FW。
6. 这是2017年以来的情况吗？ 最近是否对电路板进行了任何更改？ 我不确定器件是否经历过 EOS (电气过载)。
   • 自2018年11月以来、我们一直在使用此版本的电路板、直到上周或上周才发现此问题。

谢谢、

Mitch

您好 Mitch、

 您之前说过、在步骤5后、器件似乎没有脱离复位状态。 但是、从您对六个问题的答复中、该器件似乎可以正常工作、但休眠模式除外。  

 您能否在好器件和坏器件上运行 TivaWare 休眠示例？ 它们是否显示了不同的结果？

[引用 user="Mitch Mandler">但我们可以获取存在此问题的器件、并安装自2017年以来使用的任何 FW 版本、但该器件仍有问题。  正常工作的器件将适用于我们自2017年以来使用的所有 FW 版本。  因此、问题会跟踪硬件、而不是固件。

我同意这是硬件问题。 我还想 做一些实验。 是否可以将良好的设备交换到坏板、并将坏设备交换到已知良好的板。 我想确保它不是板级问题。 例如、您是否正确运行了32.768k OSC？   

您好、Charles、

您之前说过、在步骤5后、器件似乎没有脱离复位状态。 但是、从您对六个问题的答复中、该器件似乎可以正常工作、但休眠模式除外。  

除了退出休眠模式外、这些"坏"器件似乎完全正常工作。  如果我在"坏"器件上完全跳过休眠模式、那么我看不到器件有任何问题(请注意、我们可以在器件上启用一个设置、如果器件已插入、该设置将绕过休眠模式)。  也许我对这个问题的最初描述不清楚、很抱歉、这种混淆不清、但一切都正常、除了我们从休眠中唤醒时、在我看来、我们的代码此时没有执行。  我说过、器件在此时似乎没有脱离复位模式、因为我们看不到代码执行、但我们不确定此时发生了什么情况。

您能否在好器件和坏器件上运行 TivaWare 休眠示例？ 它们是否显示不同的结果

我花了一些时间尝试这一点、但这些项目似乎是针对特定评估板或类似的项目。  我无法使它们在我们的电路板上正常工作(我不断遇到故障)。  我们的实际硬件可能需要付出很大的努力、因此我现在无法做到这一点。  不过、在这段时间内、我已经使用休眠代码完成了此测试、"坏"单元无法正确退出休眠模式、而正常单元退出休眠模式时没有问题。

我同意这是硬件问题。 我还想 做一些实验。 是否可以将良好的设备交换到坏板、并将坏设备交换到已知良好的板

今天、我们将其中一个电路板发送回了电路板制造商、以将 Tiva 部件换用另一个电路板。  我们希望下周早些时候从他们那里获得该测试板、下周我可以告诉您该测试的结果。

我想确保它不是板级问题。 例如、您是否正确运行了32.768k OSC？

是的、我们在昨天向论坛提交此问题之前验证了 OSC 是否正常运行。

我现在将把它放在后刻器上、直到我们从换用新部件的"坏"部件中获得结果。  这似乎并不经常发生、如果我们关闭 Tiva 部件、"坏"板现在可以工作、这将使我们确信这是特定 Tiva 部件的问题(我们在电路板测试期间会遇到这种问题)。  我将告诉您下周测试的结果是什么。

谢谢、

Mitch

您好 Mitch、

 是的、请随时向我们发布。 我们将从这里开始。  

您好、Charles、

我想告诉大家、我们今天从制造商那里得到了一块电路板、他们刚刚更换了电路板上的 TM4C129、电路板现在工作正常、能够从休眠状态中唤醒并执行代码。  因此、我们将把它标记为 TM4C129的器件问题。

您是否同意该评估？

谢谢、

Mitch