<?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>working without DFU, not working with DFU</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/21223/working-without-dfu-not-working-with-dfu</link><description>Hi there, 
 I had the DFU already working very well for quite some time, but my luck has ended. When I program the application via JLink it works perfectly fine, also the download of the application via secure DFU itself doesnt cause any issues. 
 My</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 11 Apr 2017 07:41:44 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/21223/working-without-dfu-not-working-with-dfu" /><item><title>RE: working without DFU, not working with DFU</title><link>https://devzone.nordicsemi.com/thread/83043?ContentTypeID=1</link><pubDate>Tue, 11 Apr 2017 07:41:44 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:dc478d71-498d-4ce9-aaaf-c90dd497d16f</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Great that you found the issue. One option you may consider is to write the application using programmer (e.g nrfjprog) and generate a bootloader setting to allow the bootloader to start your application so that you don&amp;#39;t have to do OTA DFU on the first time. This way UICR will be written when you write your application. You then can merge the bootloader + application + bootloader setting and softdevice to be one hex and can use that in production. You can have a look at &lt;strong&gt;Appendix 1. Advanced features&lt;/strong&gt; &lt;a href="https://devzone.nordicsemi.com/blogs/1085/getting-started-with-nordics-secure-dfu-bootloader/"&gt;here&lt;/a&gt;.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: working without DFU, not working with DFU</title><link>https://devzone.nordicsemi.com/thread/83044?ContentTypeID=1</link><pubDate>Mon, 10 Apr 2017 19:30:04 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3e8d2979-af3b-425a-b85b-48f7fe12999f</guid><dc:creator>joe.ker</dc:creator><description>&lt;p&gt;Hi Hung,
Thansk for the feedback! I managed to solve the issue! It was indeed related to the UICR configuration. I programmed my application to set the NFC pins as GPIO, which happened when programming the application via SWD. On the other hand, when updating the application via Bluetooth DFU, the bootloader didn&amp;#39;t allow/perform this write, which meant that the pins were not configured as GPIO but still as NFC antenna pins.
As soon as my application wanted to access the pins to perform SPI transfers, the microcontroller crashed.
I solved the issue by setting the UICR already in the bootloader firmware instead of the application, now it works perfectly.&lt;/p&gt;
&lt;p&gt;Best regards,
Josef&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: working without DFU, not working with DFU</title><link>https://devzone.nordicsemi.com/thread/83042?ContentTypeID=1</link><pubDate>Mon, 10 Apr 2017 13:48:14 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:eb02c368-8e8b-4673-9396-849bc6765609</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi Josef,&lt;/p&gt;
&lt;p&gt;Could you try to simplify your application and check if it was using SPI causing the issue ?
You can for example create a program that only do SPI and nothing else just for testing.&lt;/p&gt;
&lt;p&gt;Could you check where exactly the hardfault occurs ? You can debug the application code and step in the code as a normal application even if the bootloader is flashed.&lt;/p&gt;
&lt;p&gt;I suspect there could be an issue with the interrupt handle and forwarding.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: working without DFU, not working with DFU</title><link>https://devzone.nordicsemi.com/thread/83046?ContentTypeID=1</link><pubDate>Sat, 08 Apr 2017 07:17:25 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:5d1304ad-6691-4daa-a4b8-1975ac0aca7a</guid><dc:creator>joe.ker</dc:creator><description>&lt;p&gt;Next best guess: I am using one of the pins reserved for the NFC antenna as SPI Clock pin, in the application i a UICR setting defined in a header file to enable that.&lt;/p&gt;
&lt;p&gt;const uint32_t UICR_ADDR_0x20C    &lt;strong&gt;attribute&lt;/strong&gt;((at(0x1000120C))) &lt;strong&gt;attribute&lt;/strong&gt;((used)) = 0xFFFFFFFE;	&lt;/p&gt;
&lt;p&gt;Does the Bootloader perform the same write to UICR as specified in the application header file or is that ignored? And if it is ignored, how could i have that write executed from the applidation during ota?&lt;/p&gt;
&lt;p&gt;Many thanks, Josef&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: working without DFU, not working with DFU</title><link>https://devzone.nordicsemi.com/thread/83045?ContentTypeID=1</link><pubDate>Fri, 07 Apr 2017 21:10:04 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:454cae5c-3b53-4fd8-b0a7-a9169274c837</guid><dc:creator>joe.ker</dc:creator><description>&lt;p&gt;I also tried different code optimizations, from -O0 to -O3, but same result... :/&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>