<?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>Can a BLE Peripheral cancel its own notification before a transmission event?</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/23775/can-a-ble-peripheral-cancel-its-own-notification-before-a-transmission-event</link><description>I&amp;#39;m having trouble with my UWP Central/Client application, and I want to see how it responds to modified Peripheral/Server behavior. 
 How my large (several kB) reads are done is by having notifications enabled, then repeatedly calling sd_ble_gatts_hvx</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 27 Jul 2017 11:06:37 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/23775/can-a-ble-peripheral-cancel-its-own-notification-before-a-transmission-event" /><item><title>RE: Can a BLE Peripheral cancel its own notification before a transmission event?</title><link>https://devzone.nordicsemi.com/thread/93514?ContentTypeID=1</link><pubDate>Thu, 27 Jul 2017 11:06:37 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e373ded5-f8b1-457d-9c1d-2c65bb8d2169</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;I don&amp;#39;t think we flush as much as possible. I believe the LL command should have more priority and use different buffer from the TX buffer. What I believe is if the TX buffer is not queued for the current packet, it won&amp;#39;t be queued anymore. And the TX buffer will be flushed after the connection is terminated.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Can a BLE Peripheral cancel its own notification before a transmission event?</title><link>https://devzone.nordicsemi.com/thread/93510?ContentTypeID=1</link><pubDate>Wed, 26 Jul 2017 13:41:36 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6e85c1e6-5a13-4ade-80e7-d3b9a96e1913</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;@Elias Simon: I don&amp;#39;t see any problem that endnode comment on your question and suggest an answer. As far as I understand, this is a community where members helping each other. Without the help of the active users, such as Endnode, RK, etc, we won&amp;#39;t be able to handle all of the questions.&lt;/p&gt;
&lt;p&gt;We have voting system and &amp;quot;accepting answer&amp;quot; feature, so that the correct information/answer will stand out.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Can a BLE Peripheral cancel its own notification before a transmission event?</title><link>https://devzone.nordicsemi.com/thread/93512?ContentTypeID=1</link><pubDate>Wed, 26 Jul 2017 13:37:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:2501bb34-7157-40b0-aa07-5ffd057ad679</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;No, there is nothing like that in the API.
The only thing I can think of to flush the TX queue, is to trigger a disconnection to avoid queued packet being sent. And there is no guarantee all packets in the buffer will be stopped right after we call disconnect request.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Can a BLE Peripheral cancel its own notification before a transmission event?</title><link>https://devzone.nordicsemi.com/thread/93509?ContentTypeID=1</link><pubDate>Tue, 25 Jul 2017 20:24:36 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:97f6a9c1-339c-4377-8a50-0a9cad7a0b31</guid><dc:creator>endnode</dc:creator><description>&lt;p&gt;OK, no problem. It&amp;#39;s also not answer but comment as you can see.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Can a BLE Peripheral cancel its own notification before a transmission event?</title><link>https://devzone.nordicsemi.com/thread/93508?ContentTypeID=1</link><pubDate>Tue, 25 Jul 2017 20:12:02 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:edb2492c-2229-4951-b81b-b3248de52272</guid><dc:creator>Elias</dc:creator><description>&lt;p&gt;Dude, you&amp;#39;re not a Nordic employee, so can you please try to stick to questions that you can answer with testable suggestions? With this, like my last question, I simply don&amp;#39;t believe you because you don&amp;#39;t have the credibility of being paid to know this stuff.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Can a BLE Peripheral cancel its own notification before a transmission event?</title><link>https://devzone.nordicsemi.com/thread/93507?ContentTypeID=1</link><pubDate>Tue, 25 Jul 2017 20:05:23 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:09309bc6-7a14-4033-94ef-950a40995b79</guid><dc:creator>endnode</dc:creator><description>&lt;p&gt;Nothing like that in the API, only connection procedure seems can be canceled but not GATT methods queued in the SD...&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>