你好，限于条件限制无法做几千个子机测试，想问下ch582做主机，子机几千个，能否扫描到下面每个子机，要多久才能查询到？

您好，看您用的什么协议，是否要做低功耗。

Ⅰ.如果每个从机端都要做低功耗，从机端需要合理安排休眠/唤醒时间点；作为中心设备的主机发包频次高，一般不休眠。

①建议用2.4G RF自定义协议。主机端向目标从机持续发包一段时间；从机端每隔一段时间唤醒一次，开一段RF接收的窗口，来接收主机的轮询，收到轮询包后立即回包给主机；从机端接收轮询包超时则继续休眠。

2.4G轮询发包是最快最灵活的，每ms发一个包是可以的，不考虑低功耗的话，理论上一千个节点，一来一回2s就可以轮询完。实际考虑到丢包重传、超时等待，设计500ms的查询超时，8分钟即可以轮询完一千个节点。

②按BLE协议跑也是上述逻辑，区别是主机端一直开启接收扫描；从机端每隔一段时间唤醒一次，开启广播发包给主机，主机端根据收到的广播来筛选目标节点；从机广播超时则继续休眠。

使用BLE的好处是协议栈完备，有标准的连接流程，但握手流程比2.4G简单的一来一回要繁琐，轮询时间只会比2.4G长，至少要翻倍。

Ⅱ.如果不要做低功耗，或者有部分节点可以安排长供电以作为朋友节点来支持低功耗节点，另外也可以考虑用mesh组网。

mesh组网的优势在于协议自带转发功能，物理布局范围比较广的场景下可以由长供电节点转发消息包。

mesh组网中的延迟在于，mesh协议规定了1s内只能发出10个包（包括转发发包），中心节点用轮询的方式管理从节点，速度是最慢的。

Ⅲ.完全不考虑低功耗的场景下，可以考虑用从机端主动上传数据给中心设备的方案替换中心设备轮询方案，建议2.4G RF自定义协议或者mesh组网；BLE是一对一的，只能主机轮询，不支持从机端主动发起连接。

具体需求和功能实现，可以发送至邮箱：zhaiyw@wch.cn