[参考译文] LAUNCHXL-F28027F：刷写 TMS320F 目标、然后无法独立运行&quot；GUI Composer &quot

您好！

您能更详细地解释一下确切的问题吗？ 您提到"不能使器件正常工作"。 请澄清这意味着什么以及什么是"不起作用"。

如果保持启用自动编程、情况是否按预期工作？

谢谢

Ki

您好 Ki、  

感谢您的观看、很抱歉我的"不好"解释。

我将尝试更好地解释：

1-我已经使用"GUI Composer"开发了一个 HMI 界面；这个 HMI 在我的 CCS 代码中驱动参数。  

2-启动"GUI Composer"后，勾选"Autoprogram"并从我的 RAM 文件夹项目上载文件"*.out"，只要我保持在"GUI Composer"环境中，一切都很好。  

3 -从这个步骤开始、我想通过菜单"File\Export\as Standalone App"生成一个独立的应用程序。

我已安装"GUI Composer Runtime"和"TI Cloud Agent"。

4-在"GUI Composer"之外、当我执行运行时"launcher.exe"时、我可以看到用于启动应用程序、连接到 TMS320F 目标以及执行"TI Cloud Agent"=>处理之后运行良好的工具。

5 -现在、我想刷写  TMS320F 目标中的代码、而不再对 RAM 进行编程。

因此、我已经使用我的应用代码在 CCS 环境中刷写了目标。

我想按照前面介绍的方法生成独立的 HMI 应用、但不要勾选"Auto Program"、因为目标已刷写。

这不起作用=>独立 HMI 不再与目标进行通信。

我不知道为什么。

希望这一点现在更清楚。

此致。

布鲁诺

谢谢。

最后一个问题。 您提到代码已刷写、但也提到了 RAM。 代码是加载到闪存还是 RAM 中？

您好 Ki、

在我上次描述的步骤4中、独立启动器会下载来自我的 CCS 工程的 RAM 文件夹的文件"*。out"。

因此、我假设代码已下载到微控制器的 RAM 中(抱歉、我不是使用此工具的专家)。

此操作正常、但 我发现每次启动独立应用程序时、对微控制器进行编程不是一种好方法。 这就是为什么我决定在 CCS 环境中刷写 micro，假设正在刷写的 micro，每次启动时都不需要重新编程：这是我上次描述的步骤5，不起作用。

布鲁诺

[引用 userid="479787" URL"~/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/999596/launchxl-f28027f-flashing-the-tms320f-target-then-unable-to-run-gui-composer-in-standalone/3695172 #3695172"]因此，我假设代码已下载到微控制器的 RAM 中(抱歉，我不是使用此工具的专家)。

感谢您的澄清。  

[引用 userid="479787" URL"~/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/999596/launchxl-f28027f-flashing-the-tms320f-target-then-unable-to-run-gui-composer-in-standalone/3695172 #3695172"]这就是我决定在 CCS 环境中刷写该微控制器的原因，假设正在刷写的微控制器在每次启动时都不需要对其重新编程[/引用]

由于代码似乎被加载到 RAM 而不是闪存、只要目标在程序加载后不进行下电上电、代码就应该保持在 RAM 中(除非对 RAM 执行了重新初始化等操作)。  

但是 、GC 通过 XDS 连接到目标时的默认行为是在恢复执行之前短暂停止目标。 如果禁用了"自动编程"、则会导致正在运行的程序短暂中断。 根据应用的不同、这会对应用的实时行为产生至关重要的影响。 没有办法改变这一点。 这种短暂的暂停是否会干扰您的应用程序行为？

Ki