此处有蓝牙专家的问题。我一直在研究行人，骑自行车者和带蓝牙跟踪的汽车。到目前为止，我已经以纯粹的邻近方式从这些数据中导出了轨迹：因此，只要检测到设备（在检测之间使用某种缓冲时间），就假定设备位于传感器的确切位置。所有这些纯粹基于查询，而不是实际连接。我注册了rssi值，但还没有使用它们。
我们发现的一个绊脚石是当查询设备被放置在彼此的检测范围内时由查询设备引起的干扰，导致rssi值不准确/稀疏。然后我提出了一个可能是牵强附会的想法，可能会或可能不会实现：）
是否可以让一个蓝牙传感器进入查询子状态＆amp;发送查询数据包，但让一个或多个其他传感器接收查询回复该查询数据包。所以我们会遇到这种情况：
传感器A：进入查询子状态，发送查询包P
传感器B＆amp; C：输入查询子状态，不发送任何查询数据包，但只监听来自传感器A的查询数据包P的查询响应。
我想这样做，传感器A，B和C至少必须同步它们的查询跳频序列。但可能还有更多必需品。
这一切都可能吗？这是在以前完成的吗？
答案 0 :(得分：0)
使用标准蓝牙只有查询设备会侦听对其查询的查询响应。 （推理与你提到的相同 - 由于需要查询跳频序列在定时和查询跳频序列的频率上同步） 所以B＆amp; B是不可能的。 C使用标准蓝牙硬件监听A的查询触发的响应。
对于您的应用，最新的蓝牙4.0（蓝牙低功耗）似乎是一个完美的选择。其中有广告的概念，因此传感器可以配置为广告客户，其他传感器可以配置为扫描状态（收听广告）