Hi,
We used the continuous BLE scan with KW41Z and looks like it randomly stops scanning after 1-3 days. Could you please have a look:
Device
kw41z with UART interface
Software:
FSCI interface
MKW41Z_ConnSw_1.0.2 (ble_fsci_blackbox.bin)
Commands:
1) Power reset
GAP-GenericEventInitializationComplete.Indication
2) GAP-StartScanning.Request
02 47 1A 08 00 01 00 A0 00 A0 00 00 00 54
GAP-ScanningEventStateChanged.Indication
GAP-SetScanMode.Request is not set and used default scan settings. We can see the scan results for 2 days continuously in the callback function of FSCI framework. Randomly, after few days, it stops. Then we have to do the power reset to start the scan again. Scan off and on is not helping either, Could you please have a look on this jcpacheco
Thanks
Sen
Hi everyone,
Today, 3 years later, I suffer the same issue. Somebody found the solution?
Thanks in advance
HI Sen, Carlos,
Does NXP fix this issue?
thx,
YC
Not yet :smileysad:
I checked it with j-link, and I believed there is one hardware issue existed. You can download latest SDK, and search scan fifo related coding. NXP patched it, and this patch should fix scan failure.
Sen,
We've identified this issue on KW41Z and is under investigation. We'll let you know as soon as there's a conclusion and possible fix.
Can you try sending a controller reset and re-configure your scan parameters once a day and check if that mitigates the issue? Note that this should be just as a temporal workaround until we find a better one.
Regards,
Carlos Neri
ycwang tells latest SDK have a fix for this issue. Can NXP confirm it?
Ideally:
* Can NXP tell which specific files need to be merged back in our older projects if we want to fix this issue?
* Does pre-built libraries need to be updated too?
We are using BlueZ behind HCI interface and scan only last few minutes, I think this may be linked to this issue. The only weird workaround I found is to connect to a device, this restore scan for a while.
Thanks
Anthony
Replying myself, I can say very latest KSDK (*1) contains code related to this issue in its bluetooth stack 1.2.6:
ble_controller_task_config.h
/* Scan FIFO lockup detection interval in milliseconds. If no advertising frame is reported over this period of time, then the scan FIFO is flushed and the scan is restarted. This value needs to be increased if: - few advertisers or - few frames reported after frame filtering using the white list or - scan window is much smaller than the scan interval */ #ifndef mScanFifoLockupCheckIntervalMilliSeconds_c #define mScanFifoLockupCheckIntervalMilliSeconds_c 2500 #endif
ble_controller_task.c
/* Scan FIFO lockup detection interval in milliseconds. */ uint32_t gScanFifoLockupCheckIntervalMilliSeconds = mScanFifoLockupCheckIntervalMilliSeconds_c;
lib_ble_kw41z_controller.a(ll_scanner.o)
Uses uint32_t gScanFifoLockupCheckIntervalMilliSeconds external symbol
(*1) By very-latest KSDK, I mean KSDK 2.2.0 from September 2018. Release date is very important because I downloaded an older KSDK 2.2.0 last mid-July which actually embeds bluetooth stack 1.2.5 without this fix. it looks like KSDK is getting updated without having it numbering increased.
I tested this workaround on a four-hour BLE scan with Linux BlueZ, without any issue where I previously had issues within an hour.
Hi Carlos,
Did you find a conclusion to this? outside of the workaround mentioned.
Thanks,
Josh
Hi Carlos,
Sen mentions they have tried resetting the KW41Z but the BLE scan issue is more frequent now. Sometimes they see it in an hour. Please advise on the status of a workaround.
Regards,
Michael Goudey
Thanks for confirming the issue nericciani,
I am not sure, if it will stop within a day or not. Please update us once it solved, We badly need to fix sooner.
Thanks
Sen