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.

[参考译文] TMS320F280025:F28002x 和 F2803x 之间的 WDDIS 差异

Guru**** 2539500 points


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

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/971946/tms320f280025-wddis-difference-between-f28002x-and-f2803x

器件型号:TMS320F280025

大家好、

我的客户正在利用看门狗通过 F28002x 进行软件复位。

在之前的 F2803x 平台中、它们使用 SysCtrlRegs.WDCR = 0 来触发复位。  

但在 F28002x 中、相同的命令将不再起作用。 它仅在我们将命令修改为之后才起作用:

SysCtrlRegs.WDCR = 0X28;//首先启用 WD (WDDIS=0、WDCHK = 101b)

SysCtrlRegs= 0x00;//WDCHK!= 101b 以触发复位

我在器件中查看了两者的 TRM、F28035 WDCHK:中提到了这一点

写入任何其他值会立即引起器件复位或看门狗中断。  请注意、即使禁用看门狗模块也会发生这种情况。  当看门狗模块被禁用时、不要写入 WDCHK 位。 这些位可被用于生成 一个器件的软件复位。 这三个位始终读回为零(0、0、0)。

似乎标记的词语是我们看到这种差异的根本原因。 是不是 F28002x 上修复了错误?

此致、

Brian

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

    Brian、

    [引述] 标记的词语似乎是我们看到这种差异的根本原因。 是不是 F28002x 上修复了错误?

    这里似乎就是这样。 如您所知、我们对看门狗模块进行了一些修改、在此期间我们必须修复此问题。 如果需要、我需要与设计团队联系以了解更多详细信息。

    此致、

    Vivek Singh