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.

[参考译文] TMS320F28384S:无法运行应用程序代码、因为它卡在复位状态

Guru**** 2393165 points


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

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1433450/tms320f28384s-unable-to-run-application-code-as-it-is-stuck-in-reset

器件型号:TMS320F28384S

工具与软件:

大家好、团队成员:

我们最近采购了28384s IC、用具有相同硬件的28377s IC 替换(唯一的变化是在 VDD 和 VSS 之间放置56 Ω 电阻器来代替去耦电容器)。 我已经浏览过迁移指南、并将此项目用于28384秒。 即使使用任何与闪存或 RAM 链接器文件一起运行的示例项目也有同样的问题。

我可以刷写代码并连接仿真器、但应用程序代码未在运行。 器件本身卡在引导模式下。 GPIO72和 GPIO84连接了3.3V 至4.7K 上拉电阻、因此两者都始终为高电平、因此会选择闪存引导模式、因为它已经进行了一次编程。

当我检查 XRSn 引脚时、它每14.44ms 变为低电平、一次为52us。

请查看随附的屏幕截图以供参考

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

    观察结果

    它卡在引导 ROM 并使用看门狗复位。 当我手动选择 EMU 引导模式并选择 EMU_BOOT_FLASH 时、会刷写、否则会处于复位状态。 我有几个疑问,

    是否需要 每次都选择 EMU 引导模式选择作为 EMU_BOOT_FLASH (像28377这样)?

    2.当它进入应用程序代码时,它被卡在 us_delay 例程,当我把所有内置的 delay_US()例程替换为正常的循环,然后它正常运行,我们需要做任何事情在28384s (f2838x_usdelay.asm ),因为我没有看到问题在28377s ?

    谢谢!   

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

    您好!

    很抱歉耽误你的时间。

    1. 是否需要 每次都选择 EMU 引导模式选择作为 EMU_BOOT_FLASH (像28377那样)?[/QUOT]

    如果您连接到 JTAG (CCS)、则需要该文件

    2. 当它进入应用程序代码时,它被卡在 us_delay 例程,当我把所有内置的 delay_US()例程替换为正常的循环,然后它正常运行,我们需要在28384秒(f2838x_usdelay.asm)做什么,因为我在28377s 没有看到问题?

    我认为它不会卡在那里。 只是每当您停止 CPU 时、它都会在函数的两边暂停、因为此函数的执行是代码运行时的大部分。

    Vivek Singh

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

    尊敬的 Vivek、

    我想知道为什么我们 每次都需要选择引导模式 EMU_BOOT_FLASH、而对于28377、无需选择引导模式。 28377和28384的仿真启动有何区别?