<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://devzone.nordicsemi.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Setting Gap Connection Event Length - BLE HRS C Demo</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/22698/setting-gap-connection-event-length---ble-hrs-c-demo</link><description>Why is the event length of the BLE Central HRS demo set to such a high value of 320*1.25ms = 400ms? 
 The demo seems to work ok with the BLE Peripheral HRS demo using the default value (BLE_GAP_EVENT_LENGTH_DEFAULT) of 3*1.25ms = 4.75ms. 
 What is the</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 03 Apr 2018 08:45:01 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/22698/setting-gap-connection-event-length---ble-hrs-c-demo" /><item><title>RE: Setting Gap Connection Event Length - BLE HRS C Demo</title><link>https://devzone.nordicsemi.com/thread/126607?ContentTypeID=1</link><pubDate>Tue, 03 Apr 2018 08:45:01 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:780908c9-0d1b-4e65-8008-2555047b2d2f</guid><dc:creator>Sigurd</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Could you explain what problems you have with setting the&amp;nbsp;connection event length extension?&lt;/p&gt;
&lt;p&gt;As long as you have set the event length to the maximum expected connection interval, the SoftDevice should be able to send packets for the entire connection interval.&lt;/p&gt;
&lt;p&gt;You can enable Connection Event Length Extension like this:&lt;/p&gt;
&lt;p&gt;&lt;pre class="ui-code" data-mode="text"&gt;    ret_code_t err_code;
    ble_opt_t  opt;

    memset(&amp;amp;opt, 0x00, sizeof(opt));
    opt.common_opt.conn_evt_ext.enable = 1;

    err_code = sd_ble_opt_set(BLE_COMMON_OPT_CONN_EVT_EXT, &amp;amp;opt);
    APP_ERROR_CHECK(err_code);
&lt;/pre&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Setting Gap Connection Event Length - BLE HRS C Demo</title><link>https://devzone.nordicsemi.com/thread/126290?ContentTypeID=1</link><pubDate>Wed, 28 Mar 2018 08:58:14 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:7e487fca-f033-4ac4-8c76-ee09a90f9521</guid><dc:creator>Fan Jiaming</dc:creator><description>&lt;p&gt;Hi, Sigurd.&lt;/p&gt;
&lt;p&gt;I have problem setting connection event length extension to my project. In you answer, you mentioned that event length does not have to be changed in order to use connection event length extension, but if my event length setting is set to use the maximum of the connection interval, will connection event length extension still happens?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Setting Gap Connection Event Length - BLE HRS C Demo</title><link>https://devzone.nordicsemi.com/thread/89234?ContentTypeID=1</link><pubDate>Thu, 15 Jun 2017 12:05:30 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:92428bcc-ad00-44d6-b01e-f0896fb19403</guid><dc:creator>Sigurd</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;The event_length for a given connection is the time set aside for that given connection every connection interval. The event_length can be adjust to ensure fair allocation of the available radio time resources between different concurrent connections. The ble_app_hrs_c example is by default configured for only one connection, and we want to set aside the whole connection interval for the given connection. In the ble_app_hrs example, the preferred minimum connection interval is set to 400ms.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;EDIT:&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;The event length setting is primarily used for scheduling, i.e. to know how much time (minimum) to schedule for a connection event. When enabling Connection Event Length Extension, the connection event will continue past the event length setting, and last until either the peer drops out of the event or there is another timing event scheduled locally (e.g. another connection, a timeslot event, or other). The event length does not have to be changed, in order to use Connection Event Length Extension. Connection Event Length Extension is configured by the common_opt.conn_evt_ext field of the ble_opt_t structure passed to sd_ble_opt_set(). Setting it to true enables length extension. Extended connection events start out by using the configured event length (the conn_cfg.params.gap_conn_cfg.event_length passed to sd_ble_cfg_set()). Then it continues sending and receiving one packet pair at the time as long as the peer responds and as long as there is available time before the next scheduled timing event.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;The SoftDevice can be enabled to
dynamically extend the connection
event length to fit the maximum number
of packets inside the connection event
before the timing-event must be ended.
The time extended will be in one
packet pair at a time until the
maximum extend time is reached. The
connection event cannot be longer than
the connection interval.&lt;/p&gt;
&lt;/blockquote&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>