<?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>Advertising after DFU</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/62989/advertising-after-dfu</link><description>My application implements a beacon with services, and a buttonless BLE bootloader. 
 The application can start the bootloader in two ways. 
 The first method is executed locally. 
 #define BOOTLOADER_DFU_START 0xB1 sd_power_gpregret_set(0, BOOTLOADER_DFU_START</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 26 Jun 2020 17:02:19 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/62989/advertising-after-dfu" /><item><title>RE: Advertising after DFU</title><link>https://devzone.nordicsemi.com/thread/257197?ContentTypeID=1</link><pubDate>Fri, 26 Jun 2020 17:02:19 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e2b6a219-4080-4447-8d68-3c6b30c733cb</guid><dc:creator>Ken A</dc:creator><description>&lt;p&gt;This gets more confusing.&lt;/p&gt;
&lt;p&gt;I stripped out all unnecessary code, and the problem remains.&lt;/p&gt;
&lt;p&gt;It is running on the nRF52840 DK board and I am looking at the disconnect/connect issue, ignoring DFU for now.&lt;/p&gt;
&lt;p&gt;The last code I want to remove is for USB. The application requires&amp;nbsp;a USB UART. If I do not initialize USB prior to initializing the softdevice, the function&amp;nbsp;nrf_sdh_enable_request() will fail.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Advertising after DFU</title><link>https://devzone.nordicsemi.com/thread/257101?ContentTypeID=1</link><pubDate>Fri, 26 Jun 2020 10:54:46 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f4887b84-b098-4096-93a9-f134bbd81d68</guid><dc:creator>Edvin</dc:creator><description>&lt;p&gt;In both cases, perhaps there is some application error that stops the device directly after the advertisement is started? Have you tried to debug and see what happens? Is the error handler catching something? Does the log say something? If you use a fairly new SDK, the log should say if one of the APP_ERROR_CHECK() catches something.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Is there some way for me to reproduce your issue on an nRF52840 DK?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Advertising after DFU</title><link>https://devzone.nordicsemi.com/thread/257017?ContentTypeID=1</link><pubDate>Thu, 25 Jun 2020 18:03:37 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:48032d15-f01a-4853-8d2d-d0350b00b17a</guid><dc:creator>Ken A</dc:creator><description>&lt;p&gt;ble_advertising_start returns NRF_SUCCESS in both cases.&lt;/p&gt;
&lt;p&gt;Here is another odd behavior. If I connect to the device from the nRF Connect app, and then disconnect, and rescan for devices, the device is no longer advertising.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Advertising after DFU</title><link>https://devzone.nordicsemi.com/thread/256958?ContentTypeID=1</link><pubDate>Thu, 25 Jun 2020 13:53:09 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:20104c3e-746f-48be-8f55-a6568d2e3505</guid><dc:creator>Edvin</dc:creator><description>[quote user="Ken A"]the application runs normally (except for not advertising in the second method).[/quote]
&lt;p&gt;&amp;nbsp;So it doesn&amp;#39;t run normally, then.&lt;/p&gt;
&lt;p&gt;Why is it not advertising? Does ble_advertising_start return NRF_SUCCESS?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Advertising after DFU</title><link>https://devzone.nordicsemi.com/thread/256953?ContentTypeID=1</link><pubDate>Thu, 25 Jun 2020 13:43:49 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ec47828a-577f-493d-8f2b-16b25795b388</guid><dc:creator>Ken A</dc:creator><description>&lt;p&gt;In both cases, after the DFU is complete, the application runs normally (except for not advertising in the second method).&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Advertising after DFU</title><link>https://devzone.nordicsemi.com/thread/256924?ContentTypeID=1</link><pubDate>Thu, 25 Jun 2020 12:58:45 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c6b77637-9899-43bb-9a9e-c130a0a443f2</guid><dc:creator>Edvin</dc:creator><description>&lt;p&gt;Have you tried to debug the issue? After the application is updated using the second method, is the application started at all, or is it stuck in the bootloader?&lt;/p&gt;
&lt;p&gt;If you enable logging, do you see any logging from the application? If you try to use the pca10056_s140_ble_debug bootloader project instead of the pca10056_s140_ble project, does the bootloader indicate that the application should start, or is it stuck somewhere in the bootloader? You can monitor the log from the bootloader if you use the ..._debug project.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Edvin&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>