[参考译文] UNIFLASH / C2000十六进制文件格式兼容性

Kier、

Unknown 说：

是的，没错。 romwidth=16。 np++示例是 hex2000制作的一个文件、该文件的 romwidth=16。 如果我使用 UniFlash 上传同一个句段并导出、就会得到完全相同的文件。 因此、我推断 UniFlash 必须在内部使用 romwidth=16、至少默认情况下是如此。

romwidth 在 UniFlash 的程序加载器/导出器中实际上并不是一个概念。 对于程序  加载、加载器仅解析十六进制文件中的地址和数据信息、并将其加载到器件中。 同样、对于导出、导出器会从器件中读取地址和存储器、然后将其写入文件。

从这个意义上讲、由于 C2000器件是16位可寻址的、因此从 UniFlash 导出的文件将与使用 romwidth=16生成/导出数据时从十六进制实用程序获取的文件相匹配。

Unknown 说：

我本来也想这么多，但我看不到怎么做。 当然、我无法看到 UniFlash 如何仅从十六进制文件的内容推断出不同的 romwidth、并且我无法看到 romwidth GUI 设置。 因此、这就是我断言 UniFlash 期望 romwidth=16、并且无法将十六进制文件正确刷写到具有不同 romwidth 十六进制文件的 C2000中。[/引号]

我想你的推理大部分都是真实的。 UniFlash 可以加载以 romwidth=8输出的十六进制文件、但十六进制文件中的地址信息与原始器件存储器不匹配。  在示例中、以 romwidth=8的情况、每个记录的存储器地址将递增0x20、因此当程序加载器解析该文件时、器件将仅写入这些地址、其余0x10块未写入。

谢谢。