This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] MSP430FR2433:现场固件损坏

Guru**** 2538950 points


请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/msp-low-power-microcontrollers-group/msp430/f/msp-low-power-microcontroller-forum/1078603/msp430fr2433-firmware-getting-corrupted-in-the-field

部件号:MSP430FR2433

大家好,团队

请在下面询问我们客户的问题。

我们有一个与 Raspberry Pi 一起运行 MSP430的网关设备。 Raspberry Pi 和 MSP430通过 I2C 总线进行通信。 我们已启用 I2C BSL 进行固件更新。  

在现场运行几个月后,MSP430停止与 Raspberry Pi 通信。 即使设备完全硬重启也没有帮助。  

我们怀疑固件在现场损坏,因此我们在实验室中携带了一台这样的设备,并且在重新刷新后,它开始工作。  

还有另一类问题——MSP430在 I2C 总线上可见,它提供的数据不正确。 在我们的案例中,所有特定于应用程序的寄存器返回的值均为0x51。  

有人能建议-设备可能会发生什么情况?  

此致,

丹尼洛

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    这是 FRAM 设备,因此不会很难损坏代码。 是否使用部件的内存保护功能来保护固件?

    FRAM 错误可能是但不太可能是原因。 ECC 硬件可以纠正所有单位错误并检测大多数多位错误。 启用可纠正的错误中断并计数事件。 这种情况应该很少见,所以如果你有一群人,你需要找出原因。