[参考译文] MSP430FR2355：MSP430 闪存遇到无法写入的问题（从地址 0x1800 开始）

尊敬的黄健：

您能为我澄清几件事吗：

1. 你能写一次,但完成后它不起作用,这意味着什么? 您是指可以写入存储器吗？ 您是指对器件进行编程吗？ 器件是否不再按预期工作？ 器件是否打开？
2. 您是否能够成功擦除器件？ 是否有任何错误消息？
3. 如果器件似乎未运行、 您是否在尝试写入之前禁用了信息存储器区域的写保护？
4. 此问题是在 Uniflash 中还是通过尝试对器件进行编程而发生的？ 包括可能出现的任何错误消息（如果适用）。

我还建议参考《MSP430FR4xx 和 MSP430FR2xx 系列用户指南》的这一部分：

此致、

Owen

1、单闪存擦除后、模拟器或编程只能用于写入一次、第二次写入尝试将失败。
2、芯片可以通过模拟器正常擦除,没有错误消息
3、芯片的其他功能正常。 IO 设置为高电平并设置为低电平。 除 0x1800FRAM 操作外、写保护已关闭。
4、没有特殊的错误信息,只有数据写入失败,数据写入良好的芯片成功。
目前、有 6 个 PCS 未能写入数据。 这个项目已经生产了数千块。

尊敬的黄健：

1. 您能否分享尝试写入内存的方式、例如重现此问题的确切步骤？
2. 您能否提供您尝试写入该存储器区域的内容、以及首次刷写前后的情况？
3. SYSCFG0 寄存器的内容是什么？ 请参阅下面的：

此致、

Owen

e2e.ti.com/.../normal.mp4e2e.ti.com/.../normal.mp4e2e.ti.com/.../abnormal.mp4

这是使用的 CCS 软件和 430 调试仿真器、图 1 展示了操作码。 视频 1-2 正常、视频 3 异常。

尊敬的黄健：

感谢您分享视频和代码片段。 如果可能、您能提供完整的工程、以便我查看代码吗？

此致、

Owen

发布一张带有代码的显示图片比实际发布代码有用得多。 也需要付出更多努力。

但这条线在很多方面让我产生了错误：

SYSCFG0 = UPG_AREA(add) ? FWPW|DFWP : INF_AREA(add) ? FWPW|PFWP : FWPW|DFWP|PFWP;

首先是未定义的小部件 upg_area() 和 inf_area()。 功能？ 宏？ 什么都不做？

然后是 C 条件运算符的卷积用法。 呃。

最后、写入失败的位置是什么？

你好,欧文,我们不能提供完整的项目,很抱歉。

您？分析 videro fiirst 中的失败场景吗  

我们在将数据写入 FRAM 时找不到错误、我们通过读回数据来发现数据错误。

您好 xianyong,

如果没有视频的上下文、我无法了解您的代码是如何编写的、如何执行。 我在视频中唯一看到的是、您是读取或写入 24 位、而不是读取或写入 16 位。

您提到过写入 FRAM 时没有发现错误、但您怎么知道？ 您能否确认实际正在写入 FRAM 中的数据？ 看起来数据可能无法写入 FRAM。 可能是保护方面的问题。

如果您可以提供任何其他信息、例如更多代码片段或对您所做的工作的详细说明、我可能会为您提供帮助。

此致、

Owen

您好、Owen、感谢您的回复、视频中显示的错误不是由代码引起的。有很多方法可以操作 FRAM 地址 0x1800、我们使用  430debug 在视频中调试它,而不是通过我们的代码进行调试。所以,我们可以分析视频中的故障场景。

在视频中,我们可以更改好芯片上的数据,但不能更改故障芯片上的数据。

至于您是否怀疑“您能否确认您要写入 FRAM 的数据实际上正在写入中？“ 、我们不确定数据是否 写入成功、  我们只是发现错误 ,当我们读回数据进行 CRC 校准时发生。这种 现象的答案也是我们想要知道的。我们只知道 我们可以在一个好芯片上更改数据,但不能在故障芯片上更改数据   ,这种现象不仅发生在代码中,而且也发生在 430debug 中。这就是为什么我之前说过,我们可以在视频中分析故障场景的原因。

