主题中讨论的其他器件:C2000WARE
各位专家、您好!
我在使用5.1.3版编译的 F28335上有一个旧应用。
它正在工作、并且在上次使用时从闪存引导。
我已将其迁移到 CCS 8.3版和编译器5.1.3版。
我在 cmd 文件中的开始地址是0x33FFF6。 当我在连接模式下运行时、它会工作、当同样进行下电上电时、它不会引导。
非常感谢您的帮助。
此致、
Mohan
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.
各位专家、您好!
我在使用5.1.3版编译的 F28335上有一个旧应用。
它正在工作、并且在上次使用时从闪存引导。
我已将其迁移到 CCS 8.3版和编译器5.1.3版。
我在 cmd 文件中的开始地址是0x33FFF6。 当我在连接模式下运行时、它会工作、当同样进行下电上电时、它不会引导。
非常感谢您的帮助。
此致、
Mohan
您好、Mathew:
是的、BOOT 引脚设置为高电平。
这是一个定制电路板、我在采用相同配置的两个电路板中进行了测试。 这种行为是相同的。
在最近的更改中、应用程序 POST main 中进行了更改。 我加载了未考虑更改的最后一个基于标准的版本。 即使这样、它也不起作用。
请告诉我可以采取哪些其他步骤来解决此问题、或者可以验证可检查引导至跳转地址的任何方法。
此致、
Mohan
Mohan,
当您通过 JTAG 进行连接时、我们需要尝试并模拟独立引导模式下发生的情况。 加载.out 文件后、CCS 将自动进入 main。 我们不想使用它、因此如果您执行 CPU 复位、它将跳转到引导 ROM 中的起始地址。 如果之后运行、我希望单独运行时会出现同样的不良行为、但请验证这一点、即引导 ROM 不能到达闪存中的代码、但已挂起。
然后、我们可以从此处加载 ROM 符号并进行调试。 C:\ti\cc2000\C2000Ware_4_03_00_00\libraries\boot_rom\F2833x\v2_0\rom_sources
您刚才提到早期版本的 CCS 支持此功能、只需略微更改回原来的消息中的内容。 您的系统是否有任何其他更改、例如 HW/PCB 等? 了解其他差异可能会有所帮助。
您能否确认 MCU 顶部的标记是 F28335而不是 F28235?
此致!
Matthew
Matthew、您好!
为了确认这一点、我将使用 F28335、在我的团队中、我们仅使用两个控制器、一个是 F28335、另一个是 F28388D。
我将使用的电路板是基于 F28335的定制电路板、未对硬件进行任何更改。
在调试模式下、我验证了引导模式引脚的值并且都是高电平。
我按照您的意见调试了器件、以下是观察结果:
1.所有跳转地址都符合预期。
2.控制权从 Boot 转移到 cinit、然后转移到 main、不会在任何地方停止。
在调试期间、引导模式引脚状态给出的值为"F"、该值与从闪存引导设置相匹配。
但在功率循环后、问题又是它无法启动。
请告诉我我还能尝试什么其他方法。
谢谢!
Mohan