• 状态 Resolved
  • 已锁定 已锁定
  • 回复 4 回复
  • 订户 1 订户
  • 视图 309 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] TMS320F28377S：当 Uniflash 下载十六进制输出文件时、TMS320F28377S 由 WDRSn 复位

admin
Guru**** 2393725 points
Other Parts Discussed in Thread: TMS320F28377S, UNIFLASH

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

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1231079/tms320f28377s-tms320f28377s-was-reset-by-wdrsn-when-downloading-hex-output-file-by-uniflash

器件型号：TMS320F28377S
主题中讨论的其他器件： UNIFLASH

看门狗每10ms 在 FW 中使用一次、服务看门狗每10ms 使用一次。 如果看门狗在13.1ms 内不被服务、器件将被复位。

在主循环中、 如果器件由看门狗复位、则将检查 CpuSysRegs.RESC.bit.WDRSn。

问题是、将 十六进制输出文件下载到  TMS320F28377S 后  、如果芯片电源仍然开启、则发现 CpuSysRegs.resc.bit.WDRSn 为1。  

断电并随后开启后、 CpuSysRegs.RESC.bit.WDRSn 将被清除。

如果将.out 文件下载到芯片、 则不存在看门狗问题、 CpuSysRegs.resc.bit.WDRSn 为0。

加载 Hex 文件时为什么会重置看门狗？

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

    您好！

    我会检查一下、几天后再与您联系。

    此致、

    Rajeshwarwy

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

    谢谢你。 下载十六进制文件后发现 WDRSn 设置为1、后续重复上电和断电后未设置为1。 只有下载程序操作 WDRSn 的执行才会设置为1。 下载.out 文件、WDRSn 将不会设置为1

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

    您好、Jessie。

    感谢您的更新。  

    此致、

    Rajeshwarwy

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

    使用 TI 看门狗示例生成.hex 和.out 文件并通过 Uniflash 将其下载到 LaunchPad、这对  CpuSysRegs.rsc.bit.WDRSn 也具有差异。  因此、这不是 我的项目十六进制文件特有的问题、这是 Uniflash 下载.hex 文件和.out 文件时出现的不同行为。