[参考译文] MSP430F2418：编程问题

您好、Charlie、

您过去和现在是否能够成功对这些器件进行编程？您突然发现了一些失败的空白擦除？  未通过空白检查的器件是否是新的(编程前从未过)器件？

尊敬的 Dennis：

我们过去成功地对这些器件进行了编程。  由于某些原因、由于空白擦除、我们无法对其进行编程。  我们只在少数器件上看到了这个问题、其中大多数器件工作正常。

您好、Charlie、

您能否查看这些器件上的生产日期代码标记、并查看故障器件的生产日期代码与良好器件的生产日期代码是否相同或不同。

尊敬的 Dennis：

到目前为止、我们在两个有问题的器件上看到了相同的生产日期代码(098XPHWG4)。  它与我们拥有的好器件上的生产日期代码不同。

您好、Charlie、   

您是否知道这些器件是从您通常从中获得这些器件的同一分销商/供应商处购买的？  

您好、Charlie、

我们的质量团队正在询问您是否可以拍摄芯片上的标记？

尊敬的 Dennis：

是的、这些器件是从我们通常购买的同一分销商处购买的。  

您好、Charlie、

感谢您的更新。

好的、让我确保我完全理解。  这些带有标记(098XPHWG4)的器件中、您能够毫无问题地进行编程、擦除和重新编程、对吧？  但是、您有几个在尝试重新编程时进行编程、擦除、然后取消空白检查、对吧？  您是否能够提供这些器件中的一个显示标记的快速照片？

关于 MSP-GANG 编程器与目标 MCU 的连接、听起来好像您正在对安装在 PCB 上并由电池供电的 MSP430进行编程、对吧？  什么是电池电压？

我在 MSP-GANG 文档中看到了有关为目标使用外部电源的这一注意事项、该外部电源应连接到引脚4、而不是上面提到的引脚2。  您能检查一下吗？

尊敬的 Dennis：

请参阅随附的图片、了解带有空白擦除功能的 MSP430标记。

感谢 Charlie、

如果此生产日期代码存在已知问题、我想与我们的质量团队再次核对。

我很快就会用他们的结果做出回应。

尊敬的 Dennis：

因为这个问题是最近才出现的。  我们仍在收集有关生产日期代码的更多信息。  到目前为止、我还不知道是否 有任何其他器件已成功编程098XPHWG4生产日期代码。

MSP430可通过 JTAG 连接通过 MSP-GANG 编程器进行板载编程。  它由具有0.2V 二极管压降的3.6V 电池供电。  因此、MSP430的电源电压约为3.4V。

根据上面的注释、针对目标的外部电源被连接至14引脚 JTAG 连接器上的引脚4。

您好、Charlie、

您所做的一切听起来都不错。

BTW、根据照片、LTC 看起来实际上是09AXPHW、而不是098XPHWG4。  我们的质量部门未发现此批次/生产日期代码的问题。

尊敬的 Dennis：

很好的收获  感谢您了解该误差。

您对什么可能是根本原因有什么想法或建议吗？

您好、Charlie、

很难用目前的线索来形容。

MSP430的 Rest 引脚上是否有一个47k 上拉电阻器？  从这个点到接地、您有1到2.2nF 的电容吗？

尊敬的 Dennis：

我在 Rest 引脚上具有49.9K 的上拉电阻器和1nF 的接地电容。

您好、Charlie、

您是否能够移除其中一个或两个可疑器件？ 我正在检查是否可以对它们进行故障分析。

尊敬的 Dennis：

这听起来是个好主意。  我将联系我们的工程团队、移除这些芯片。

请在您确认可以完成 FA 后通知我。

您好、Charlie、

为了确保我们不会忽略任何内容、是否有任何其他东西连接到 RST 引脚、二极管、其他器件等、是否可以共享该 PCB 的原理图部分？  我只需要查看并确认连接到 MSP430引脚的器件。  如果您愿意、您可以向我发送朋友邀请并私下分享。

尊敬的 Dennis：

除了这两个组件之外、还有一个249欧姆的串联电阻器连接到 JTAG 连接器引脚11。  我可以与您分享一份原理图副本。

您好、Charlie、  

Dennis 实际上是 OOO。 您可以通过私人邮件或电子邮件将其发送给我吗？ h-taffere@ti.com 

此致、  

Henok

您好、Henok、

我已将原理图发送到您的电子邮件。

此致、

Charlie

您好、Henok、

请确认您是否收到我之前的电子邮件中包含原理图。  谢谢！

您好、Charlie、  

感谢您发送原理图。  

我要检查的几件事。 您是否在 Gang 工作时使用了不同的固件版本、而不是在 Gang 工作时使用了不同的固件版本？

