• State Verified Answer
  • Replies 5 replies
  • Subscribers 73 subscribers
  • Views 4349 views
  • Users 0 members are here
Attachments (0)
Nordic Case Info
  • Case ID: 106692
Options
This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

What are the pros and cons of a observer/broadcaster relationship versus a Peripheral/Centrals relationship?

helpme

I am trying to understand under what kind of context would a peripheral-central connection be superior to a passive observer-broadcaster relationship.

Parents
  • 0

    Hi,

    When a peripheral and central form a connection, they are able to do a lot of operations that are difficult to pull off in a observer/broadcaster relationship. One of them is reliable, multi-directional data transfer, where data is guaranteed to arrive - and in the order it was sent. You will also get acknowledgment packets telling you that certain data packets arrived. This allows for higher and more reliable throughput. With slave latency enabled, it is also possible to sleep completely for long periods of time when there is no data to be sent. If a peer gets out of reach, you will get notified by a disconnection event after supervision timeout has passed.

    Secondly, you have security and encryption built-in. This allows you not only to send data securely, but for both sides to "authenticate" the peer by using a pre-shared encryption key. With encryption it is also possible to have access control for your GATT characteristics, ensuring that data cannot be written by a rogue peer.

    Lastly you have GATT. While you are able to send and receive data as a observer/broadcaster, GATT allows you to set up a storage database with access control functionality. GATT allows any peer, even if they not know you or your services at all, to discover your GATT services ("features") in a generic way, and then only focus on the services it can understand. This allows forward-compatibility with newer devices, and makes interoperability with them much easier.

    The price of all of this is of course increased power consumption, but in certain use-cases the central/peripheral connection will make your life much easier. One is burst data transfer, where you want to send a huge amount of data to a single client, sleep for some time, then wake up again to quickly send more data. Another would be for encryption and authentication.

  • 0 in reply to Ulrich Myhre

    At the shortest connection intervals you simply run out of radio time when juggling too many connections. This is exacerbated further when new connections start to have overlapping intervals and a scanner is running in parallel. S120 allows 8 connections and a scanner running simultaneously, and the limit was mostly set for performance reasons. For much longer connection intervals, the number of connections could have been increased, but at a higher cost of RAM.

    I am not aware of any plans to increase this, and have not heard of any solutions where this is needed, but if you think this is something that is worth pursuing you could certainly contact sales and hear if they can help you.

Reply
  • 0 in reply to Ulrich Myhre

    At the shortest connection intervals you simply run out of radio time when juggling too many connections. This is exacerbated further when new connections start to have overlapping intervals and a scanner is running in parallel. S120 allows 8 connections and a scanner running simultaneously, and the limit was mostly set for performance reasons. For much longer connection intervals, the number of connections could have been increased, but at a higher cost of RAM.

    I am not aware of any plans to increase this, and have not heard of any solutions where this is needed, but if you think this is something that is worth pursuing you could certainly contact sales and hear if they can help you.

Children
No Data
Related
Terms of service