Hi Vinayak, Sure, I shall work on sending a patch to upstream soon. Additionally, 'HCI LE Set Random Address' works well in my setup. Much thanks! BR, -Anupam Roy

1. Correction, values in UICR are at fixed location, changing them is not needed on every power up of the board.That said, after a change, a power cycle is need for h/w to load the new values. And

Hi Vikrant, NFFS file system might not be a good choice to store frequently changing data. For this case I have created a library called sfcb that you can find in my zephyr project fork:

But nrf52 flash support 10K write cycle. And it is like normal programming, isn't it ? Worrying after reading your this statement, since I'm now trying to save persistent data which generate during

Hi Anupam, Your changes to list out the PHY commands as supported is welcome, please send a PR to upstream repo. Nordic chip do not own any Bluetooth device address space, no public addresses and the

Hi Paul, I do not have visibility to your code, in terms of how you are starting the advertisements, if you stop and start them too close you will see the behaviour as you observed. As I cannot infer

Hope you are doing it “only once per board’s life time” else you could be degrading the flash. Hence, my advice is to use nrfjprog to make the change "only once" per each board or use the design

Also I just checked and the same happens with SoftDevice 132 – am I measuring something wrong? Von: Gavrikov Paul Gesendet: Freitag, 9. Februar 2018 15:43 An: 'Chettimada, Vinayak Kariappa'

I measured the time between two starting points like here: https://ibb.co/dqa5Ox Code: struct bt_le_adv_param param; param.options = 0;

1. Advertising Interval too short and out of spec: Sometimes the interval between 2 transmits of the Friend Poll is under 20ms (even tho it is set to 20ms). I measured intervals of just

Hi Johan, I rechecked and indeed it is a controller issue. Even without mesh I see this behavior. However I can only test it on the nRF52-DK. Not sure how other boards behave. And I totally agree

Hi Paul, Are you saying the controller doesn't seem to do what it's directed to do through HCI? We'd need the controller folks to comment on that then. This might work, but it looks quite

Hi Cufi, Thanks for fast response. With the help of your pointer, now I am able to at-least verify the basic HCI LE 2M PHY commands like - Read PHY, LE Set Default PHY, LE Set PHY By the way, the

Hi again, I believe I’ve found 2 issues in the BLE Mesh implementation – could someone check on that? The following measurements were done with a Friend Poll at the LPN (nRF52-PCA10040).

I'm still waiting for reply. Is it bug or I'm doing something wrong ?

Hi Vinayak, I re-ran my analysis with 0x4, 0x10, 0x100 and 0x4000 values (continuous scan, 1000 sent advertisements, re run 3x). I do see an improvement of roughly 5% for 0x10. A very slight

Thanks everyone !!! Adding these lines does the job. NRF_NVMC->CONFIG = NVMC_CONFIG_WEN_Wen; while (NRF_NVMC->READY == NVMC_READY_READY_Busy){ } NRF_UICR->EXTSUPPLY = 0x01; while

Hi Anupam, All the features you mention are supported on the nRF52840 *except* LE Extended Advertising. I suggest you take a look at the controller feature list in order to enable/disable

Hi Diego. Looks like Maureen has pointed you in the right direction. Thanks Maureen! -- Michael

Hello Maureen, Thanks for the suggestion. This is an interesting approach as well. I still want to understand how to use the "dummy-flash" and if I can assign the same memory node for the flash and