您参考的原理图是用户指南上的哪一页？  

此致、  

Henok

您好、Henok、

感谢您的确认。

我们一直在使用相同的固件版本。  我们没有更新编程器固件。

 我对您在我们的原理图上的问题并不完全清楚。  请您解释一下吗？

您好、Charlie、  

好的、FA 可能是下一步、但让我首先与一名员工确认。  

我询问您在 JTAG 连接中提到了哪些 TI 资源、但考虑到所有这些资源、我认为这已经不再必要了。

此致、  

Henok

您好、Charlie、

您能不能再详细介绍一下您的应用？ 下面是一些有助于我们确定后续步骤的问题：

• 您的系统电池的电压是多少？ 您是否尝试使用 Gang 编程器为电路板供电？  
• 您的应用程序是否执行任何闪存写入？  

您能否发送 MSP GANG GUI 和存储器选项视图的屏幕截图？ 示例如下：

此致、

Evan

您好 Evan、

我们使用3.6V 电池、二极管压降约为0.2V。  因此、MSP430的电源电压约为3.4V。  我们尚未尝试通过 Gang 编程器供电。  主要原因是未在14引脚连接器的引脚2上连接 VCC。

我们的应用每24小时写入闪存一次。

我已根据您的请求提供了屏幕截图。

此致、

Charlie

您好、Charlie、

感谢您的分享。 有趣的是、即使空白检查失败、验证步骤也是成功的。  

您能否手动执行擦除(通过单击擦除)、然后执行读取(通过单击读取)？  下一步是确定哪些存储器区域未被正确擦除。 请将来自每个器件的转储保存为 TI-TXT。  

如果您可以在有此问题的几个器件上执行此操作、则我们可以查看所有器件的故障是否一致。

此致、

Evan

P.S. 很抱歉、由于邮件之间存在很长的间隔、您的回复出现错误。 我一定会留意并尽快回复您！

您好 Evan、

不用担心。  很高兴您能查看我的设置。

我将尽快分享我的测试结果。  我们应该会因同一问题返回更多器件。

此致、

Charlie  

好的、听起来不错。

您好 Evan、

这些是我在执行擦除和读取操作后从几个故障器件上载的 TI-TXT 文件。  如果您想进行任何其他测试、请查看并提供建议。

此致、

Charlie

e2e.ti.com/.../Target_5F00_m_5F00_9E.txte2e.ti.com/.../Target_5F00_m_5F00_DE.txt

您好、Charlie、

感谢您发帖。 除了信息部分(我认为这是可以的)和0x8000周围的闪存段、看起来存储器被完全擦除。 您发布的两个转储在这些区域中具有不同的内容。 问题：

• 您的应用程序执行应用程序内闪存写入的该未擦除区域吗？ 如果不是、该地址处的代码？
• 您在0x8000发布的两个转储的内容与预期的不同？ 尽管存储器未被擦除、但器件仍通过验证步骤、这一点非常奇怪。

我将在内部工作、以确定闪存段未成功擦除的可能原因。  

此致、

Evan

关于空白检查错误：还有其他几个操作可帮助确定根本原因：

1. 您是否可以访问 MSPFET？ 您可以使用 Uniflash 执行擦除和存储器回读。 如果您执行此操作、您仍然会看到尚未擦除的存储器区域吗？
2. 验证步骤通过的事实令人感兴趣。 这意味着器件实际上被正确擦除。 尽管出现空白检查错误、器件是否仍按预期工作？  
3. 将 Gang 连接到器件的电缆有多长？ 建议为8英寸或以下。
4. 如果擦除期间的电源不可靠、闪存擦除会失败。 您说您的系统是电池供电的。 您能否尝试使用工作台电源为系统供电、以查看行为是否有任何差异？

此致、

Evan

您好 Evan、

我将发送的这两个文件与完全擦除的文件进行了比较。  似乎唯一未擦除的段大约是0x8000和0x8100。

是的、我们的应用程序会将这两个部分写入其中以回答您的问题。

请告诉我您一方的任何调查结果。

此致、

Charlie

您好、Charlie、

您是否有机会尝试从工作台电源运行 s茎 杆？

此致、

Evan

您好 Evan、

是的、我是这样做的。 看起来没有什么不同、因为我仍然看到同样的问题。

我甚至再次使用电池供电并监控电压。  它在大约3.2V 时看起来非常稳定。

此致、

Charlie

您好 Evan、

在单独的注释中、我们通过重复该过程多次进行了测试。  我们发现、在10次尝试中、我们可能有1到2次成功编程、而不会进行空白检查。

你有什么想法吗？

