【ESP32-C3/Scan duplicate enable 】Scan duplicate enable feature invalid (IDFGH-6772) #8400
Comments
github-actions
bot
changed the title
|
Hello Espressif experts, 3 days have passed, any updates? |
|
Hello guys, could you pls give me your hand on this case? i think it doesn't take much your time. thanks. |
|
Hello guys, almost one month has passed. could you pls give me your hand on this case? or could you tell me where I can get the support if I cannot get the support from here? I think it doesn't take much of your time. thanks. |
|
@xiaolongba Sorry for the slow reply. @xiewenxiang Please PTAL. |
espressif-bot
added
Status: In Progress
|
In fact, it is already in effect, two cases will be refreshed
If either condition is met, the scan event is refreshed and reported again. |
|
@jack0c @xiewenxiang Bro. Big thanks. based on your description, I still have some doubts:
thanks again and sorry for inconvenience. |
|
Check if increasing BT_CTRL_SCAN_DUPL_CACHE_SIZE helps. |
|
question 1: There are three ways of filtering： question 2: It is a timer for internal maintenance. |
@AxelLin yes, it is in effect when increasing the BT_CTRL_SCAN_DUPL_CACHE_SIZE , but the scan rst list still is easy to full. there are only around 10 BLE devices on my side. also, I check the report data, some of them are the same. so scan rst list has cached the same report data already. In my understanding, the scan rst list should compare to the report data it received, it should be discarded when the report data is already inside. but in fact, the scan rst list fills in any report data it received. else I think the scan rst list is not meaningful if the advertiser reports its data every 20ms as it will be full soon.
@xiewenxiang yes, as I mentioned at the beginning, I configure the filtering rules as below:
can I get the timer value? or modify it? or how can I know the timer has expired? again, I think the scan rst list should compare to any report data and decide if it shall be filled in. but the truth is that any report data scan rst list received are all filled in, it should be unreasonable. the purpose of scan rst list is to filter out the duplicated reporting data, but now the same reporting data are present on the same scan rst list. |
|
appended more details, the reason why I think the duplicated reports have been presented on the scan rst list as the I got several same reports on the REPORT_EVENT. so the scan rst list is refreshed and it may be caused by the scan rst list is full already. but the reason why the scan rst list is full, in my understanding, it shall fill in any reports once it is received as there are only 10 devices on my side. by the way, is it possible to print out the scan rst list and check if there are the same reports inside? or could you tell me the reports how to fill in the scan rst list? if the scan rst list compare the reports with the reports inside the scan rst list and then decide if it can be filled in? in my understanding, there are only 10 devices on my side and their advertising data are always the same. so the max number of devices in scan duplicated filter should be 10. it is impossible full if the total number of scan duplicate filter is 100(default value) and it leads to the report event can only report 10 array of reporting data and then it will not report one more again. |
espressif-bot
added
Status: Opened
espressif-bot
added
Status: In Progress
|
@xiaolongba |
|
after that,i haven't tested yet since the official guys have not gave me the further information. but you can have a try with the latest sdk. if it is possible, pls tell me the results. thanks in advance |
|
@xiaolongba
|
espressif-bot
added
Status: Done
|
Since there is no response from the user closing this issue. If there will be another problem feel free to reopen this issue or create a new one. Cheers. |
Environment
git describe --tagsto find it):// v5.0-dev-1519-g5810ed1d04
xtensa-esp32-elf-gcc --versionto find it):// riscv32-esp-elf-gcc.exe (crosstool-NG esp-2021r2-patch2) 8.4.0
Problem Description
I am developing the BLE application based on esp32-c3, but I found that the duplicate advertising reports are still exist even if using the
BLE_SCAN_DUPLICATE_ENABLEfeature and the related configuration as below:Expected Behavior
the duplicate advertising reports shall be ignored
Actual Behavior
the duplicate advertising reports are still exist even if using the
BLE_SCAN_DUPLICATE_ENABLEfeatureSteps to reproduce
Code to reproduce this issue
NULL
Debug Logs
as you can see from the log above, several devices have been reported several times. whether it is linked to
the Maximum number of devices in scan duplicate filteralso? if the number of devices reach this threshold value, the scan duplicate filter will be refreshed and then the duplicate advertising reports will appear again after a period of time?Other items if possible
NULL
so my question is as below:
The text was updated successfully, but these errors were encountered: