完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
#define GAPROLE_MAX_SCAN_RES 0x30E //!< Maximum number of discover scan results to receive. Default is 0 = unlimited.#define TGAP_FILTER_ADV_REPORTS 21 //!< Filter duplicate advertising reports. Default TRUE.
CH573F 作为Observer时候,GAPROLE_MAX_SCAN_RES 设为0。 TGAP_FILTER_ADV_REPORTS保持默认值true。 这时候内部应该会记录接收过的广播包,进行去重。 1.如果附近有大量不同的蓝牙设备,ch573记录了一大堆广播,会不会导致内存溢出? 2.GAPROLE_MAX_SCAN_RES设置为false,关闭去重,是不是就避免了这种情况? |
|
相关推荐
3个回答
|
|
1、不会导致内存溢出,按照我们例程实现一次性扫描8个即可,如果需要扫描更多,可以尝试多次扫描,这样也可以扫描到所有的设备;
2、协议栈里面的功能,一次扫描不会出现重复的,使用默认即可。 |
|
|
|
如果想实现长时间运行,不断的记录周围设备,之后通过串口什么的发走。
这样,即使增大协议栈空间,早晚也会溢出。 我可以接受重复出现,但是不能让他内存溢出,应该怎么做? GAPROLE_MAX_SCAN_RES关掉这个有效果吗? |
|
|
|
我们默认一次扫描8个左右,扫描完之后又释放了这个内存,所以正常使用是不会出现内存溢出的现象,如果需要进行扫描多个设备,可以尝试多次扫描即可。想要实现长时间运行、不断记录周围设备可以分批次处理实现。
|
|
|
|
只有小组成员才能发言,加入小组>>
516 浏览 1 评论
CH579M+RT-Thread,RTC从Sleep模式唤醒失败是什么原因?
2901 浏览 2 评论
2396 浏览 1 评论
860浏览 2评论
CH32F103C8T6使用当前官网上的CDC例程会出现设备描述符请求失败
402浏览 1评论
678浏览 1评论
riscv-none-embed-objcopy: \'PWM_Output.elf\': No such file这个咋解决,
412浏览 1评论
511浏览 1评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-20 17:19 , Processed in 1.061138 second(s), Total 81, Slave 64 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号