现在情况时,CC2640R2在multirole 工程上作一直扫描,手机和CC2541一直广播相同的广播包,大概过了半个小时,cc2640r2只能识别CC2541的数据包,手机发送的数据已经不作识别
扫描参数如下,扫描结束后再触发扫描。而ios手机广播间隔为30ms一次 ,f都是固定广播包,。
// Scan parameters
#define DEFAULT_SCAN_DURATION 4000
#define DEFAULT_SCAN_WIND 80
#define DEFAULT_SCAN_INT 80
Viki Shi:
看描述怀疑是手机的问题,不同手机产商对蓝牙参数有不一样的要求。试过其他手机吗?
user3570217:
回复 Viki Shi:
问题是cc2640R2重新上电后,就又能识别手机的广播包,现在怀疑会不会是手机的临时地址和cc2541的广播地址 协议栈会有区分处理,我们这边用苹果和华为的测试也是一样结果,手机端一直发广播包测试,直到cc2642r2不能识别,这时确能识别cc2541的广播数据
user3570217:
回复 Viki Shi:
现在大概定位了问题,cc2640r2只能扫描cc2541广播包后,把cc2541的地址属性改为跟手机一样的 ADDRMODE_PRIVATE_RESOLVE后,也不能扫描cc2541的包了,也就是公共地址的能一直扫描,临时地址的会饱和后不识别?
Viki Shi:
回复 user3570217:
对,扫描数量有限制,改成临时地址的话,每次都会变,导致饱和
user3570217:
回复 Viki Shi:
那怎么确认饱和 和饱和后怎么处理?只能复位?
Viki Shi:
回复 user3570217:
重启下扫描试试,通过定时器控制扫描周期性地重启。有个类似帖供参考: e2e.ti.com/…/2374038
user5491776:
工程上作一直扫描,手机和CC2541一直广播相同的广播包,大概过了半个小时,cc2640r2只能识别
user5068495:
可检查电路中是否存在虚焊问题
user5491951:
谢谢分享
user5491951:
谢谢分享