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.
您好!
在 LaunchPad LAUNCHXL-F280039C 上、UniFlash 8.3.0选项"程序加载后运行目标"似乎没有任何作用。
日志即使在详细模式下也不指示任何错误。 屏幕截图如下:
此外、在"Load Image"完成后、右上角的 CPU 状态会显示"Running Free":
但程序肯定没有运行。 我的程序通常使一个 LED 闪烁、但这不会发生。
加载图像后、点击隐藏按钮"断开所有内核连接"也不会执行任何操作。
取消选择"操作后保持连接"也不起作用。
请使用什么设置在"Load Image"后运行目标?
谢谢你。
大家好
我会在几天后回复您。
此致、
Rajeshwarwy
嘿、Kier、
感谢您的提问。 会获取更多信息并从 Uniflash 专家进行回复。
此致、
查理
Keir -我记得过去报告过类似的问题、但我认为现在应该修复。 我需要尝试一下、看看我是否可以重现此情况。
我在 F280049C LaunchPad 上使用 UniFlash 8.3.0对此进行了尝试。 我使用了 C2000Ware 附带的 LED 闪烁示例。 如果我将 UniFlash 配置为在刷写后运行程序、似乎确实运行了该程序、因为 LED 在刷写后开始闪烁。
如果您断开并重新连接 LaunchPad、代码是否按预期运行?
感谢您的试用。
我还在\C2000Ware_4_02_00_00\driverlib\f28003x\examples\led 中尝试了示例、并选择了"CPU1_LAUNCHXL_FLASH"构建配置。
我启动了新的 UniFlash 会话、但是、 侧面问题1 时、我注意到 LAUNCHXL-F280039C 不在器件列表中。 这是故意的还是疏忽的?
不管怎样、我是从 blinky 工程的示例 targetConfigs 文件夹中的 TMS320F280039C_LaunchPad.ccxml 创建会话的。
我加载了"led_ex1_blinky.out"。 程序确实会在"Load Image"之后运行、但 侧面问题2 ,无论"程序加载后运行目标"设置如何。 无论是否选中该复选框、LED 都会闪烁。
接下来、我加载了 project.out 文件。 同样、无论"Run Target"设置如何、程序都运行。
接下来、我加载了原始的会话文件。 问题已经消失了、现在我完全困惑。 我不知道为什么现在可以工作、除非在调试此问题的过程中更改了 Launchpad 上的程序区域之外的内容。
"运行目标"仍然无效、但现在的情况相反。 "运行目标"是否对您的闪烁项目有效、如果您取消选择它、它就不会运行?
如果断开并重新连接 Launchpad,代码是否按预期运行?
是的、当我遇到问题时、这总是有效的。 此外、按下复位按钮也始终有效。
侧面问题#3. 。 我尝试了比较两个 UniFlash 会话文件。 它们是文本文件、但在原始格式中不具有可比性。
您可以考虑通过在适当的点插入新行来提高"漂亮的打印".uniflash 文件的增强功能吗? 这将使识别会话文件差异变得更加容易,代价是几 KB 的空白。 例如:
感谢你的帮助。
我启动了新的 UniFlash 会话、但是、 侧面问题1 时、我注意到 LAUNCHXL-F280039C 不在器件列表中。 这是故意的还是疏忽的?
[/报价]是的、我看到 LaunchPad 没有特定条目、仅适用于 F280039C CPU。 这可能是一项疏忽、我必须进行调查。
'Run Target'仍然无效,但从相反的角度来看,现在已经失效了。 "运行目标"是否对您的闪烁项目有效、如果您取消选择它、它就不会运行? [/报价]可以。 我已禁用该内容、然后重新刷写。 现在 LED 不闪烁、我可以看到指示 CPU 已暂停的目标状态:
[/quote]请考虑通过在适当的位置插入新行来提高"Pretty print".uniflash 文件的改进吗? 这将使识别会话文件差异变得更加容易,代价是几 KB 的空白。我可以将这些反馈提供给 UniFlash 工程师。
谢谢
小标题
[/quote][/quote]
是的、我看到 LaunchPad 没有特定条目、仅适用于 F280039C CPU。 这可能是一种疏忽、我必须进行调查。
我为此提交了一个错误。 跟踪链接: https://sir.ext.ti.com/jira/browse/EXT_EP-11160
您可以考虑通过在适当的点插入新行来提高"漂亮的打印".uniflash 文件的增强功能吗? 这将使识别会话文件差异变得更加容易,代价是几 KB 的空白。我可以将这些反馈提供给 UniFlash 工程师。
[/报价]我为此提出了一项改进请求。 跟踪链接:https://sir.ext.ti.com/jira/browse/EXT_EP-11159
谢谢
小标题
Ki、您好!
非常感谢您提出这些问题。
我想我发现了你的盲法和我的盲法之间的不同行为的原因。
我打赌您的 UniFlash 具有以下设置:
在调试该问题时、我必须已将其关闭。 这意味着无论"Run Target"的设置如何、默认情况下断开连接会导致运行程序。 这有两个问题:
1) 1)"保持连接"设置不随.uniflash 文件存储。 这意味着我无法将.uniflash 文件提供给另一个团队、例如、我必须希望他们看到相同的行为。 请您提出一项高优先级增强措施、将"保持连接"嵌入到会话文件中、因为它会对行为产生如此巨大的影响。
2) 2)如果取消选择"保持连接"实际上会使"Run Target"无效、则也应在 GUI 中禁用"Run Target"(运行目标)(显示为灰色?) 或者用户提示它无效。 可能还有另一个增强功能?
这意味着断开连接会导致程序在默认情况下运行,而与"Run Target"的设置无关。
这是正确的、是预期的行为。 当目标断开连接时、CPU 应该会恢复执行。 这通常是需要的。
1)"保持连接"设置不与.uniflash 文件一起存储。 这意味着我无法将.uniflash 文件提供给另一个团队、例如、我必须希望他们看到相同的行为。 请您提出一个高优先级增强以在会话文件中嵌入"保持连接"、因为它对行为有如此巨大的影响。
我认为此行为是在工具级别而不是在会话级别设置的、因此为什么此选项不能保留在会话文件中。 我将与工程部门讨论如何处理此问题。
我为此提出了一项改进请求。 跟踪链接: https://sir.ext.ti.com/jira/browse/EXT_EP-11161
我还提出了一个错误、要求在断开连接时清除目标状态消息: https://sir.ext.ti.com/jira/browse/EXT_EP-11162
CCS Desktop 也会出现同样的问题、因此我也提交了一个错误: https://sir.ext.ti.com/jira/browse/EXT_EP-11163
谢谢
小标题
请查看此主题、因为它非常相关:
谢谢你。