另一个、产品 处于大规模生产阶段,故障芯片只找到几个数量、所以对于你提到的写保护、我们肯定会禁用它,但不工作在故障芯片.

 430debugger 图片如下所示：μ H

您好 xianyong,

感谢您的澄清。

1. 对于故障芯片、是您选择的唯一芯片  Erase main、information and protected information memory Uniflash 中？ 还是对所有芯片都这样做？
2. 您是否尝试过恢复出厂设置？

此致、

Owen

1.我们以这种方式擦除两个失败的芯片、我们不对所有芯片都这样做、只是为了进行测试。

2.我们没有尝试恢复出厂设置、如何重置芯片？

请记住、您不能像执行闪存的方式那样擦除 FRAM 器件。 所有 1 都被写入 FRAM、因此看起来像是已擦除的闪存。

您好 xianyong,

1. 我看,但没有任何一个没有失败的芯片也擦除了  擦除主要、信息和受保护信息  Uniflash 中？
2. 很抱歉、混淆、恢复出厂设置实际上是在执行批量擦除。  这可能无法解决问题。
3. 对于发生故障的器件、您能否提供批次代码：
   
   此外、对于未出现故障的器件、您还能提供他们的批次代码吗？
4. 您最初在生产中编程时看到了故障吗？
5. 生产使用了哪些软件和硬件工具？
6. 是在电路中对器件进行编程（焊接到 PCB 上）、还是在装置中单独对芯片进行编程？
   1. 如果在 PCB 上进行了编程、您能否获取一个通过并接收有故障芯片的器件、然后在 PCB 上交换它们、并查看“正常“PCB 上的故障器件是否出现故障

此致、

Owen

感谢您的提醒

您好、Owen：

1.我们不 使用擦除正常芯片  擦除主要、信息和受保护信息  工具。

2./

3.批号如下所示 (B55)

4.我们几乎在一开始就发现了在夹具中的测试过程中出现的错误。

5.EGH、软件通过发送指令操作 FRAM、FRAM 本质上也是由代码操作。

6.使用 Uniflash（Default Setting：在 PCB 上对芯片进行编程 仅擦除主存储器 )、我们没有换 用好芯片,但是我们换了一个好芯片到故障 PCB 上,然后 PCB 测试通过了固定装置,数量是 四个。

您好 xianyong,

感谢您提供的信息。 我已经与测试团队分享了所有这些信息。 我会在听到声音后再回来的。

此致、

Owen

你好,欧文,谢谢,期待着你的答复。

如果可能、您能否将测试结果发送到 xianyong1996@126.com 电子邮件地址？

此致。

您好 xianyong,

我们目前没有进行任何测试、因为我们没有故障器件。 我向测试团队提供了批次代码、以便他们检查该批次是否有其他故障报告。 我会尽快与您联系、介绍后续步骤。

此致、

Owen

您好、Owen、您是否需要一些失败的芯片进行测试？

您好 xianyong,

是的、我们需要让故障芯片执行任何测试。 我还没有听说过与您发送给我的批号有关的批次。 听到之后、我可以确定这些故障器件是否需要故障分析。 我将很快跟进后续步骤。 感谢您的耐心。

此致、

Owen

您好、Owen、您能告诉我您的地址给您邮寄芯片,如地址、电话号码等

您好 xianyong,

我还在等待听到批号的消息。 请在我们继续之前给我一些时间。

此致、

Owen

Hi、Owen、  、没有办法在 2025 年 8 月 12 日之前获得有关批号的任何进展、我建议我们寻找另一种方法来解决这个问题 比如向您发送一些失败的芯片。

您好 xianyong,

我还没有听到声音、所以让我们继续前进。 很抱歉耽误你的时间。 我可以通过电子邮件将步骤发送给您。 您是否有公司电子邮件、我可以将说明发送给您？ 或者您之前提供的电子邮件是您的工作电子邮件吗？

【编辑】：在此期间、您能否 查看此文档以了解其是否符合故障分析条件？

此致、

Owen

你好 Owen

请将退货地址和流程发送至以下电子邮件： huangjian-sz@pcbdoc.com

我们已检查您链接中的文档。 我们已对缺陷材料的外观和针式二极管的特性进行了初步检查、并且未发现材料存在机械应力或电应力损坏。 以下是我之前测试过的材料引脚的保护二极管表。 请参阅它。
...

*注意* 这是一个 公共 论坛