<?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>Where to find a health thermometer central device</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/14089/where-to-find-a-health-thermometer-central-device</link><description>In the examples delivered by Nordic, there is ble_app_hrs in ble_peripheral and ble_app_hrs_c in ble_central. But I cannot find a ble_app_hts_c in ble_central for the ble_perifpheral/ble_app_hts. 
 Is it available somewhere?</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 03 Jun 2016 06:56:21 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/14089/where-to-find-a-health-thermometer-central-device" /><item><title>RE: Where to find a health thermometer central device</title><link>https://devzone.nordicsemi.com/thread/53855?ContentTypeID=1</link><pubDate>Fri, 03 Jun 2016 06:56:21 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:60e285b4-f7e3-40d2-8102-9b768e56df24</guid><dc:creator>Petter Myhre</dc:creator><description>&lt;p&gt;Seems this question is answered. Maybe you can accept my answer?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Where to find a health thermometer central device</title><link>https://devzone.nordicsemi.com/thread/53854?ContentTypeID=1</link><pubDate>Thu, 02 Jun 2016 15:47:20 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a01c3dc8-81f6-4c1b-b97d-41fe77f7a9c4</guid><dc:creator>Rbai</dc:creator><description>&lt;p&gt;Got everything working by adding a call sd_ble_gattc_hv_confirm() to ack the data indication.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Where to find a health thermometer central device</title><link>https://devzone.nordicsemi.com/thread/53853?ContentTypeID=1</link><pubDate>Wed, 01 Jun 2016 22:57:29 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6d1b7741-a77b-4912-924e-bc1a4601e0ef</guid><dc:creator>Rbai</dc:creator><description>&lt;p&gt;Was able to receive the correct temperature data on the central device at initial connection. But since it is an indication, the HTS server is waiting for an ack from client. How to send an application level ack from HTS_C? Any code examples?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Where to find a health thermometer central device</title><link>https://devzone.nordicsemi.com/thread/53852?ContentTypeID=1</link><pubDate>Mon, 30 May 2016 12:33:03 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:cd4b26e3-23eb-4170-94e8-2cd7bab7712b</guid><dc:creator>Petter Myhre</dc:creator><description>&lt;p&gt;Have you registered the hts UUID with ble_db_discovery_evt_register()? You can choose when to do service discovery, it seems hrs_c is bonding first, while uart_c does service discovery first. Maybe it has something to do with optimization? Set Options for Target-&amp;gt;C/C++/Optimization to Level 0. Does it help?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Where to find a health thermometer central device</title><link>https://devzone.nordicsemi.com/thread/53851?ContentTypeID=1</link><pubDate>Fri, 27 May 2016 16:59:49 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a01cffd2-1235-4af8-b673-cd4b4aeecd0b</guid><dc:creator>Rbai</dc:creator><description>&lt;p&gt;I was able to get pass the scanning and GAP connection. But service discovery was not successful. Th NUS example shows that I need to do the service discovery after getting the BLE_GAP_EVT_CONNECTED event. But the HRS_C is doing the service discovery under a different place in DM_EVT_LINK_SECURED. Why it is different?&lt;/p&gt;
&lt;p&gt;Another issue is that the Keil debugger &amp;quot;Call Stack + locals&amp;quot; shows not in scope for some variables, which is in scope. Is that a known issue?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Where to find a health thermometer central device</title><link>https://devzone.nordicsemi.com/thread/53849?ContentTypeID=1</link><pubDate>Thu, 26 May 2016 16:09:26 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:bc46e566-1c33-4984-b710-e01b5d7b5aa2</guid><dc:creator>Petter Myhre</dc:creator><description>&lt;p&gt;The first thing you should do is to examine how the BLE_GAP_EVT_ADV_REPORT event is handled.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Where to find a health thermometer central device</title><link>https://devzone.nordicsemi.com/thread/53850?ContentTypeID=1</link><pubDate>Thu, 26 May 2016 15:43:55 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:517fbb2b-4d16-453c-9fc0-d8b2bb14c1dc</guid><dc:creator>Rbai</dc:creator><description>&lt;p&gt;I started writing the ble_app_hts_c. I copied the ble_app_hrs_c and made some name changes. I don&amp;#39;t expect the whole thing work without significant changes, but I am expecting it can at least scan and get the advertisement from the HTS server. But it never stops at ble_hrs_on_db_disc_evt() function, where UUIDs of the service can be seen. Can you give me some pointers on how to convert the hrs_c to hts_c? What needs to be done to scan the HTS? Thanks.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Where to find a health thermometer central device</title><link>https://devzone.nordicsemi.com/thread/53848?ContentTypeID=1</link><pubDate>Thu, 26 May 2016 11:04:21 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8f94303f-0833-49e9-b309-6d670be5612b</guid><dc:creator>Petter Myhre</dc:creator><description>&lt;p&gt;Unfortunately, we don&amp;#39;t have a hts_c example available.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>