Current solution to update packets while advertising for every packet

[Beldramma]

Hi,

I have seen this post, but it is quite old, so I would like to know what is the current solution to

• update advertising packets while advertising, without stop and start again the transmission
• update some bytes in my manufacturer data
• update my packet for each new packet that i send.

I am currently using the ble_advertising library, with a NRF52 BLE kit on Eclipse. 

[Beldramma]

Karl Ylvisaker said:

Yes, my mistake. I was checking the source code of the SDK v.16, I see now that you must call encode before calling the SDK v.15.2 advdata_update version, my apologies for any confusion this might have caused.

Don'tworry, all was clear.

Karl Ylvisaker said:

For this you will need radio notifications, for further detail on this please see my colleagues reply to this ticket.

I have checked it, but we do not need to call sd_radio_notification_cfg_set function anymore, it is called in the ble_radio_notification_init function. 

It seems that it is working, but with my sniffers, I do not have all the frames, I miss some of them. I would like to check if it is because my sniffers cannot have all of them, or if it is because i do not send all of them. Do you have an idea how I can check which frames do I send ?

[Karl Ylvisaker]

Beldramma said:

Don'tworry, all was clear.

I am happy to hear that!

Beldramma said:

I have checked it, but we do not need to call sd_radio_notification_cfg_set function anymore, it is called in the ble_radio_notification_init function. 

It seems that it is working, but with my sniffers, I do not have all the frames, I miss some of them. I would like to check if it is because my sniffers cannot have all of them, or if it is because i do not send all of them. Do you have an idea how I can check which frames do I send ?

Yes, this could be the case - that the sniffer is missing some that the central is receiving, and vice verse.
To check that the amount of frames sent, you could add a counter that increments for each advertisement - and then match this against what you would have expected/what you received on your central's end.
If you would like to see the frames sent in particular, you could use deferred logging to do the processing post-sending, I.e sending a certain amount of frames while logging their contents - then processing the deferred logs once a certain amount has been sent.
Would this be along the lines you were thinking?

Best regards,
Karl