[参考译文] CC2650MODA：BTool v1.41.17能否通过 OAD 发送 CC2650应用程序+堆栈映像？

尊敬的 Ammar：

我在第一个帖子中没有包含所有相关背景、但我现在已经阅读了 SDK 的 OAD 用户指南封面几次了 。

详细地说、我意识到只有 OAD 十六进制文件 BTool 可以接受、这些文件都是使用 OAD_IMAGE_TOOL.exe 创建的。  我一直在使用 oad_image_tool.py、如 CC2640 BLE OAD 用户指南中所述。  

我对脚本的使用是：

-o -t offchip -i app --imgVer 0 -m 0x1000 --r 0x1000 --usrId liar

我使用相同的参数进行了 OAD 文件生成试用、但使用 了 OAD_IMAGE_TOOL.exe：

-o -t offchip -i app --imgVer 0 -m 0x1000 --r 0x1000 --usrId liar

这将生成一个带有完整 Intel 格式的 OAD 十六进制文件。  BTool 对该文件很满意、并成功将固件下载到我们的定制硬件。

如果我理解正确、 oad_image_tool.exe 只是 OAD_IMAGE_TOOL.py 的编译版本。  如果正确、 我想知道为什么编译的脚本会产生与在 Python 下执行时脚本不同的输出。  除了完整的 Intel 格式和元数据标头信息的编码方式之外、这两种方法生成的文件基本上是相同的。  文件头条目不同、如下所示。

生成的文件  -o -t offchip -i app --imgVer 0 -m 0x1000 --r 0x1000 --usrId liar：

生成的文件  -o -t offchip -i app --imgVer 0 -m 0x1000 --r 0x1000 --usrId liar：

也许我对 oad_image_tool.exe 的理解是不正确的。  您能不能简单地说明这两个文件为什么具有不同的格式？  CC2640 BLE OAD 用户指南列出了 Python 2.7.10+、我将使用 Python 2.7.18、并根据需要安装 crcmod、intelhex 等。  《用户指南》的第7.2节重点介绍 oad_image_tool.py、没有提到 OAD_IMAGE_TOOL.exe。  但 oad_image_tool.exe 会生成 BTool 和 BLE Device Monitor 将接受的唯一格式。  我想知道这是怎么回事？

作为参考、我已包括了两种方法的输出：

OAD_IMAGE_TOON.py：

OAD_IMAGE_TOOL.exe：

谢谢、

Gerry

嗨、Gerry、

我无法再现您描述的结果。 python 端必须存在一些可能具有相关性的问题。 是否安装了 intelhex 模块(我希望这样，您不会收到任何显示“无法加载模块 IntelHex”的输出。)？

如果您安装了多个 python 版本、请确保您使用的是正确的版本。 根据我的理解、.py 文件和可执行文件之间应该没有区别。 唯一的区别是可执行文件应该可以工作、而不管安装的依赖项如何、这就是运行.exe 时看到正确输出的原因。