我已经将DA14580配置为一个中心,我注意到我偶尔会从同一个外设获得多个广告,即使启用了重复的过滤器。知道为什么会这样吗?更详细的说:我只扫描了大约100毫秒(我的外设正在以非常高的速度做广告,以确保它们被看到),目前扫描间隔大约是1秒。对于这个应用程序,重要的是每次扫描只能从每个外设获得一个广告,如果可以的话,我不希望必须实现自己的欺骗过滤器。
嗨mark.bloechl,你使用哪种扫描方式,被动扫描还是主动扫描?你能尝试使用重复过滤器进行被动扫描吗?
我用的是重复滤镜的被动扫描。以下是一些重复扫描的结果(前4位是地址的最后4个字节,后面是报告的RSSI):扫描027 d -8203 c3 -8303 c3 -8203 c3 -82
扫描B036 d -7903 c3 -8303 c4 -83027 d -7703 e5 -83035 d -74035 d -78
刚有一个想法:有多少元素深的欺骗过滤器?我确实有很多正在播放的BLE设备(上面列出的只是我关心的外围设备,可能还有10-20个我忽略了的正在播放的设备)。
嗨mark.bloechl,
等待重复过滤的队列有10个设备那么长,所以当正在播放的设备超过这个数字时,你就会开始从已经收到广告信息的设备上获得广告信息。如果是这种情况,您将不得不在应用程序级别上实现一个额外的过滤方案。
由于MT_dialog
嗨mark.bloechl,
你使用哪种扫描方式,被动扫描还是主动扫描?你能尝试使用重复过滤器进行被动扫描吗?
我用的是重复滤镜的被动扫描。以下是一些重复扫描的结果(前4位是地址的最后4个字节,后面是报告的RSSI):
扫描
027 d -82
03 c3 -83
03 c3 -82
03 c3 -82
扫描B
036 d -79
03 c3 -83
03 c4 -83
027 d -77
03 e5 -83
035 d -74
035 d -78
刚有一个想法:有多少元素深的欺骗过滤器?我确实有很多正在播放的BLE设备(上面列出的只是我关心的外围设备,可能还有10-20个我忽略了的正在播放的设备)。
嗨mark.bloechl,
等待重复过滤的队列有10个设备那么长,所以当正在播放的设备超过这个数字时,你就会开始从已经收到广告信息的设备上获得广告信息。如果是这种情况,您将不得不在应用程序级别上实现一个额外的过滤方案。
由于MT_dialog