<?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>Receive a broadcasted packet within 5 sec</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/9210/receive-a-broadcasted-packet-within-5-sec</link><description>Hi, 
 I want to design one BLE braodcaster and one BLE observer using nRF51822 chip. 
 What should be the advertising interval time and receiving interval time (with receiving window time) to receive the broadcasted packet within 5 sec without any failure</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 15 Sep 2015 12:03:05 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/9210/receive-a-broadcasted-packet-within-5-sec" /><item><title>RE: Receive a broadcasted packet within 5 sec</title><link>https://devzone.nordicsemi.com/thread/33956?ContentTypeID=1</link><pubDate>Tue, 15 Sep 2015 12:03:05 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f2a91341-cd47-4f29-8809-2ad6aef2892f</guid><dc:creator>shibshab</dc:creator><description>&lt;p&gt;They are synchronized using the timing set up in the CONNECT REQUEST packet.
The &amp;#39;observer&amp;#39; will automatically turn on the radio a few microseconds before the &amp;#39;broadcaster&amp;#39; will transmit its data. Since the two devices are synchronized, it can do this since it knows exactly (within a defined margin) when the packet will arrive.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Receive a broadcasted packet within 5 sec</title><link>https://devzone.nordicsemi.com/thread/33955?ContentTypeID=1</link><pubDate>Tue, 15 Sep 2015 11:47:37 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:1384a7a7-4954-4d12-829d-8f313dde4b7c</guid><dc:creator>sunil.dhaduk</dc:creator><description>&lt;p&gt;Hi Shibshab,&lt;/p&gt;
&lt;p&gt;Thank you for your valuable reply...&lt;/p&gt;
&lt;p&gt;During connection interval, how both devices will be synchronized?&lt;/p&gt;
&lt;p&gt;For connection event, one also has to receive other&amp;#39;s broadcasted packet.&lt;/p&gt;
&lt;p&gt;Please correct me if I am wrong.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Receive a broadcasted packet within 5 sec</title><link>https://devzone.nordicsemi.com/thread/33954?ContentTypeID=1</link><pubDate>Tue, 15 Sep 2015 10:47:40 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:0e5c39a9-8dc8-4ebc-93fc-c0373c3a12f2</guid><dc:creator>shibshab</dc:creator><description>&lt;p&gt;With advertisements there can be no guarantees as the devices are not synchronized in any way.&lt;/p&gt;
&lt;p&gt;By initiating a connection you can use a connection interval of 4 seconds, in which both devices will be synchronized and the power consumption will be at an absolute minimum.&lt;/p&gt;
&lt;p&gt;Alternatively you could set the scan window to 5 seconds which will make the observer stay on a single ADV channel for 5 seconds before jumping to the next channel. This will however draw much more power than a connected solution.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>