[参考译文] RTOS/LAUNCHXL-CC2640R2：作为监听器与 CC2540数据包监听器

尊敬的 Rachel

在我的实施中、自从 我广播 iBeacon 格式以来、每个发送的广播数据包都将其数据包编号包含在主要值中、并且其工作效果相当好。

我的目标是以100msec 的间隔准确广播100个数据包、这意味着理论上、对于整个100个数据包、广播持续时间正好为10秒 。我使用计时器执行了该操作、它也运行得很好、使用数据包监听器、我可以捕获大多数数据包、 第一个数据包的 主值为1、最后一个数据包的主值为64十六进制(100十进制)、这告诉我从广播设备侧看一切都是正确的。

在观测器端、我对 SimpleBLEObserver 进行了以下修改：

1 -扫描持续时间调整为60秒、除了使用每60秒再次触发扫描的计时器外、目标是让观测器始终扫描并正常工作。

2-使用白名单，以便我只从 广播设备接收广播包。

3- TGAP_FILTER_ADV_REPORTS 设置为 false。

处理接收到的广播数据包是通过每个 GAP_DEVICE_INFO_EVENT 完成的、 我能够处理每个接收到的数据包的广播数据并将其保存到数组中、也可以正常工作、 重点是保存前面提到的数据包编号的主要值、从这里我可以知道哪个数据包丢失、以及丢失的数据包总数。 因此、当我在 CC2640R2上运行 SimpleBLEObserver 时 、我使用 终端显示接收到的数据包、但  在大多数时间发送的100个数据包中、我只接收大约88个数据包、有时仅接收7 个数据包丢失、有时丢失9个数据包丢失、等等。  

我只是想知道这种奇怪的行为以及为什么我在使用 CC2640R2运行观测器示例扫描数据包时会丢失太多数据包、我是否会说 SimpleBLEObserver 不能用作间隔100ms 广播的扫描仪？  

很抱歉，我写的太多了，但我知道为什么会这样写非常重要。

此致

曼苏尔

你好 Rachel

非常感谢您的帮助、我确实将扫描窗口设置为等于扫描间隔、现在一切都运行良好)。

到目前为止丢失的数据包数量大约为3个、与数据包监听器相同、再次感谢、很抱歉我迟到的回复。

此致

曼苏尔