[参考译文] CCS/RM41L232：CCS 版本加载问题

要获得另一个参考点、同一程序(.out)在使用 CCS 加载时是否按预期运行？

(.out)和(.hex)执行相同的操作、上传时系统仍然不工作。

[引用用户="Marcos Martinez"](.out)和(.hex)执行相同的操作，上载时系统仍然不工作。

我们需要确定问题是与工具(Uniflash)还是固件代码有关。 为此、我询问您是否能够使用 CCS 而不是 Uniflash 成功加载和运行代码(以帮助确定问题是否是 Uniflash 特有的)。

根据 Sunil 的建议、您是否能够成功加载并运行固件代码的"Debug"版本？ 其他计划如何？  

[引用 USER="Marcos Martinez"]如果我们使用 CCS 加载调试版本、它可以正常工作、但我们无法创建(.hex)并 使用 Uniflash 成功加载。 [/报价]

如果您使用 Uniflash 加载.out 文件(而不是.hex 文件)、该怎么办？ 这奏效了吗？ 如果它正常工作、则问题可能出在十六进制转换过程中。

[报价用户="Marcos Martinez"]我们没有其他任何程序需要使用 Uniflash 加载 、请尝试使用简单的测试程序加载它吗？

Sunil、您是否有一个已知良好的针对此目标器件的示例程序可供他们使用 Uniflash 尝试？

马科斯

您可以上传用于尝试使 LED 闪烁的 CCS 项目吗？ 我可以查看配置选项、看看编译器优化是否会导致引脚切换代码优化。

Aarti、

问题不在于使用 CCS 或 Uniflash 加载/验证代码。 只是代码在编程后没有达到预期的效果。

不同之处在于已编译输出的"调试"和"发布"版本。 您是否知道在给定 CCS 工程中从"Debug"更改为"Release"配置时自动启用了哪些优化级别？

此致、Sunil

[引用 user="Sunil Oak "]您是否知道在给定 CCS 工程中从"调试"更改为"发布"配置时自动启用了哪些优化级别？

这完全取决于项目、因为选项是完全可定制的。 但是、对于使用 CCS 新建工程向导创建的默认 Cortex R 工程、"调试"配置没有优化、"发布"具有-o2优化。

尊敬的 Marcos：

您能否连接调试器以查看所需的代码是否是可执行代码的一部分？ 执行丢失在代码的哪一部分？ LED 闪烁是否简单测试？ 您能否上传此 CCS 项目以便我了解一下？ 如何仅粘贴包含未执行代码的 main()函数？ 我还将创建一个示例测试用例来使 LED 闪烁、但这可能对您没有太大帮助。

此致、
Sunil

您好、Sunil、

我们生成(.hex)文件、在版本中启用 ARM 十六进制实用程序(右键单击项目文件夹-属性)。

此致

Marcos Martinez 说：

我们生成了(.hex)文件，在发行版中启用 ARM 十六进制实用程序(右键单击项目文件夹-属性)。

我怀疑十六进制实用程序使用的选项可能不是理想的选择。

由于十六进制选项由器件和所需的输出格式/十六进制编程器驱动、因此我无法分辨确切的选项是什么。 但是、如果你布置你正在使用的十六进制命令(它应该显示在 CCS 编译控制台中)、我可以检查是否有明显的表现。  

马科斯

根据所选的输出格式和其他选项、十六进制实用程序的输出将是单个十六进制文件或多个十六进制文件。 如果生成了多个文件、但您只使用闪存编程器对其中一个文件进行编程、则它将无法正常工作。

当"Output format"选项留空时、默认为 Extended Tektronix 格式。 对于此格式、默认 romwidth 为8。 由于 Cortex ARM 器件的默认 memwidth 为32、因此不指定任何选项会产生4个输出十六进制文件。 要生成单个文件、请将 romwidth 选项指定为32。

有关  详细信息、请参阅此文章。

此外 、《ARM 汇编语言工具用户指南》中的十六进制转换实用程序一章 详细介绍了十六进制实用程序支持的不同十六进制格式和其他选项。 希望这对您有所帮助。