请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：MSP430FR2355Thread 中讨论的其他器件：UNIFLASH
工具/软件：
在 uniflash 下载软件中选择“erase protected information memory“（擦除受保护的信息存储器）后、您可以将其写入一次、但完成后它不起作用。 然后重复几次,即使你现在擦除它,你将无法再操作它。
工具/软件：
在 uniflash 下载软件中选择“erase protected information memory“（擦除受保护的信息存储器）后、您可以将其写入一次、但完成后它不起作用。 然后重复几次,即使你现在擦除它,你将无法再操作它。
尊敬的黄健：
您能为我澄清几件事吗：
我还建议参考《MSP430FR4xx 和 MSP430FR2xx 系列用户指南》的这一部分： 
此致、
Owen
尊敬的黄健：
此致、
Owen
e2e.ti.com/.../normal.mp4e2e.ti.com/.../normal.mp4e2e.ti.com/.../abnormal.mp4
您好、Owen、感谢您的回复、视频中显示的错误不是由代码引起的。有很多方法可以操作 FRAM 地址 0x1800、我们使用 430debug 在视频中调试它,而不是通过我们的代码进行调试。所以,我们可以分析视频中的故障场景。
在视频中,我们可以更改好芯片上的数据,但不能更改故障芯片上的数据。
至于您是否怀疑“您能否确认您要写入 FRAM 的数据实际上正在写入中？“ 、我们不确定数据是否 写入成功、 我们只是发现错误 ,当我们读回数据进行 CRC 校准时发生。这种 现象的答案也是我们想要知道的。我们只知道 我们可以在一个好芯片上更改数据,但不能在故障芯片上更改数据 ,这种现象不仅发生在代码中,而且也发生在 430debug 中。这就是为什么我之前说过,我们可以在视频中分析故障场景的原因。
另一个、产品 处于大规模生产阶段,故障芯片只找到几个数量、所以对于你提到的写保护、我们肯定会禁用它,但不工作在故障芯片.
430debugger 图片如下所示：μ H
您好 xianyong,
此致、
Owen
您好、Owen：
1.我们不 使用擦除正常芯片 擦除主要、信息和受保护信息 工具。
2./
3.批号如下所示 (B55)
4.我们几乎在一开始就发现了在夹具中的测试过程中出现的错误。
5.EGH、软件通过发送指令操作 FRAM、FRAM 本质上也是由代码操作。
6.使用 Uniflash（Default Setting：在 PCB 上对芯片进行编程 仅擦除主存储器 )、我们没有换 用好芯片,但是我们换了一个好芯片到故障 PCB 上,然后 PCB 测试通过了固定装置,数量是 四个。
*注意* 这是一个 公共 论坛
