我正在考虑使用低功耗蓝牙 (BLE) 为自定义 IoT 设备制作遥控器,我希望遥控器中的电池可以使用很长时间(主电池,不可充电),所以我不想要遥控器汲取力量(根本),除非它被使用。
我的问题是,作为遥控器,蓝牙一旦激活通常需要几秒钟才能配对。有没有办法减轻那几秒钟的延迟?每个人都讨厌在遥远的地方滞后。
我正在考虑使用低功耗蓝牙 (BLE) 为自定义 IoT 设备制作遥控器,我希望遥控器中的电池可以使用很长时间(主电池,不可充电),所以我不想要遥控器汲取力量(根本),除非它被使用。
我的问题是,作为遥控器,蓝牙一旦激活通常需要几秒钟才能配对。有没有办法减轻那几秒钟的延迟?每个人都讨厌在遥远的地方滞后。
如果两个设备已经绑定并且其中一个由主电源供电,鉴于主电源供电设备不断扫描或做广告,您应该能够在不到 1 秒的时间内建立连接,您正在使用定向广告,白名单,和第一秒的低连接间隔。
另一种选择是在保持低延迟的同时保持连接始终处于活动状态。建议的最大监控超时为 15 秒,这意味着 Central 必须至少每 15 秒接收一次来自外设的数据包,否则它将断开连接。另一方面,您不希望连接间隔为 15 秒,也就是说,当您使用 Slave Latency 时,这将使外围设备忽略 X 量的连接间隔,而不会丢失与其 Central 的连接。因此,使用 500 毫秒的连接间隔和 30 的从属延迟,您将在 (15000-1)/15000 = > 99.99% 的时间内处于睡眠状态,并且当您确实想要通信时有 500 毫秒的延迟。
我估计 <2µA 平均电流以保持连接有效。您必须将其与快速重新连接方式的平均电流消耗进行比较,但我怀疑保持连接活跃比按需重新连接平均消耗更多的能量。