<?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>nrf52 does not reset after DFU</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/48103/nrf52-does-not-reset-after-dfu</link><description>Hi, 
 
 From this link https://devzone.nordicsemi.com/f/nordic-q-a/34224/device-does-not-reset-after-dfu I understand that the compiler option flto caused reset issues. Is this still an issue and is this a problem with nRF52832 too? 
 Apologies for starting</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 11 Jun 2019 15:50:17 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/48103/nrf52-does-not-reset-after-dfu" /><item><title>RE: nrf52 does not reset after DFU</title><link>https://devzone.nordicsemi.com/thread/192149?ContentTypeID=1</link><pubDate>Tue, 11 Jun 2019 15:50:17 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:299efbe5-90d0-4e26-860d-e1265ced045e</guid><dc:creator>bjorn-spockeli</dc:creator><description>&lt;p&gt;I would recommend not setting a too narrow window, I would suggest using the default values in the bootloader example.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52 does not reset after DFU</title><link>https://devzone.nordicsemi.com/thread/191985?ContentTypeID=1</link><pubDate>Tue, 11 Jun 2019 09:25:05 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a820fe53-8f55-4b89-9566-995baa0e3338</guid><dc:creator>chaitz</dc:creator><description>&lt;p&gt;The SDK version is v15.2 and the issue seems to be related to connection params. The connection interval counts were&amp;nbsp;modified from the default 12 to 10 (min) and 30 (max) and the script we used for DFU started behaving inconsistently when compared to earlier settings of 12. We have a requirement to get DFU working on 4 different platforms (windows, macOS, iOS, Android). Keeping it at 12 causes issues with windows and sometimes with Android too. Do you have any recommended connection param settings which work for all the platforms?&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52 does not reset after DFU</title><link>https://devzone.nordicsemi.com/thread/190977?ContentTypeID=1</link><pubDate>Wed, 05 Jun 2019 07:46:18 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:dfe7f906-a8fd-4099-a21b-2e447c461b71</guid><dc:creator>bjorn-spockeli</dc:creator><description>&lt;p&gt;Which SDK version are you using?&lt;/p&gt;
&lt;p&gt;The Link Time Optimization(LTO) issue occured when using a GCC version that was not production tested with the nRF5 SDK, e.g. using&amp;nbsp;&lt;span&gt;GCC ARM Embedded 7 instead of&amp;nbsp;&lt;/span&gt;&lt;span&gt;GCC ARM Embedded 6.3. We also do not see any issues with LTO when using the correct GCC version.&amp;nbsp;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;The latest SDK(v15.3.0) has been production tested with&amp;nbsp;GCC ARM Embedded 7.2018q2.update and as far as I know we have not seen any issues with enabling LTO when compiling the SDK examples.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Best regards&lt;/p&gt;
&lt;p&gt;Bjørn&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>