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.

[参考译文] &&39;保存内存-# 39;字长参数误导

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

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/1257896/save-memory-word-length-parameter-misleading

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

您好!

我将 CCS 12.3与 TMDSCNCD263配合使用。

我想使用"保存存储器"从处理器上载存储器内容、并转储到文本文件。

  • "文件类型"为 TI 数据。
  • 格式为32位十六进制- TI 样式
  • 原点是 0x7002E000、长度为0x001D0FF0 (1,904,624字节或 952312 字)。

在不到10秒的时间内达到50%、然后在接下来的7分钟内爬升至100%。

在调查为何需要这么长的时间时、我使用了一个小测试文件。 在本例中、我希望 上传4个字并显示为2 x 32位记录:

但实际结果是双倍的预期上传,这在某种程度上解释了延长的上传时间。

 "存储器字数"指定的长度似乎并不意味着要上载的16位单位数、而是指在"格式"字段中指定的记录数。 关于这一特性的帮助并不详细说明这一点。

  • 建议能够以最小可寻址单位指定上传长度、一个单位是8位( 对于 C2000为16位)?  
  • 否则,"字"一词是否可以删除,改为"记录"或"格式单位"或类似的词?  

谢谢你。

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

    尊敬的 Kier:

    Unknown 说:
    在调查为什么需要这么长的时间时、我使用了一个小测试文件。 在本例中、我希望 上传4个字并显示为2 x 32位记录:

    鉴于 Cortex-R 上一个字的大小为32位、4个字难道不应该是4个32位记录吗?

    谢谢

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Unknown 说:
    t 看来, 指定为"内存字数"的长度并不意味着要上载的16位单位数,而是指在"格式"字段中指定的记录数。

    然而、事实并非如此。 如果器件被称为具有16位字的 F28x 器件、则结果将是相同的。 因此,我同意"记录"更有意义。

    我为此提交了一个错误。 跟踪链接: https://sir.ext.ti.com/jira/browse/EXT_EP-11420

    谢谢

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    如果 Cortex-R 上的一个字的大小为32位,您不会指望4个字是4个32位记录吗?

    Ki、您好!

    嗯、是的和否。 如果我知道对话框意味着建筑词,那么,是的,你给了我! 帮助文件中的简短说明可能对这里有所帮助。

    "词"一词可以解释,这就是我的观点。 "字"具有多 种位宽、具体取决于您的背景。 例如、一个 Windows 程序员会说一个字是16位。 我的错误是假设一样的。

    使用"八位字节"可以消除所有模糊性、但遗憾的是、我们似乎无法指定八位字节中的长度。

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

    太棒了! 谢谢你。