我假设你正在实施一个中心设备并且你正在扫描你的信标设备。设备(Central)将报告哪个公告取决于您用于扫描的扫描模式(user_scan_conf结构中的.mode成员)。如果你扫描GAP_GEN_DISCOVERY然后中央设备只会接设备,广告在有限或一般模式下,如果你想跟踪所有类型的广告信息(包括灯塔在non-connectable广告模式),你应该使用GAP_OBSERVER_MODE。你将能够找到关于应该使用的消息的信息，并发送到BLE堆栈在rw - bly - gap - is .pdf文件标签中的Profiles & API文档。
嗨,杰瑞,
我假设你正在实施一个中心设备并且你正在扫描你的信标设备。设备(Central)将报告哪个公告取决于您用于扫描的扫描模式(user_scan_conf结构中的.mode成员)。如果你扫描GAP_GEN_DISCOVERY然后中央设备只会接设备,广告在有限或一般模式下,如果你想跟踪所有类型的广告信息(包括灯塔在non-connectable广告模式),你应该使用GAP_OBSERVER_MODE。你将能够找到关于应该使用的消息的信息，并发送到BLE堆栈在rw - bly - gap - is .pdf文件标签中的Profiles & API文档。
由于MT_dialog
嗨MT_dialog,
如你所说，我正在安装一个中心设备并试图扫描我的信标设备。我看了你的回复，我不认为sacn模式是问题所在。信标设备工作在不可连接的通告模式下，每100ms通告一次。我的中心设备工作在模式，扫描模式是GAP_GEN_DISCOVERY，扫描间隔是150ms，扫描窗口是110ms。大多数时候，我的中心设备能够搜索信标设备，偶尔会没有搜索信标设备。所以我认为问题不在扫描模式。
我尝试按照你说的将扫描模式更改为GAP_GEN_DISCOVERY，但是扫描的结果没有改善。
我渴望得到你的帮助!
谢谢你杰里
嗨,杰瑞,
抱歉，是的，因为您是在GEN_DISCOVERABLE广告，相应的扫描模式应该会发现您的设备，即使广告是在不可连接模式。既然你能够找到设备偶尔检查(如果已启用过滤,filter_duplic gapm_start_scan_cmd的成员,将过滤设备在扫描期间,如果它报告一个设备,那么在8秒内不会报告一遍。此外，也不能保证扫描仪会找到信标，因为广告设备的广告信息不能确定是否会到达中心，因为媒体的噪音。
由于MT_dialog
嗨,MT_dialog,
谢谢你的回复。
我会尽量让它更好的中心设备扫描信标设备。你有什么建议吗?
谢谢你杰里
嗨,杰瑞,
如果您认为以上答案中有任何一个是有用的，请标记为已接受。
一般来说，我不能提出任何建议，如果你能精确地处理你所面临的问题，那么我可以给你建议，你检查过我上面提到的过滤吗?还有，你认为这个设备不会一直扫描你的信标吗?
由于MT_dialog
嗨,MT_dialog
很抱歉这么晚才回复你。我检查了你提到的过滤，它在SCAN_ALLOW_ADV_ALL和SCAN_FILT_DUPLIC_EN模式下工作。过滤器没有问题。
我想我的设备并不能保证每次扫描都能发现我的信标。这对我来说是最麻烦的问题。我发现，即使两个设备非常接近，设备有时也找不到信标，虽然这是非常罕见的。
你能给我一些建议吗?
谢谢你杰里
嗨,杰瑞,
没有什么我可以建议，以确保每个扫描窗口将获得每个广告事件从您的灯塔，正如我上面提到的，这是有关媒体和取决于流量在特定的时间间隔。BLE中并不能保证每个广告事件都会到达您的扫描仪。
由于MT_dialog
谢谢你的指导。
谢谢你杰里