[参考译文] CC2650STK：OAD_Buffer_OFL 错误的 OAD 更新恢复

您好、Nathan、

我尝试了 BTool、虽然 OAD 可以正常工作、但它非常慢。  我知道我可以在 BLE Device Monitor 中更改链接/连接、我选择了4、因为它更新速度相对较快、如果发送更多块、工作速度会更快。

我想继续关注我之前关于从目标同步中恢复的问题。  我希望您是 BLE OAD 专家、或者您可以与我联系。

从我的第一篇帖子中：

因此 、oadBlkNum 和 blkNum 可以用作序列计数器-如果它们不匹配、我想再次请求当前的 oadBlkNum、但 BLE Device Monitor 似乎没有响应：

//请求下一个 OAD 映像块。
OAD_getNextBlockReq (connHandle、oadBlkNum)；

如果该 oadBlkNum 块已发送。  本质上、这是下载程序应用程序重新传输块的请求。  BLE Device Monitor 下行加载程序似乎跟踪其自身的块序列、并且不愿意重新发送数据包、而不是响应 OAD_getNextBlockReq。  是否有人尝试实现此目标？

我还考虑了自第一个帖子以来这种方法面临的另一个挑战：

如果 blks/connection 大于1、请说4 -目标可能会在 BLE 队列或堆栈中接收多个块消息。  如果块计数器不同步、所有等待处理的其他块/消息也不同步。  是否有方法在特性上刷新缓冲器(正确的术语？) 目标值？

感谢您的帮助、

Tom  

Nathan、

我明白了、BLE 器件监控器存在限制。

请关注我之前未回答的帖子中的问题。

当我说"刷新缓冲区"时、我意味着如果 OAD 上载程序在客户端上不同步、并且块/连接大于一个、则 BLE 堆栈缓冲区中可能会有更多不按顺序的块。  我想将其从堆栈中清除、以便 OAD 应用程序不必处理这些块。

谢谢、

Tom

您好、Nathan、

感谢您的回复-这正是我想的、请使用块 ID 作为序列计数器、如果收到的块不是预期的、则可以重新发送。

现在、对于我有关 flush 命令的另一个问题：

以下是一个示例：

假设更新程序应用程序正在发送4个块/连接。  这意味着客户端接收到四个块、每次处理一个块。  下面是我正在处理的用例：

块5、6、7、8由更新程序应用程序发送。

块5丢失。

6、7、8块位于客户端的 BLE 堆栈中。

客户端进程块6.  7、8块仍在 BLE 堆栈中、等待处理。

客户端需要块5、但正在处理块6。  序列外错误。

为块5发送另一个请求。

Updater 接收块5的请求并发送块5、6、7、8 (因为每个连接设置为4个块)

客户端在堆栈中仍然有6、7、8个块、现在从更新程序接收5、6、7、8个块。

客户端现在堆栈中有6、7、8、5、6、7、8个块。

我要做的(如果客户端脱离序列) 是能够清除堆栈中仍然存在的任何块、因为它们也不符合序列。

在 OAD 实现方面、是否有 BLE 堆栈操作可以实现这一点？

有道理？

谢谢、

Tom