<?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>BLE Writable Variables</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/32768/ble-writable-variables</link><description>I have a working application based on one of the examples in the dev kit. It was quite a struggle, and shouldn&amp;#39;t be that hard. I would have expected simply a table of variables to expose on BLE, along with attributes such as size and preferred display</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 03 Apr 2018 14:35:27 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/32768/ble-writable-variables" /><item><title>RE: BLE Writable Variables</title><link>https://devzone.nordicsemi.com/thread/126679?ContentTypeID=1</link><pubDate>Tue, 03 Apr 2018 14:35:27 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:5b01d4bf-8f42-436a-97eb-1c108c37dae1</guid><dc:creator>SteveHx</dc:creator><description>&lt;p&gt;If I&amp;#39;m reading that correctly, the answer is that it&amp;#39;s a bug in nRF Connect, that&amp;#39;s not likely to be fixed soon, and there&amp;#39;s no workaround. What a way to run a railroad!&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE Writable Variables</title><link>https://devzone.nordicsemi.com/thread/126672?ContentTypeID=1</link><pubDate>Tue, 03 Apr 2018 13:50:35 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d3b21b38-1a24-4d67-94a1-b0972f35e905</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;You can check out this case:&amp;nbsp;&lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/31253/is-it-possible-to-display-integer-on-nrf-connect-app"&gt;https://devzone.nordicsemi.com/f/nordic-q-a/31253/is-it-possible-to-display-integer-on-nrf-connect-app&lt;/a&gt;&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE Writable Variables</title><link>https://devzone.nordicsemi.com/thread/126410?ContentTypeID=1</link><pubDate>Thu, 29 Mar 2018 16:28:55 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:de240395-a782-4166-bc12-bddb5da8ea4e</guid><dc:creator>SteveHx</dc:creator><description>&lt;p&gt;I now have my example working based on Blinky, and it&amp;#39;s much cleaner than being based on CGMS even though the latter is closer to what I&amp;#39;m ultimately trying to accomplish. I have changed the value being reported for a button press to reflect the value I need to report, and have even succeeded at making it a 2-byte value instead of one byte as in the Blinky example code. So far so good. But I need to have the number treated as a 16-bit SFloat type, and displayed accordingly. Here&amp;#39;s how I&amp;#39;ve modified the relevant section of button_char_add to change the type and units, but thus far it&amp;#39;s completely ignored.&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; char_md.char_props.read&amp;nbsp;&amp;nbsp; = 1;&lt;br /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; char_md.char_props.notify = 1;&lt;br /&gt;&lt;strong&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; char_md.p_char_user_desc&amp;nbsp; = (uint8_t *) &amp;quot;Glucose&amp;quot;;&lt;/strong&gt;&lt;br /&gt;&lt;strong&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; char_md.char_user_desc_max_size = 12;&lt;/strong&gt;&lt;br /&gt;&lt;strong&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; char_md.char_user_desc_size = 7;&lt;/strong&gt;&lt;br /&gt;&lt;strong&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; char_pf.format = 0x16;&amp;nbsp;&amp;nbsp; // 16-bit SFLOAT&lt;/strong&gt;&lt;br /&gt;&lt;strong&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; char_pf.unit&amp;nbsp;&amp;nbsp; = 0x27B1; // units of mG per dL&lt;/strong&gt;&lt;br /&gt;&lt;strong&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; char_md.p_char_pf&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; = &amp;amp;char_pf;&lt;/strong&gt;&lt;br /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; char_md.p_user_desc_md&amp;nbsp;&amp;nbsp;&amp;nbsp; = NULL;&lt;br /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; char_md.p_cccd_md&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; = &amp;amp;cccd_md;&lt;br /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; char_md.p_sccd_md&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; = NULL;&lt;br /&gt;&lt;br /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; ble_uuid.type = BLE_UUID_TYPE_BLE; //FIXME p_lbs-&amp;gt;uuid_type;&lt;br /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; ble_uuid.uuid = BLE_UUID_CGM_MEASUREMENT;&lt;/p&gt;
&lt;p&gt;Also, what&amp;#39;s the best way to ensure that all the previously-captured configuration information that shows up in nRF Connect is actually refreshed from my code? I&amp;#39;ve been tripped up several times by nRF Connect continuing to use old values after I change my code. I&amp;#39;m not sure exactly what steps to take.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE Writable Variables</title><link>https://devzone.nordicsemi.com/thread/126337?ContentTypeID=1</link><pubDate>Wed, 28 Mar 2018 15:10:04 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f2e07af2-e8bc-4cdd-b466-2b454deb46ad</guid><dc:creator>SteveHx</dc:creator><description>&lt;p&gt;I have been chasing my tail and burning up my client&amp;#39;s billable hours for a couple weeks now on this. Is it really too much to ask that there be a simple example of a characteristic that allows me to write a value from a phone into my app and have it call a routine? Based on more decades of embedded development than I really want to admit, there should be a simple table for BLE, with a line for each variable of interest, containing a pointer to an internal variable, the size of that variable, formatting information, flags to allow read or write, and pointers to one or both functions to be called before the value is read and after it is written. I have struggled with the CGMS example and have it displaying a value from my analog hardware in real time, but it was way more of a struggle than it should have been. Could someone PLEASE point me to some example code that actually works, and containing a simple example that I can lift into my code, that will allow me to write a variable from BLE?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE Writable Variables</title><link>https://devzone.nordicsemi.com/thread/126030?ContentTypeID=1</link><pubDate>Mon, 26 Mar 2018 21:15:19 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:709abd0a-d236-4d71-ac45-ba34efac47b6</guid><dc:creator>SteveHx</dc:creator><description>&lt;p&gt;Okay, thanks. I&amp;#39;ll have another look at that. I had tried using that but got lost in that unwieldy chain of calls stacked into calls and structs stacked on structs.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE Writable Variables</title><link>https://devzone.nordicsemi.com/thread/126028?ContentTypeID=1</link><pubDate>Mon, 26 Mar 2018 20:25:59 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:0318a9d9-b49c-460e-98c2-9db390010344</guid><dc:creator>Daniel Wang</dc:creator><description>&lt;p&gt;The &lt;a href="http://infocenter.nordicsemi.com/topic/com.nordic.infocenter.sdk5.v14.2.0/ble_sdk_app_blinky.html?cp=4_0_1_4_2_2_3"&gt;ble_app_blinky &lt;/a&gt;example could maybe be helpful. In that example you could write 0 or 1 in nRFConnct on the LED Characteristic (0x1525) to turn the LED off/on.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>