<?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>CC2541 can&amp;#39;t update S120 connection parameters</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/6067/cc2541-can-t-update-s120-connection-parameters</link><description>Hi Guys, 
 I&amp;#39;m doing a test between CC2541 and Nordic NRF51822. The CC2541 work as a peripheral role. NRF51822 as central role. But CC2541 can update another CC2541 that work as central role. 
 I didn&amp;#39;t see any packet LL_CONNECTION_UPDATE_REQ on sinffer</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 18 Mar 2015 10:28:56 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/6067/cc2541-can-t-update-s120-connection-parameters" /><item><title>RE: CC2541 can't update S120 connection parameters</title><link>https://devzone.nordicsemi.com/thread/21252?ContentTypeID=1</link><pubDate>Wed, 18 Mar 2015 10:28:56 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b84f194a-3ba2-4315-9f09-1a1730652a0b</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;@bihu: It depends on what you implemented on the nRF51 central. Have you called sd_ble_gap_conn_param_update() anywhere in the nRF51 central firmware?
There are 2 cases:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;The central actively update the connection parameter without any request.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;The central receive the request from the peripheral (BLE_GAP_EVT_CONN_PARAM_UPDATE_REQUEST event) then update the connection parameter
accordingly.&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;In both case, sd_ble_gap_conn_param_update() must be called in the nRF51 central firmware.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: CC2541 can't update S120 connection parameters</title><link>https://devzone.nordicsemi.com/thread/21251?ContentTypeID=1</link><pubDate>Tue, 17 Mar 2015 15:15:02 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f7bfca8b-7318-479c-ac60-c70c999c3dd7</guid><dc:creator>bihu</dc:creator><description>&lt;p&gt;Both peripheral and central role device are TI CC2541,  I call GAPRole_SendUpdateParam on peripheral role device, I can see the LL_CONNECTION_UPDATE_REQUEST. But I can&amp;#39;t see the update packet when central device change to NRF51822. How to explain this problem? I also use the latest TI stack.&lt;/p&gt;
&lt;p&gt;I will try the S110 stack and try to update the connection interval to find the difference. I will tell you if I found clues.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: CC2541 can't update S120 connection parameters</title><link>https://devzone.nordicsemi.com/thread/21250?ContentTypeID=1</link><pubDate>Tue, 17 Mar 2015 14:25:10 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b58803bc-9c5b-40a2-8e6f-8c1745bb6641</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;@bihu: It&amp;#39;s correct that the scanning period will drop any connection packet inside that period. However, this only happens when the scan window is large and conflict with connection event. You would need to adjust the scan windows so that it won&amp;#39;t block all the connection event.&lt;/p&gt;
&lt;p&gt;No, the TI device when working as peripheral can&amp;#39;t send LL_CONNECTION_UPDATE_REQUEST, what it can send is Conection parameter update request on L2CAP layer (Logical link controla and Adaption protocol). The  LL_CONNECTION_UPDATE_REQUEST is on link layer and it should be from the master.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: CC2541 can't update S120 connection parameters</title><link>https://devzone.nordicsemi.com/thread/21249?ContentTypeID=1</link><pubDate>Tue, 17 Mar 2015 11:56:25 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:9fa8a387-9c3f-49c6-b5f2-12e75736c2bb</guid><dc:creator>bihu</dc:creator><description>&lt;p&gt;I&amp;#39;m sorry that makes you confused. From the Figure 16 in S120_Softdevice_Specification_V1.0.pdf. I found the S120 can&amp;#39;t send data packet when doing scanning. I know the S120 can set the connection parameters when establish the connection. My confuse is the TI&amp;#39;s peripheral device can&amp;#39;t send  LL_CONNECTION_UPDATE_REQ.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: CC2541 can't update S120 connection parameters</title><link>https://devzone.nordicsemi.com/thread/21248?ContentTypeID=1</link><pubDate>Tue, 17 Mar 2015 11:50:11 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:220066e2-d75d-4e6a-bc90-ca56c2e9a3a7</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;What the peripheral can do is to set it&amp;#39;s preferred connection parameter so that the central device can read and update accordingly if the central wants. Or the peripheral can send the connection parameter request (it&amp;#39;s not the same as LL_CONNECTION_UPDATE_REQ) if the central accept that it will send LL_CONNECTION_UPDATE_REQ to update the connection parameter that justified with the request from peripheral. You can have  a look &lt;a href="http://developer.nordicsemi.com/nRF51_SDK/nRF51_SDK_v8.x.x/doc/8.0.0/s110/html/a00881.html"&gt;here&lt;/a&gt;.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: CC2541 can't update S120 connection parameters</title><link>https://devzone.nordicsemi.com/thread/21247?ContentTypeID=1</link><pubDate>Tue, 17 Mar 2015 11:48:19 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a9641285-fe20-42c2-aad7-0e69e101eefb</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;I am sorry that I don&amp;#39;t really get what you meant in &amp;quot;The BLE S120 will not send the packet when doing scan. And I saw the packet was sent after 50ms that I set as default connection interval. After I set the connection parameters when establish the connection and not scan when send data.&amp;quot;&lt;/p&gt;
&lt;p&gt;How the connection parameter is set in BLE is that, the central set the connection parameter (interval, timeout, slave latency) when it sends the connect request (when the connection is established). If there is no change, this connection parameter will be used all the time. The central and only the central can change this connection parameter by sending the LL_CONNECTION_UPDATE_REQ.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: CC2541 can't update S120 connection parameters</title><link>https://devzone.nordicsemi.com/thread/21245?ContentTypeID=1</link><pubDate>Tue, 17 Mar 2015 01:46:53 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:20c04f6a-cf74-4dd5-a93e-a4c5fcd960f9</guid><dc:creator>bihu</dc:creator><description>&lt;p&gt;I think I ignore the time line on S120 document. The BLE S120 will not send the packet when doing scan. And I saw the packet was sent after 50ms that I set as default connection interval. After I set the connection parameters when establish the connection and not scan when send data. But my application can&amp;#39;t set the connection interval when establish the connection for the chip didn&amp;#39;t send the data all the time. Do you think the peripheral device didn&amp;#39;t send LL_CONNECTION_UPDATE_REQ is the TI&amp;#39;s bug?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: CC2541 can't update S120 connection parameters</title><link>https://devzone.nordicsemi.com/thread/21244?ContentTypeID=1</link><pubDate>Mon, 16 Mar 2015 16:22:54 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:0d3fcf33-8210-4d3c-b106-8a1dbfb85116</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;I just have another look in the S120 v2.0.0 APIs. We do have the compability mode for legacy devices.
Could you try to use the opt api sd_ble_opt_set() with the compat_mode set to 1.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: CC2541 can't update S120 connection parameters</title><link>https://devzone.nordicsemi.com/thread/21243?ContentTypeID=1</link><pubDate>Mon, 16 Mar 2015 15:38:42 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d32cacc4-a581-4282-b0fa-3f23b843f164</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;@bihu: Preferred connection parameter update should be set on the peripheral not on the central side.&lt;/p&gt;
&lt;p&gt;We had the issue with CC2541 with older stack from TI before, that the TI chip doesn&amp;#39;t accept connection parameter update with tx windows offset set to 0. In the newer TI stack it works though.&lt;/p&gt;
&lt;p&gt;However, what you described it a little bit different where the S120 didn&amp;#39;t sent LL_CONNECTION_UPDATE_REQ. Have you made sure the connection parameter update request is accepted by the S120 ?&lt;/p&gt;
&lt;p&gt;Could you send me the sniffer trace that shows the issue ? Also please let me know your S120 version.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: CC2541 can't update S120 connection parameters</title><link>https://devzone.nordicsemi.com/thread/21246?ContentTypeID=1</link><pubDate>Mon, 16 Mar 2015 03:52:46 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:5ebedbcb-7fc0-409b-893d-52c5b2f568c5</guid><dc:creator>bihu</dc:creator><description>&lt;p&gt;And I tried to call sd_ble_gap_ppcp_get and sd_ble_gap_ppcp_set. The return error code is 6 (Not Supported). How to update connection interval on S120 side?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>