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.

[参考译文] TMS320F28384S:SCI 闪存内核的 CM TXT 文件生成限制

Guru**** 2393855 points


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

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1083314/tms320f28384s-the-limitation-of-cm-txt-file-generation-for-sci-flash-kernel

部件号:TMS320F28384S

嗨,香榭丽舍,

我们必须使用以下命令,并将.out 文件转换为用于 SCI 闪存内核的正确十六进制文件(.txt 文件)。

"${CG_TOOL_HEX}"${BuildArtifactFileBaseName}.out"-boot -a -GPIO8 -o "${BuildArtifactFileBaseName}.txt"

在实际应用中,我的客户需要填写数据0xAA5555AA 以刷新应用程序代码中的扇区9,他在链接器命令文件中使用以下命令并生成.txt 文件。 但是,他无法使用此十六进制文件通过 SCI 引导进行固件升级。

CMBANK0_SECTOR9  :原点= 0x00260000,长度= 0x00010000,填充= 0xAA5555AA

我检查.txt 文件,发现数据块的长度为2字节,因此最大数据长度限制为0xFFFF,这应该是导致我的客户无法进行 SCI 固件升级的根本原因,它是否正确?

如果是这种情况,当客户想要为 SCI 闪存内核生成 CM 十六进制文件时,我们是否应该说最大长度应该限制为0xFFF0,因为闪存是128位对齐的?

此致,

-卢克

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

    你好,卢克,

    昨天,编译专家对其进行了审查。 我们正在指派主题专家。 我们应该期待今天晚些时候作出反应。

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

    你好,卢克,

    客户在使用 SCI 闪存内核时遇到什么错误?

    我需要检查长度限制是否适用于 CM SCI 启动加载器-我将检查并在下周回复您。

    是否可以尝试将该扇区拆分为链接器 cmd 文件的两个部分,并查看这是否有助于解决该问题?

    谢谢,此致,
    瓦姆西

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

    Vamsi,

    SCI 升级过程将因十六进制内容错误而卡住。

    我知道这个问题可以通过将这个部门分成两部分来解决。  在实际应用中,有时客户会将多个闪存扇区合并为一个大扇区,以便更轻松地维护.cmd 文件,例如,客户将 sector1和 sector4合并为一个大扇区1_4。  块数据长度为两字节,这可能是问题的十六进制工具为 SCI 闪存内核生成错误的十六进制文件,包括 C28x 和 CM 的十六进制工具。

    这是我们第一次遇到这种 SCI 升级问题,请帮助检查。

    感谢您的问候,

    卢克

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

    卢克,

    客户填充(填充= 0xAA5555AA)扇区9的未使用地址(或)扇区9的整个地址范围吗?

    含义:什么是映射到扇区9还是仅映射到填充?  我是否可以知道他们为什么要进行填充?

    谢谢,此致,

    瓦姆西

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

    对于 CM 以及 IPC 的数据副本限制为2字节。

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

    Vamsi,

    让我们重点关注这个扇区长度问题,而不仅仅是闪区9。

    由于数据块大小为2字节,因此客户需要将扇区长度限制在0x10000以下,以避免为 SCI 闪存内核(包括 C28x 和 CM)生成不正确的.txt 文件。 例如,客户应修改如下的扇区长度,将长度分割为两个较小的部分。

    /* CMBANK0_SECTOR9   :原点= 0x00260000,长度= 0x00010000 */*长度应小于0x10000 */
    CMBANK0_SECTOR9_1:原点= 0x00260000,长度= 0x00008000
    CMBANK0_SECTOR9_2:原点= 0x00268000,长度= 0x00008000

    基于以下 E2E 线程,C28x 的最大长度似乎是0xFFF8 (小于0xFFFE 和128位对齐),是否正确? 那么,为 SCI 固件升级生成正确.txt 文件的 CM4的最大扇区长度是多少? 是否为0xFFF0 (小于0x10000和128位对齐)?

    https://e2e.ti.com/support/microcontrollers/c2000/f/171/t/964813

    此致,

    卢克

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

    卢克,

    几天前,我将这一任务分配给了我们的内核专家,并注意到这一任务已经开始。

    由于我们正在脱机讨论这一问题,我将在这里暂停这一帖子。  我们可以在这里公布结论。   

    供参考的其他帖子: 截至目前,ARM HEX 工具在上述讨论环境中没有任何已知问题。

    谢谢,此致,

    瓦姆西