徐工你好,终于等到大神了,我有以下问题,想请教一下徐工,万望徐工帮忙解答:
1,之前看到很多基于CC2540做防丢器的应用,都是采用RSSI值折算距离范围来实现超距的报警,对于RSSI值,不太清楚CC2540检测出来的强度仅仅是防丢器发出来的信号强度的大小吗,我的意思是说,因为2.45G在空间中有大量的同频干扰,那么对于接收器和滤波器来说,是不是没办法把这种同频的干扰信号过滤掉,如果是这样的话,那么通过RSSI判断距离就不是很可靠,有可能周围有大量同频的信号(wifizigbee其他蓝牙设备等等),那么这个RSSI的值有可能比理想情况下还要大,这样app端就可能误认为设备还在比较近的位置,这个不知道我理解的对不对?
2,对于BLE标准服务里的发射功率服务,如果主机端发起服务(write)去修改从机的发射功率,无论修改成功与否,从机是否会自动返回一个响应,还是说,如果主机想要知道是否成功,还要在间隔多少毫秒后,再发起一个read给从机才能知道,不太清楚这个服务是一个交互的过程,还是单纯的下行过程。
3,如果只允许我们自己的蓝牙设备和我们的app建立连接,那么能否在建立连接的过程中进行认证,比如说我们的设备在进行广播的时候就携带一个预设的字段,如果是第三方的设备,那么主机端扫描时就会判断不是我们的设备而拒绝与之建立连接,我们看到有的厂商是通过建立连接以后主从双方再发送验证机制进行判断,这种方式我们担心的是,如果一个第三方设备一直在广播,那么尽管我们的app建立连接后判断会退出连接,但是下一次是不是又会继续跟这个设备连接,因为这个第三方设备一直是在广播的,这样就对我们其他设备的连接有一定的干扰作用。
4,如果主从断开连接,是否从机就回到了广播状态,而主机就开始一直扫描,这样的话是不是就比较耗电,如果要保证断开的主从又能重新尽快建立连接,那么从机的广播间隔和主机的扫描间隔应该如何设置又兼顾功耗?
5,我们在实际测试BLE主从模块距离时发现,当从机和主机从近到远测试,直到30米断开连接,但是原路返回的时候,却发现主从迟迟不能建立连接,需要等到间隔只有十几米左右才可以,这就意味着在这个返回的三十到十几米过程中,本来应该是主从正常的连接范围,却连接不成功,不知道这个到底是断开后主从广播扫描间隔的设置导致连接概率太小,还是因为信号强度不够蓝牙无法快速连接?
6,假设有两个从机同时跟一个主机保持连接,那么当其中一个从机跟主机断开连接后,主机的通信机制会如何改变,一边采用连接间隔继续跟其中一个从机进行通信,同时又开启扫描试图跟断开的设备重新建立连接吗?
7,如果一个从机已经跟主机建立连接并绑定,那么在断开以后单方面删除从机端的主机白名单,再重新上电广播,那么此时的主机能否跟从机建立连接并顺利绑定,也就是说,单靠主机端保存的从机信息是否就可以再次连接且绑定,还是说如果要取消之前的绑定,必须主机和从机都要删除掉之前保存的对方的相关信息。