<?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>disconnect with reason BLE_HCI_CONNECTION_TIMEOUT after battery ADC</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/2061/disconnect-with-reason-ble_hci_connection_timeout-after-battery-adc</link><description>Hello, 
 I recently tested the nRF51822 with a non-Nordic BLE devices and encountered some problems. When testing with Nordic the connection is maintained with no problem, but while testing using TI&amp;#39;s dongle or an android phone the connection is getting</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Sat, 10 May 2014 06:42:24 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/2061/disconnect-with-reason-ble_hci_connection_timeout-after-battery-adc" /><item><title>RE: disconnect with reason BLE_HCI_CONNECTION_TIMEOUT after battery ADC</title><link>https://devzone.nordicsemi.com/thread/8827?ContentTypeID=1</link><pubDate>Sat, 10 May 2014 06:42:24 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ac0c16b3-d83f-4790-89c5-2ff2bfa2679a</guid><dc:creator>Martin</dc:creator><description>&lt;p&gt;Hi, I am also concerned if this issue will be a problem when moving from iphone to android implementation. What I read is that there is some differences in how iOS and android implements BLE, but should today be no problem in android 4.x.&lt;/p&gt;
&lt;p&gt;First I was woundering what the functions called in ADC irq handler was doing, not a good practice to do lengthy jobs in irq handler, better set a flag or value and execute in main loop or put sched event i this case with Nordic sdk code.&lt;/p&gt;
&lt;p&gt;But couldn&amp;#39;t this be the issue with calling BLE stack sd_ functions from a higher priority level? The function battery_start (with sd calls) is called from the radio_notify_evt which in prio high. Search for Hard falt, or does this high level restriction just apply certain sd (softdevice) function calls??&lt;/p&gt;
&lt;p&gt;My understanding of calling ble stack/soft device with a higher priority is that it can be busy and doesn&amp;#39;t allow any higer level &amp;quot;user land&amp;quot; code override and alter the ble internal state, therefor it catch it as hard falt cause it can be &amp;quot;unsafe&amp;quot;?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: disconnect with reason BLE_HCI_CONNECTION_TIMEOUT after battery ADC</title><link>https://devzone.nordicsemi.com/thread/8826?ContentTypeID=1</link><pubDate>Mon, 07 Apr 2014 16:55:38 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:824ba0a3-905e-4a39-acad-dc94dab5bd5e</guid><dc:creator>Anthony Ambuehl</dc:creator><description>&lt;p&gt;Is anyone at nordic looking into this issue?  It has been 5 days with no response.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>