[参考译文] CCS：CCSv7：更改后重建时程序不重新加载

David，

我怀疑您的问题与此已知错误 https://jira.itg.ti.com/browse/CCDSK-2466有关。

虽然您的使用案例不涉及CLA，但错误的根本原因是IDE记住了对文件执行的最后一个操作，而只在重新加载时执行该操作。这与您的情况似乎相同。  

该错误的目标是在7.2 中修复。  

您好，Aarti：

我不相信这是同一个问题。  可能是，但很难辨别。  我看到的问题是在程序加载时，闪存编程器在对闪存编程后无法加载RAM。  这是在RAM和闪存中已初始化部分的项目中出现的问题(仅在调试情况下，但有效的方案也是如此)。  在程序加载时，会对闪存进行编程，但不会加载RAM。

解决方法是对闪存进行编程，然后将闪存编程屏幕更改为"RAM Load Only (仅RAM加载)"，然后再次加载程序。

我认为应该有人调查问题，以确保问题得到纠正。  如果需要，我可以提供测试用例。

顺便提一下，我今天试用了CCS v 7.1 ．0.0.0016万。  问题仍然存在。

此致，

David

Aarti，

附件为7.1 2.8335万的0.0.0016万 项目。  out文件位于/Debug文件夹中。  您不需要导入项目。  您只需 连接到目标(任何F2.8335万板)，然后执行“运行”->“加载”->“加载程序”并浏览到.out文件。  这将加载闪存，但不加载RAM。  您可以打开内存窗口以寻址0x0000/0x0001。0001。  正确值为0040 8761 (硬地址的长分支)。  但您在加载后将看到0000。  这是因为RAM加载失败。  如果您执行“Tools”(工具)->“on-Chip_Flash ”(芯片上快擦写)，并将快擦写工具设置为“Load RAM only”(仅加载RAM)，然后重新加载程序，您将看到正确的内容40.8761万。  在.zip文件中，还有一个视频，说明了我刚才描述的重现问题的内容。

e2e.ti.com/.../CCS_5F00_RAM_5F00_Load_5F00_Issue.zip

此致，

David

David，

我可以复制此信息，但我想在提交错误之前检查一个详细信息。  

具体来说，我看到的问题是地址0x0 (code_start)没有正确加载，正如您所提到的那样。 因此，如果项目的入口点设置为code_start，则代码不会在main()处停止，也不会按预期运行。 将片上闪存设置更改为“仅加载RAM”并重新加载程序可解决该问题。  

但是，您之前提到过，在重新加载代码后，更改某些代码(如LED闪烁速率)也不会反映出来。 我无法再现这一部分。 例如，如果我在DefaultIsr_nonBIOS.c: IF (GPIO32_COUNT++>1250)中更改了此行， 我会看到代码在重新加载时已更改(即使不需要“仅加载RAM”变通办法)。  

您能否确认重新加载时是否收到代码更改？

您好，Aarti：

我可能混淆了两 个不同的问题。  最初我在项目中仅使用RAM。  我注意到，如果我更改了程序并重建了它，程序就不能重新加载(即使我启用了自动重新加载)。  我必须特意执行重新加载程序才能加载新构建的代码。  那是7.0 的。  在调查该问题的过程中，我转到了7.1 ．0.0.0016万 ，问题似乎不再出现(我刚刚检查过)。  我当时配置了一些有趣的东西，或者在7.0 中导致问题的任何东西都在v 7.1 中得到了解决。

另一个问题是，当您在项目中有闪存和(初始化的) RAM时，闪存编程器在刻录闪存后无法加载RAM。  查看RAM中的地址0x0000只是检测此情况的一种方法。  我碰巧在该地址初始化了RAM。

此致，

David