BLE Configuration to accept BLE pairing request

RE: BLE Configuration to accept BLE pairing request

Kaveh.M — Wed, 21 Dec 2022 15:59:46 GMT

Thanks Hung. I ll test that. Based on what you said changing my device role from non-connectable beacon advertiser to a connectable beacon advertiser should not increase power consumption significantly.

RE: BLE Configuration to accept BLE pairing request

Hung Bui — Wed, 21 Dec 2022 15:46:58 GMT

Hi Kaveh,

Please don't use the term "pairing" when you want to say "connecting".

Usually after sending the advertising packet the peripheral will switch to RX mode. This take 150us to switch to RX mode and if there is no connect request received the RX period will terminate after 60us.

RE: BLE Configuration to accept BLE pairing request

Kaveh.M — Wed, 21 Dec 2022 15:09:55 GMT

When the peripheral sends connectable beacon, how long it should wait to hear back from central if there is BLE pairing to happen?

RE: BLE Configuration to accept BLE pairing request

Hung Bui — Wed, 21 Dec 2022 08:28:38 GMT

Hi Kaveh,
The reason the beacon was advertising in non-connectable is in fact to save power consumption. If a connection is not needed, you should advertise in non-connectable mode so that the advertiser doesn't have to switch to RX mode to wait for connect request packet.

But in your case you do need a connection so you need to do it in connectable mode. The difference is not significant though. The main consumption is when the device in sleep mode, especially when you advertise with long interval (15 seconds for example)

RE: BLE Configuration to accept BLE pairing request

Kaveh.M — Tue, 20 Dec 2022 16:30:51 GMT

I see. right now my end device is set as a non-connectable advertiser and just beacons data.

I have to change its role to a peripheral or connectable advertiser?

Does it increase my device power consumption? Can it still beacon if its role is peripheral?

RE: BLE Configuration to accept BLE pairing request

Hung Bui — Tue, 20 Dec 2022 14:38:16 GMT

Hi Kaveh,

Yes, any example central/peripheral in the SDK would do that.
The only example that doesn't do connection is the beacon example.
I would suggest to test with the \examples\ble_peripheral\ble_app_blinky as the peripheral (Broadcaster) and \examples\ble_central\ble_app_blinky_c as the central.

Or you can test with ble_app_uart and ble_app_uart_c.

RE: BLE Configuration to accept BLE pairing request

Kaveh.M — Tue, 20 Dec 2022 14:29:27 GMT

Thanks Hung.

Is there sample codes in SDK for central device to scan for a broadcaster and connect to it? Is there sample code for broadcaster to connect to a central device upon such request?

RE: BLE Configuration to accept BLE pairing request

Hung Bui — Tue, 20 Dec 2022 08:27:55 GMT

Hi Kaveh,

Yes correct.

But I want to clarify the difference between "connect" and "pair":

- Connect: when the two device establish a direct communication , a connection.

- Pair: when the two devices encrypt the connection. Pairing only happens after the two device establish a connection, only after they "connect". You don't have to pair all the time when you connect to a device because you can "bond"

- Bond: when the two device store the encryption key, so next time when they connect they don't have to do pairing.

So there is no problem pair with a broadcaster after you connect to the broadcaster /advertiser.

RE: BLE Configuration to accept BLE pairing request

Kaveh.M — Mon, 19 Dec 2022 19:39:47 GMT

Thanks Hung.

So I will configure my end device as a broadcaster and the other device as central. The broadcaster can beacon every 15 sec. If there is a request from the user to send some data from central to broadcaster, the central will scan for that particular broadcaster and waits until it receives a beacon from the broadcaster. The next time the broadcaster beacons and that is received by the central, the central should request and BLE pair with broadcaster? Is it possible to pair with a broadcaster?

RE: BLE Configuration to accept BLE pairing request

Hung Bui — Mon, 19 Dec 2022 11:49:08 GMT

Hi Kaveh,

There is no way a central can wake up a broadcaster without the broadcaster pro-actively wake up and advertise periodically. There is no "wake up on radio" option with BLE as this method require high sleep current.

So the way you can do this is to configure the broadcaster to sleep and wake up every say every 30 seconds to do advertising. If the central has receive a request from end user to connect to the broadcaster it can scan and connect to the broadcaster when it scan the advertising packet. The latency here will be maximum 30 seconds. You can reduce power consumption by reduce the rate of wake up rate. But that will increase the latency as well.

Please also note that if you do bonding, both peer devices will store a LTK (Long Term Key) and they can re-encrypt the link automatically. You don't need to do pairing on every connection.