<?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>about nrf51 Gazell timeslot period</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/18892/about-nrf51-gazell-timeslot-period</link><description>hi,
I test the gazell example gzll_ack_payload in SDK9.0,I found that the default timeslot period is 600us.But after testing using logic analysis,I found sometime transfer interval is600us,but most time it&amp;#39;s 1200us. What&amp;#39;s the reason?</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 11 Jan 2017 09:22:49 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/18892/about-nrf51-gazell-timeslot-period" /><item><title>RE: about nrf51 Gazell timeslot period</title><link>https://devzone.nordicsemi.com/thread/73004?ContentTypeID=1</link><pubDate>Wed, 11 Jan 2017 09:22:49 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:29bb38eb-e5d5-453c-b0ab-242d25fd3752</guid><dc:creator>Sigurd</dc:creator><description>&lt;p&gt;Yes, that is correct.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: about nrf51 Gazell timeslot period</title><link>https://devzone.nordicsemi.com/thread/73003?ContentTypeID=1</link><pubDate>Wed, 11 Jan 2017 03:07:18 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:01f149fa-bc44-4338-b0be-fe162b822cb8</guid><dc:creator>OPQ</dc:creator><description>&lt;p&gt;I test the VDD_PA pin.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: about nrf51 Gazell timeslot period</title><link>https://devzone.nordicsemi.com/thread/73002?ContentTypeID=1</link><pubDate>Wed, 11 Jan 2017 01:16:43 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:83ae9870-930e-4deb-ba75-b66ca1c21b04</guid><dc:creator>OPQ</dc:creator><description>&lt;p&gt;Hi Siguard,
Thanks.
So,the some 600us transfer interval is the retransmision?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: about nrf51 Gazell timeslot period</title><link>https://devzone.nordicsemi.com/thread/73001?ContentTypeID=1</link><pubDate>Tue, 10 Jan 2017 14:44:25 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:527bef37-88a0-4c72-a5da-6a93fc1f87d6</guid><dc:creator>Sigurd</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Gazell can only send a new payload every 2 timeslots. So the transfer interval will be 1200us, resulting in a maximum data rate of 213 kbps in each direction.&lt;/p&gt;
&lt;p&gt;The reason for this is the way the Gazell device synchronizes with the host. The host will stay on each frequency for 2 timeslot periods. When the device gets an ACK from the host it know that it is synchronized to the host, but it doesn&amp;#39;t know whether the host is on the first or second timeslot for that specific channel. The only way the device can be sure that it will stay synchronized with the host is to update the RF frequency and add a new payload on every other timeslot, at the same rate that the host is changing frequency.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>