[参考译文] CC2340R5：内部开发的移动应用中的 FOTA OAD 流程

您好！

您能否向我们提供有关您的情况的更多详细信息？
据我所知、您正在使用支持蓝牙的 PC 上的桌面 Java 软件通过 OAD 更新 CC2340R5 的固件、对吗？

下面是您可以同时尝试的一些调试步骤:
-当您尝试使用 Java 应用程序从我们的 SDK 更新 basic_ble OAD 示例时,您是否看到了相同的行为? 以下 指南说明了如何设置此 OAD 示例 以尝试该调试步骤。
-除了此示例之外,您是否知道您是否能够通过手机使用我们的 SimpleLink Connect 应用程序更新您的固件?

此致、
Maxence

您好！

感谢您的答复、

实际上、我目前正在开发一个向连接的 CC2340R5 模块执行 OAD（无线下载）的 Android 应用。 我想概述我所遵循的流程以及上传图片时遇到的问题：

1. 我首先从模块中请求块大小。

2. 该模块以“F0"（240 字节）进行响应。

3. 然后发送图像标头的前 64 个字节。

4. 模块以“响应00"、指示 OAD_SUCCESS。

5. 我将映像文件拆分为数据包、每个数据包包含 236 字节 图像数据的总和（即，每个数据包总共 240 字节、包括 4 字节标头）。

6. 得到所选.bin 文件的响应 有 797 个数据包 增加。

我继续使用适当的 4 字节标头发送每个数据包。 该模块正确地确认每个数据包并提供下一个预期的块编号作为响应。

但是,当我发送 数据包编号 794 、我收到  OAD_BUFFER_OFL（缓冲区溢出）响应。 即使数据包大小和序列看起来正确、这也会持续发生。

-此外,我已经尝试了 SimpleLink Connect 应用程序,我发现它的工作非常好。

您能否告知可能导致此问题的最大图像块数或内部缓冲区大小存在任何限制或配置参数？

任何有关如何解决或进一步调试此问题的指导都会非常有用。