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.

[参考译文] MSP430F2418:勘误表修订版 S,CPU19错误-运行期间产品复位

Guru**** 2516840 points
Other Parts Discussed in Thread: MSP430F2418

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

https://e2e.ti.com/support/microcontrollers/msp-low-power-microcontrollers-group/msp430/f/msp-low-power-microcontroller-forum/965695/msp430f2418-errata-rev-s-cpu19-bug---product-resetting-during-operations

器件型号:MSP430F2418

团队、  

客户在生产过程中遇到一些产品问题、并有一些勘误问题:

我们的产品在运行期间意外复位,我想了解有关 MSP430F2418勘误表版本 S、CPU19错误的更多技术信息:

  • 查看 MSP430F2418勘误表修订版 S,对于 CPU19错误“CPUOFF 修改可能导致无意的寄存器读取”,我有以下问题:
    • 我们使用的是 IAR 6.10.1,因此我们的代码中没有编译器修复程序。  
    • 在所有低功耗模式下都将发生 CPUOFF。  
    • 我们的产品几乎始终处于 LPM3模式、除非在执行某项操作时、然后在完成所述任务后返回到 LPM3模式。  
      • 问题是状态寄存器-该寄存器是否受此错误的影响,即在退出 LPM 期间(我们几乎一直处于 LPM3中),它是否会导致错误的寄存器读取?  
      • 状态寄存器 GIE 位是否可以意外关闭或设置为0?

 此外,如果有任何其他勘误表或其他信息。 如果您想让我参考意外复位、请执行此操作。

谢谢

Viktorija

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

    关于这个错误、我认为这意味着 如果在修改 CPUOFF 后有一个具有间接寻址操作数的指令、也可以读取另一个寄存器。

    2.我认为这不会导致 意外复位。 我想您可以添加一个变通方法来测试它。

    3.如果您认为这是由旧版本编译器引起的、则可以要求客户使用 CCS10进行测试。  

    关于您的问题:

    1.我不认为这会引起 rst。 我想客户可以查看复位源以找到原因。 但遗憾的是、大多数都将在 POR 或 PUC 后复位。

    2.不、我认为如果器件符合规格、则不会这样做。