<?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>Is there any possible interference between the ble advertising service and the timeslots api?</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/22030/is-there-any-possible-interference-between-the-ble-advertising-service-and-the-timeslots-api</link><description>We&amp;#39;re​ developing with SDK 10.0, nrf51, softdevice 8.0.0, s110. 
 We started with the ble_uart_app and added our own functionality, which includes the timeslot functionality. It&amp;#39;s supposed to reserve a slot every 8ms, for 1.5ms, but it&amp;#39;s a best effort</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 19 May 2017 08:06:59 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/22030/is-there-any-possible-interference-between-the-ble-advertising-service-and-the-timeslots-api" /><item><title>RE: Is there any possible interference between the ble advertising service and the timeslots api?</title><link>https://devzone.nordicsemi.com/thread/86452?ContentTypeID=1</link><pubDate>Fri, 19 May 2017 08:06:59 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:36c76a6e-c433-4f04-b7a3-9224a9f15eec</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;I see your point now. I am not 100% sure how it&amp;#39;s inside the scheduler of the softdevice, but pretty certain that type of request will be rejected. The scheduler only schedule event in the future.
You should use action EXTEND instead of REQUEST_AND_END in that case.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Is there any possible interference between the ble advertising service and the timeslots api?</title><link>https://devzone.nordicsemi.com/thread/86445?ContentTypeID=1</link><pubDate>Thu, 18 May 2017 14:05:22 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:64c139fc-5e67-4e4a-bbf1-1dbd2542730b</guid><dc:creator>dlevtonyuk</dc:creator><description>&lt;p&gt;Yes, I followed the tutorial. What I mean by &amp;quot;current time&amp;quot; is that since we are requesting the next timeslot based on the start of the PREVIOUS timeslot, isn&amp;#39;t it possible to request a timeslot whose start time would occur either right now or just 1 us ago? I doubt I&amp;#39;m seeing this issue, I think I would just get a NRF_EVT_RADIO_BLOCKED.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Is there any possible interference between the ble advertising service and the timeslots api?</title><link>https://devzone.nordicsemi.com/thread/86451?ContentTypeID=1</link><pubDate>Tue, 16 May 2017 07:45:21 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b92f9c16-9e79-4ba9-92f7-60434af1e819</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;What do you mean by &amp;quot;current time &amp;quot; ? When you request or extend a timeslot, you need to select distance and length (except for request earliest then you don&amp;#39;t need distance). The distance is the period counted from the time of the START signal marking the beginning of the previous timeslot. Distance can&amp;#39;t be a negative number. I assume you followed &lt;a href="https://devzone.nordicsemi.com/tutorials/16/"&gt;this tutorial&lt;/a&gt; ?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Is there any possible interference between the ble advertising service and the timeslots api?</title><link>https://devzone.nordicsemi.com/thread/86450?ContentTypeID=1</link><pubDate>Mon, 15 May 2017 15:30:37 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ff2e1a71-c5f1-4405-92b7-94d8fe9710b2</guid><dc:creator>dlevtonyuk</dc:creator><description>&lt;p&gt;What would happen if I tried to reserve a timeslot at a time that has already passed, from the SD&amp;#39;s perspective? Since I&amp;#39;m trying to calculate the time for the next slot depending on the timing of the previous slot, what would happen if I requested a &amp;#39;negative&amp;#39; time? Or, is there some way for me to know  what the current time is?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Is there any possible interference between the ble advertising service and the timeslots api?</title><link>https://devzone.nordicsemi.com/thread/86449?ContentTypeID=1</link><pubDate>Mon, 15 May 2017 14:57:35 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:2a4f9910-83aa-4b5a-83a3-76c0f908cc97</guid><dc:creator>dlevtonyuk</dc:creator><description>&lt;p&gt;Removing the timeslots removes the issue. No connection attempts make it reset.
I&amp;#39;ll dig into that code.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Is there any possible interference between the ble advertising service and the timeslots api?</title><link>https://devzone.nordicsemi.com/thread/86448?ContentTypeID=1</link><pubDate>Mon, 15 May 2017 14:43:02 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:cca34d0d-e68f-40f8-89af-4e20c4a79b29</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;You mentioned removing the timeslot only &amp;quot;alleviate&amp;quot; not completely removes the issue ?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Is there any possible interference between the ble advertising service and the timeslots api?</title><link>https://devzone.nordicsemi.com/thread/86447?ContentTypeID=1</link><pubDate>Mon, 15 May 2017 13:44:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:08581f78-d831-428e-b03a-aaa7b3c4592a</guid><dc:creator>dlevtonyuk</dc:creator><description>&lt;p&gt;No, I can&amp;#39;t reproduce it. I started modifying the example app to test this exact scenario, but started having issues getting the timeslots working for more than 100ms. I had to pause on that.&lt;/p&gt;
&lt;p&gt;The trace is a good idea; I&amp;#39;ll try to post one today sometime.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Is there any possible interference between the ble advertising service and the timeslots api?</title><link>https://devzone.nordicsemi.com/thread/86446?ContentTypeID=1</link><pubDate>Mon, 15 May 2017 11:18:48 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:821ba92f-03d7-4c58-8dff-cb6aef23333c</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Can you reproduce the issue with unmodified ble_app_uart example in the SDK ?&lt;/p&gt;
&lt;p&gt;A &lt;a href="https://www.nordicsemi.com/eng/Products/Bluetooth-Smart-Bluetooth-low-energy/nRF-Sniffer/"&gt;sniffer trace&lt;/a&gt; could help reveal a lot.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>