<?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>nRF51822 BLE UART latency</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/8515/nrf51822-ble-uart-latency</link><description>Peripheral receives 4 bytes from central in order to set color of 5 LEDs (1 byte command type + 3 bytes RGB data). There&amp;#39;s an iOS app with color picker where user can select a color. User may change color constantly by dragging his finger on the color</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 05 Aug 2015 07:24:43 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/8515/nrf51822-ble-uart-latency" /><item><title>RE: nRF51822 BLE UART latency</title><link>https://devzone.nordicsemi.com/thread/31098?ContentTypeID=1</link><pubDate>Wed, 05 Aug 2015 07:24:43 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:62bb6bb8-9fc0-44ee-bec0-75ccf9faf44e</guid><dc:creator>peetonn</dc:creator><description>&lt;p&gt;hah! it seems that changing this &amp;#39;#define MIN_CONN_INTERVAL               MSEC_TO_UNITS(500, UNIT_1_25_MS)&lt;br /&gt;
#define MAX_CONN_INTERVAL               MSEC_TO_UNITS(1000, UNIT_1_25_MS)  &amp;#39; to this &lt;code&gt;\#define MIN_CONN_INTERVAL MSEC_TO_UNITS(24, UNIT_1_25_MS) \#define MAX_CONN_INTERVAL MSEC_TO_UNITS(48, UNIT_1_25_MS)&lt;/code&gt; helped! i don&amp;#39;t see any lag anymore! would it be the correct way to solve it?
these defines are used in initializing &lt;code&gt;ble_gap_conn_params_t&lt;/code&gt; structure: &lt;code&gt;gap_conn_params.min_conn_interval = MIN_CONN_INTERVAL; gap_conn_params.max_conn_interval = MAX_CONN_INTERVAL;&lt;/code&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF51822 BLE UART latency</title><link>https://devzone.nordicsemi.com/thread/31097?ContentTypeID=1</link><pubDate>Wed, 05 Aug 2015 07:17:01 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:1385ff9b-13a3-47ef-86de-6f359c086f40</guid><dc:creator>peetonn</dc:creator><description>&lt;p&gt;yes, I&amp;#39;ve implemented central and peripheral. For peripheral, I have standard values:
&lt;code&gt;#define FIRST_CONN_PARAMS_UPDATE_DELAY APP_TIMER_TICKS(5000, APP_TIMER_PRESCALER)&lt;/code&gt; do you think this might be the problem?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF51822 BLE UART latency</title><link>https://devzone.nordicsemi.com/thread/31096?ContentTypeID=1</link><pubDate>Tue, 04 Aug 2015 08:47:54 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b7be6ff8-51ef-4f13-abf9-da3ab0bb55c4</guid><dc:creator>Anders Strand</dc:creator><description>&lt;p&gt;Hi.
The first thing i would look at is your connection intervals. These intervals determine how often your central and peripheral communicate. If it is too long, the packets will heap up on the iOS side (depending on app/iOS implementation).
Did you create both the LED peripheral as well as the iOS app?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>