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.

[参考译文] 如何获取 UnifFlash 以忽略非十六进制记录

Guru**** 2587345 points
Other Parts Discussed in Thread: UNIFLASH

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/1053301/how-to-get-unifflash-to-ignore-non-hex-records

主题中讨论的其他器件:UNIFLASH

我想使用 SVN 修订关键字将 SVN 修订版嵌入 CCS 的十六进制文件输出中。

例如:

我希望 UniFlash 能够:

a)忽略文件结尾记录后的任何内容。

b)忽略不以冒号开头的任何行。

遗憾的是、Uniflash 既不能作为记录、也不会尝试将"修订版"行解释为记录、因为它不以冒号开头:

是否有有效的注释分隔符?

如果没有、请记录 UniFlash 的功能请求以忽略非十六进制记录。

非常感谢。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    [引用 userid="479799" URL"~/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/1053301/how-to-get-unifflash-to-ignore-non-hex-records "]是否有有效的注释分隔符?

    目前不支持此功能

    [引用 userid="479799" URL"~/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/1053301/how-to-get-unifflash-to-ignore-non-hex-records 如果不是、请记录 UniFlash 的功能请求以忽略非十六进制记录。

    请注意、英特尔十六进制格式没有正式的注释定义、因此此功能请求将 是对标准英特尔十六进制格式的现有支持的补充。

    话虽如此:

    [引用 userid="479799" URL"~/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/1053301/how-to-get-unifflash-to-ignore-non-hex-records ]a)忽略文件结尾记录后面的任何内容。

    与 备选案文"B"相比,这一请求似乎是合理和可取的。 在探讨此请求之前、我想提及的是、Motorola S-Record 等其他十六进制格式确实具有一种用于注释的记录格式、并受 UniFlash 支持。 此注释记录通常用于修订号等内容 Motorola S-Record 可能是 Intel Hex 的替代选项?

    谢谢

    Ki  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    非常感谢您的答复。

    在我的示例中、十六进制文件用于可按字寻址的 C28x、根据我发现的结果、即使我在十六进制命令脚本中使用选项--Intel、生成的文件也绝对不是"标准" Intel 十六进制格式。 除了 UniFlash、我的非 TI 十六进制实用程序无法理解十六进制文件。 我的观点是、TI 似乎已经为偏离"标准"格式建立了先例、因此评论功能不应成为问题。

    也许最好为其中一种 TI 专有格式(ti_tagged、ti_txt)添加注释功能?

    感谢 S-Record 提示、我将深入了解这一点。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我选中了、但 S-rec 选项(头文件记录)仍然是编码的、而不是 SVN 可以用其版本替代的人类可读纯文本。 但无论如何、感谢您的建议。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我找到了解决问题的方法。 在某种程度上、UniFlash 支持注释、但在意外情况下支持注释、而不支持设计。

    冲压后、我在 hex 文件顶部的记录校验和之后添加了 SVN 关键字。 令我惊讶的是、UniFlash 会忽略注释文本并继续正常加载/验证。 它似乎适用于任何行、但最顶行是理想的、因为它在由文本编辑器打开时会吸引眼球。 我认为 UniFlash 使用校验和作为线路端接器、而不是 CR/LF 等

    问题已解决。