Notification/Indication Difference

RE: Notification/Indication Difference

rb1v10 — Mon, 18 Sep 2017 06:17:45 GMT

Could you provide an example of how to capture the NO_TX_BUFFERS error and also how to capture the BLE_EVT_TX_COMPLETE event in arduino? (I am using the arduino 101 with integrated ble)

RE: Notification/Indication Difference

FormerMember — Tue, 08 Mar 2016 12:05:25 GMT

Yes, notifications are acked by the link layer, you can read more in this post.

RE: Notification/Indication Difference

Tim — Wed, 28 Oct 2015 10:41:14 GMT

Are Notifications guaranteed to be acknowledged by the link layer (for nRF51, and for BLE in general)? If so why do some people say they are "unreliable", and why would you ever want to use Indications?

RE: Notification/Indication Difference

Håkon Alseth — Fri, 12 Jul 2013 11:05:46 GMT

They are basically the same thing, just with a small twist to it.

On each Indication, you must then do a application level ACK to say that this is the data I need. Basically like this: "here you have a packet. Is this something you want to acknowledge?"

On each notification, you only get an event saying "you have received a packet, here it is"

Indications are slower as you only can send one indication per connection interval (your application ACK will be sent on the next connection interval).

Notifications are preferred if you need a higher transfer rate. Using notifications, you are allowed to queue a certain number of packets before sending, and once the buffer is full, you get a NO_TX_BUFFERS error back from sd_ble_gatts_hvx(). When a packet has been sent over the link layer, you'll get a BLE_EVT_TX_COMPLETE event, at which point you can queue further packets.

BR Håkon