Change adv interval in PAwR BLE in runtime

RE: Change adv interval in PAwR BLE in runtime

Yanis — Thu, 10 Apr 2025 12:25:24 GMT

Yes, timing parameters should be adjusted acconrdingly.

Thank you very much for your relevant suggestions and explanations, I am going to try this out and let you all know.

Best regards.

RE: Change adv interval in PAwR BLE in runtime

Jakob Ruhe — Thu, 10 Apr 2025 11:30:57 GMT

Yes, I have tried this approach.

The snippet you have shared is indeed a good start. Here is a function that subscribes to the `num` first Subevents:

static int listen_to_subevents(struct bt_le_per_adv_sync *sync, uint8_t num)
{
	static uint8_t subevents[256];
	static bool subevents_initialized = false;

	if (!subevents_initialized) {
		for (size_t i = 0; i < ARRAY_SIZE(subevents); i++) {
			subevents[i] = i;
		}
		subevents_initialized = true;
	}

	struct bt_le_per_adv_sync_subevent_params params = {
		.properties = 0,
		.num_subevents = num,
		.subevents = subevents,
	};

	return bt_le_per_adv_sync_subevent(sync, &params);
}

A subscriber gets the number of Subevents in the sync callback as part of the `bt_le_per_adv_sync_synced_info` struct.

You need to reserve one Response Slot for each subscriber. 15 Response Slots should fit without problem in a Subevent of 500 ms. You need to adjust the Response Slot Delay so that the broadcaster have time to transmit and the subscribers time to process the request and prepare a response. The Response Slot Spacing should be adjusted so that each Subscriber can send the amount of data needed to be sent.

Good luck!

RE: Change adv interval in PAwR BLE in runtime

Yanis — Thu, 10 Apr 2025 10:33:43 GMT

Interesting approche !

I did not know that a subscriber can respond to many subevents in one periodic advertising interval. Have you tryed this before ?

I will have to see if it is not too complex to toggle the subevent listening from one to multiple subevents.

So based on your approche, the subevent to listen to can be changed as the following snippet by changing the "struct bt_le_per_adv_sync_subevent_params params" and calling "bt_le_per_adv_sync_subevent()"

	struct bt_le_per_adv_sync_subevent_params params;
	
	uint8_t subevents[]; // here define the subevents to listen to
	subevents[0] = pawr_timing.subevent;

	params.properties = 0;
	params.num_subevents = 1;
	params.subevents = subevents;

	bt_le_per_adv_sync_subevent(default_sync, &params);

I did not mention that, in the application, we want to have at least 15 subscribers. I guess that, your approche is possible even with many subscribers, since each subscriber will take one slot and the subevent lestening remains the same.

I agree that ideally, even in standby mode, the subscriber should be able to send something often to make sure it is runing even if there a packet loss.

RE: Change adv interval in PAwR BLE in runtime

Jakob Ruhe — Thu, 10 Apr 2025 09:23:13 GMT

I see. If you use for example the following:

- Subevent Interval: 0.5 seconds
- Number of Subevents: 30
- Periodic Interval: 15 seconds (30 x 0.5)

During a high data rate session, a subscriber listens to all Subevents and sends a packet in its Response Slot every 0.5 second

During a low data rate session, a subscriber can choose to listen only to subevent 0, which takes place with an interval of 15 seconds. A subscriber can choose to respond in every 4th of those in order to send something every minute. A good approach is to let the broadcaster decide when it wants a subscriber to show that it is alive.

Note that packets can get lost so therefore it is probably a good idea to wake up a bit more often than just every minute. Listening at a short period takes very little energy.

Would this work for your use case?

RE: Change adv interval in PAwR BLE in runtime

Yanis — Thu, 10 Apr 2025 08:48:30 GMT

In my application, for instance, I want the subscriber to send data during 5 minutes at a high data rate (period of 0.5 s) and sleep for the next 15 minutes (send one packet per minute in the sleep period). I can trigger these routines and change the adv period of PAwR, but the sync is lost and a new sync cycle is required.

RE: Change adv interval in PAwR BLE in runtime

Jakob Ruhe — Thu, 10 Apr 2025 07:56:58 GMT

A subscriber does not have to respond to Subevents to stay in sync. On the broadcaster side it is up to the application to decide if a subscriber should be treated as in sync or not.

However, a subscriber that does not receive the AUX_SYNC_SUBEVENT_IND from the broadcaster for a while, will eventually get out of sync from the PAwR train.

Which subevent(s) and which response slot a Subscriber is allowed to use is completely up to the application.

A subscriber may call `bt_le_per_adv_sync_subevent()` at any time to change the subset of Subevents to listen to.

You have a lot of freedom when it comes to how PAwR should be used in a system. It is powerful enough to cover almost any use case.

If you explain on a higher level what you would like to accomplish it might be possible to guide you even more. But hopefully this is a good start for you. To learn more about PAwR there are good videos available and Nordic Developer Academy is also very good.

Good luck with your project!

RE: Change adv interval in PAwR BLE in runtime

Yanis — Wed, 09 Apr 2025 10:25:10 GMT

In this case, do you think that this reset should be done before the timeout (past_param.timeout) ?

Otherwise the sync would be lost if the adv is stopped for too long (> past_param.timeout).

RE: Change adv interval in PAwR BLE in runtime

Yanis — Wed, 09 Apr 2025 10:06:38 GMT

Thank you for your reply Jakob,

Do you mean to switch between one "standby" subevent with no expected response and all subevents to send response ?

But if no response it will timeout the sync ?

Besides, It is the broadcaster that writes the subevents and slots to sych to,

Changing the subevent to listen to means to go through another sync subscription cycle, isn't it ?

The subevent to listen to is set when the sync_cb call back is triggered (bt_le_per_adv_sync_subevent).

RE: Change adv interval in PAwR BLE in runtime

Jakob Ruhe — Tue, 08 Apr 2025 20:07:06 GMT

Now I do not know anything about your use case. But, depending on what you want to accomplish, you can also consider another approach.

Instead of changing the Advertising Interval of the PAwR train on the broadcaster, subscribers can choose a different subset of Subevents to subscribe to. So if you want to save power on a subscriber node, it can listen to only subevent 0 by default, and to all Subevents during selected periods.

RE: Change adv interval in PAwR BLE in runtime

Amanda Hsieh — Tue, 08 Apr 2025 13:10:08 GMT

Hi,

It needs to stop the current advertising, update the parameters, and then restart advertising with the new parameters.

Regards,
Amanda H.