[参考译文] CC2540：使用&quot；SmartRF Flash Programmer &quot；工具生成的十六进制文件不像以前那样工作

您好！

您是否能够采用2020年之前的.hex、并将其刷写到 PCB1和 PCB2上？

相对于2020年及以前的硬件、PCB 新设计是否与您的硬件相比？

谢谢。
托比

您好、Toby、

感谢您的提示反馈。

1. 2020 hex 文件对于 PCB1和 PCB2仍能完美地工作。  而且、它是我们在工厂大规模生产中使用的技术。  这意味着、它适用于大量 PCB。
2、硬件设计自2月起完全一样  2018。

基于上述两个事实,这就是为什么我们如此困惑的问题。

谢谢。

尊敬的 Joan：

不知道这是否可能是 PCB2的一个特有问题。

这是否仅在两个 PCB 上进行了测试？ 您是否在 10多 个 PCB 上进行了此测试？

我还建议只需将 test.bin 加载到 PCB 上。 您是否可以将 test.bin 直接加载到 PCB2？

谢谢。
托比

您好、Toby、

感谢您的反馈。

我们尝试了10多块 PCB 来解决问题。  我命名 PCB2是为了 方便理解说明。  事实是,目前由 PCB1生成的十六进制文件只能在 PCB1中工作,但不能用于其他所有的 PCB 我们现在感到困惑,因为我们在2020年之前顺利地生成了一个"好"的十六进制文件。

bin 文件可以在 PCB2中正常工作。  但是、我们在大规模生产中需要使用 hex 文件。  与 hex 文件相比、bin 文件在大规模生产中的效率非常低。   

尊敬的 Joan：

因此、为了提高效率、这里的主要目标是在大规模生产中使用.hex 文件格式而不是.bin 文件。
然后、我建议在构建固件时首先使用.hex 文件。
这比加载.bin、将器件闪存读出为.hex 文件然后将该.hex 文件刷写更高效。

适用于 CC2540的 BLE 工程应在 IAR 中生成.hex 文件。

请参阅此处的"8.3.4链接器映射文件"部分： https://www.ti.com/lit/pdf/swru271

这里的屏幕截图显示了"SimpleBLEPeripheral.hex"。

谢谢。
托比

您好、Toby、

工程师应检查项目输出文件、其中只有 xxx.d51、xxx.map、xxx.sim 文件。  我粘贴图片以供您参考。 是否使用其他 IDE 来编译 项目？ 非常感谢。  

尝试以下建议以在 IAR 中启用编译.hex 文件：

e2e.ti.com/.../hex-or-d51-or-more

感谢您的建议。 我们将尝试。

您好、Toby、

我们尝试了设置并成功生成了 hex 文件。 但是、hex 文件在同一项目生成的 bin 文件在这些 PCB 上完全无法正常工作。  我们在两个 PCB 中进行了测试、同样的情况。

从我们保存的文档中可以看出、IAR 生成的十六进制文件只能用于调试、而 大规模生产的十六进制文件应通过 bin 文件生成。  这是一个非常旧的文件,写它的人已经离开了,所以我们不知道为什么。  

我想、IAR 生成的 hex 文件无法用于大规模生产有一定的原因、也有我们使用该方法从 bin 文件生成 hex 文件的原因。 我相信这个方法也是 TI 的技术支持人员说过的、可能就是现场的 FAE 工程师。  

这对我们来说也很奇怪,因为我们从来没有遇到过这样的情况。  

您可以尝试刷写从 SDK 中的示例生成的 hex 文件吗？
例如 projects/ble/SimpleBLEPeripheral。

由于2020年的 hex 文件仍然可以正常工作、因此这可能是新固件的问题。

您是否可以进行一些更改、再次尝试您的步骤：

1. 将2020_FW.bin (或2020_fw.hex)下载 到 PCB1。
2. 使用 TI 的软件工具从 PCB1的闪存中读取数据并将其保存为.hex 文件、名为 test.hex
3. 已使用 TI 的软件工具擦除 PCB2上的程序。 使用新生成的 test.hex 文件。 已选中"擦除、编程和验证"选项框。 编程和验证之后、 检查 PCB2是否工作。
4. 针对 PCB1重复相同的过程(闪存测试十六进制)、检查 PCB1是否工作。

您好、Toby、

感谢您的支持。   在过去的几个月中、我们已经执行了多次程序来找到问题所在。

1. 2020_fw.hex 来源于2020_fw.bin、在大规模生产中表现良好。 但生成它的工程师已经离开了。

2.我们从2020_fw.bin 生成了 test.hex 文件,另存为 test.hex 文件,但除了生成它的印刷电路板外,其他任何印刷电路板都无法正常工作。  在这里,我们不确定2020_fw.bin 是确切的,但它与2020_fw.hex 一起发布到了批量生产工程师在2020年.   

3. test.hex 无法在 pcb2和其他 PCB 中运行。 我们在超过10个 PCB 上进行了测试、  

4. test.hex 可以在 pcb1中工作。  它似乎只能在生成它的源中起作用。

我们  在其他 PCB 中重复上述过程、结果是相同的。 也就是说、生成的十六进制文件仅适用于生成十六进制文件的 PCB。 正如我的第一篇文章解释的。  

非常感谢。  

好的、我想我们可以说它们在第2步中是个问题、从2020_fw.bin 生成 test.hex。 这一生成过程在2020年起作用、但今天不起作用。

您可以比较十六进制文件吗？ 具体而言、比较1和2：

1. 原始 2020_fw.hex
2. 刷写2020_fw.hex 后从器件读取闪存生成的新 test.hex

让我们知道您看到的任何差异。

此外、如果您向我发送1和2、是否可以？ 这样、我也可以尝试进行分析。
出于隐私考虑、您可以在 E2E 上直接向我发送消息。
(目前我正在尝试访问 CC2540 EVM)。

您好、Toby、

昨天我在这里张贴了一条线索,但奇怪的是,它丢失了,也就是说,我们在旧文件中发现了一个通知。 据说生成 "良好"的十六进制文件之前需要 bin 文件剂量不运行。 否则、hex 文件无法在其他 PCB 上运行。 看来 bin 文件在运行后会更改闪存的内容。 但是,很难保证 bin 文件不会在通过 U 盘下载后运行。  

我会通过直接消息将文件发送给您。 谢谢你的帮助,我很好奇发生了什么,如何解决它的明确。   

尊敬的 Joan：

感谢您的更新。

Unknown 说：

据说在生成 "好的"十六进制文件之前，bin 文件剂量不会运行。 否则、hex 文件无法在其他 PCB 上运行。 [/报价]

是的、这是一条有用的线索。 我认为我们已接近于解决这一问题。

我收到了您的直接消息、并将继续在那里提供支持。
如果有通用/有用的信息、我将在该 E2E 主题上进行更新。

谢谢。
托比