<?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>New &amp;#39;Indoor Positioning Service&amp;#39; and error value 0x80</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/7285/new-indoor-positioning-service-and-error-value-0x80</link><description>The BT SIG has adopted the &amp;quot;Indoor Positioning Service&amp;quot; and in there it says ... 
 &amp;quot;When a characteristic value is written, the Server may check the validity of the value. If the value is invalid, the Server can reject the write request by sending the</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 27 May 2015 14:24:56 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/7285/new-indoor-positioning-service-and-error-value-0x80" /><item><title>RE: New 'Indoor Positioning Service' and error value 0x80</title><link>https://devzone.nordicsemi.com/thread/25758?ContentTypeID=1</link><pubDate>Wed, 27 May 2015 14:24:56 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b445e0da-d1d7-4afc-960e-e69c9d5ddb56</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;@Mahendra:
We use &amp;quot;authorize&amp;quot; because it&amp;#39;s name of one of the characteristic&amp;#39;s pemissions defined in spec. The purpose of write with authorization maybe not only just to validate if the value is correct but also if the central device is allowed to write, etc.&lt;/p&gt;
&lt;p&gt;If the answer from RK helped, could you please check the answer as correct ?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: New 'Indoor Positioning Service' and error value 0x80</title><link>https://devzone.nordicsemi.com/thread/25757?ContentTypeID=1</link><pubDate>Wed, 27 May 2015 11:42:04 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:5d2a1b15-8732-4864-9bbb-7224bd5edd2c</guid><dc:creator>Mahendra Tailor</dc:creator><description>&lt;p&gt;My bad. You are correct it will work. And beauty is that it can be enabled for only characteristics that you want via the metadata stuff.
However, I hope Nordic duplicate the event+reply and replace &amp;#39;authorize&amp;#39; with &amp;#39;validate&amp;#39; purely from documentation point of view.
Thank you very much for the suggestion&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: New 'Indoor Positioning Service' and error value 0x80</title><link>https://devzone.nordicsemi.com/thread/25756?ContentTypeID=1</link><pubDate>Wed, 27 May 2015 10:22:09 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:bb8bcd47-c4d6-422f-9b23-04a67a2c8df0</guid><dc:creator>RK</dc:creator><description>&lt;p&gt;I don&amp;#39;t understand what you mean by &amp;#39;the nrferror would need to be translated in the stack into an att_err&amp;#39;. One of the parameters to that call includes a gatt_status code which indicates success or failure and maps to the ATT error codes defined by Bluetooth. If you set one of the defined constants, the correct ATT error is sent back to the host.&lt;/p&gt;
&lt;p&gt;I don&amp;#39;t see what else is needed here, perhaps you can explain.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: New 'Indoor Positioning Service' and error value 0x80</title><link>https://devzone.nordicsemi.com/thread/25755?ContentTypeID=1</link><pubDate>Wed, 27 May 2015 10:05:33 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3f691db7-a8b1-494d-9318-00e2d07261d9</guid><dc:creator>Mahendra Tailor</dc:creator><description>&lt;p&gt;Interesting.&lt;/p&gt;
&lt;p&gt;That can work as it provides the data to validate and the nrferror would need to be translated in the stack into an att_err.&lt;/p&gt;
&lt;p&gt;The positive take on this is that the mechanism already exists so perhaps Nordic needs to create a specific event and reply function that deals with this.&lt;/p&gt;
&lt;p&gt;I am encouraged. Thank you for the suggestion.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: New 'Indoor Positioning Service' and error value 0x80</title><link>https://devzone.nordicsemi.com/thread/25754?ContentTypeID=1</link><pubDate>Wed, 27 May 2015 09:56:17 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:53c6f447-2988-455f-9ad5-36317a29cb52</guid><dc:creator>RK</dc:creator><description>&lt;p&gt;Does&lt;/p&gt;
&lt;pre&gt;&lt;code&gt;sd_ble_gatts_rw_authorize_reply()
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;not do what you require? Make the parameter rw_auth and you&amp;#39;ll get called on write and can reject with any GATT status code.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>