[参考译文] MSP430F133：在现场部署后、器件似乎没有很好的理由发出批量擦除操作

Hi Rod、

您将使用复位引脚吗？ 否则、您可以将其配置为 NMI 模式、以避免 器件意外进入 BSL 模式。

我们只将 RST/NMI 引脚用作常规 JTAG 接口的一部分、用于对芯片进行编程和调试软件(我们使用 CCS/Blackhawk 适配器)。

如果阻止 BSL 模式是答案、熔断保险丝是否也起作用？  这将阻止通过 JTAG 端口进行 BSL 访问。   

我确信我们遇到的问题是 BSL 的整体擦除安全功能、因此禁用 BSL 似乎是解决办法。 串行 UART 访问方法是否会意外调用 BSL？  (我们在应用中不使用该 UART 端口。)

我将研究如何将 RST/NMI 引脚配置为 NMI ...谢谢！

您好 agian~
我修改了固件 以将 RST/NMI 引脚的功能更改为 NMI、然后禁用 NMI 中断。  我已验证这确实会禁用硬件中的复位功能。  但是、这并不会阻止芯片被擦除。

关于我们的问题的更多信息是、我们的系统可能会在芯片的 Vcc 电源非常不稳定的情况下出现(请参阅随附的 PNG 照片)。  当电路板和'F133芯片处于这种状态时、MSP430FF64的闪存需要2到8小时才能被擦除(即使禁用了复位引脚)。  当然、我正在努力消除系统对较差芯片的 Vcc 执行此操作的能力、但我们还需要了解这如何擦除闪存。

目前、在所有遇到此意外批量擦除问题的系统中、我们在 RST/NMI 引脚上有一个22K Ω 上拉电阻器、在 TCK 引脚上有一个22K Ω/330pf RC 滤波器。

以上是系统处于异常状态时 Vcc 的两个示波器屏幕截图。

此外、还有一个问题： 如果禁用 RST 引脚(使其成为 NMI)阻止进入 BSL (正如我在 SLAU319AE 的第6页上看到的)、我的 FET 如何获得用于调试的芯片控制？

谢谢！

Hi Rod、

感谢您分享信息。 我认为错误的密码导致 BSL 擦除的可能性很小、因为它应该使用错误的密码和校正封装来传递 CRC、而这种封装太难由噪声产生。

这种不稳定的 VCC 可能是原因。 由于它超出了特定条件、可能会导致意外操作、如您看到的闪存擦除。 由于该器件没有会增加风险的 SVS。 您是否尝试在 VCC 处添加一个巨大的电容器以使其稳定？