此致、

Charlie

您好、Charlie、  

我相信 Evan 是 OOO。 让我花一些时间向我们的工具团队提问、以了解这一点。  

此致、  

Henok

您好、Charlie、

这似乎表明 编程流程存在一些微不足道的东西。 考虑到器件正常工作且过程偶尔会成功、我相信器件没有任何问题。 遗憾的是、跟踪根本原因可能很难。 我仍然认为您应该尝试并确定：

1. 擦除成功、但空白检查报告错误故障、或者：
2. 擦除失败

您可以尝试的操作将有助于确定这一点：

1. 以低速运行 JTAG。 这会改变吗？
2. 尝试编程一个简单的"闪烁"类型代码示例。  
3. 尝试多次擦除/读回。 未擦除的存储器的内容是否发生变化？

Evan

您好 Evan、

我确认擦除失败、因为我可以在上传的 txt 文件中看到未擦除的内存位置。

我还执行了多个擦除/读回周期、并查看了内容。  存储器中的内容似乎每次都发生变化。

持续失败的段约为0x8000至0x81FF。  我们的应用程序每24小时擦除一次这些段并对其进行写入。  我认为闪存段至少有10、000个擦除/写入周期、在最坏的情况下、我们可能有几百个擦除/写入周期。  闪存似乎过早地失败。

此致、

Charlie

好的、明白了。

如果您确信这些存储器位置的闪存确实受到影响、那么我们必须探索这种情况的发生方式。  

应用程序是否有可能被困在 读取/写入这些位置的循环中？ 您如何触发此日常写入？

Evan  

Evan、

闪存的擦除/写入由我们的软定时器触发、每24小时发生一次。  尽管我们没有看到任何证据表明应用程序卡在循环中、但这是您感兴趣的一点。  我将更深入地研究这一点。

Charlie

Evan、

不确定您是否仍在处理此问题。  我叫 Dustin Stubbs。  我与 Charlie 合作、将帮助推动这一进步。  正如我目前所了解的、下一步是将有缺陷的 MSP430微控制器发送回 TI。  这样做的途径是什么？  我总共有6个准备就绪。  我们确实需要确定这些问题发生了什么。  请告诉我这里的路径。   

Dustin

尊敬的 Dustin：

感谢您的回复。 我仍然致力于帮助您调试这一点。  

遗憾的是、我认为这些器件的返回不会给我们提供更多的见解。 根据所报告的所有证据，有关的闪光似乎 已经磨损。 即使 TI 确认能够确认这一点、TI 也无法确定发生这种情况的原因。  

在器件出厂前、对闪存进行全面测试、以确认其符合数据表功能。 这些器件在远低于(100次写入)其指定写入容差(最少10、000次写入)的级别下发生故障的可能性极小。 我已与我们的质量团队联系、了解此流程是否具有任何成熟前的磨损历史、以确保我们掌握所有事实。

总的来说、我们并没有100%排除在紧密循环中写入这些位置的错误执行路径。

奇怪的是、您提到了6个具有此故障特征的器件。 工作设备与非工作设备的数量是多少？

此致、

Evan

Evan、

感谢您的回答。  从项目开始、我们已经构建了大约1000个器件。  从未发现过此问题。

我提出了故障分析请求、但尚未提交。  我们将向您回复我们决定执行的操作。   

Dustin   

好的、感谢大家分享。

我们的质量团队回应说、这一工艺没有任何过早磨损的历史。

同时、我很高兴能帮助讨论调试策略、以了解我们是否可以从现有资源中学到任何东西。  

我有一些问题：您的系统是电池供电的、对吗？ 为了确保 MSP430F2418始终在数据表建议的范围内运行、您需要采取哪些安全措施？ 为了写入闪存、Vcc 必须介于2.2V 和3.6V 之间。 您是否使用 SVS 在断电事件期间(例如：电池芯片或电池被移除)将器件置于安全状态？  

此致、

Evan

您好 Evan、

谢谢您对此进行了研究。

我们的器件由3.6V 锂电池供电。  有一个压降为0.2V 的直列式二极管、因此 MSP430上的 Vcc 大约为3.4V、处于建议的范围内。  我们甚至尝试了新的电池和工作台电源、以排除在编程期间在出现故障的器件上出现 Vcc 问题的可能性。  电池始终连接到我们的器件、我们根本不会断电。  电池的寿命通常约为3~5 μ s。

此致、

Charlie  

Charlie、

好的、有道理。 如果不了解您的应用、我 很难 提出更多调试想法。 您能否详细介绍一下您的应用以及如何发现这些故障？ 如果您愿意、您可以向我发送一封私人邮件。

此致、

Evan