<?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>What is sd-id 0xCAFE?</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/48044/what-is-sd-id-0xcafe</link><description>I am debugging a strange issue regarding UART DFU. I am using the SES project in .\nRF5_SDK_15.3.0_59ac345\examples\dfu\secure_bootloader\pca10040_uart_debug\ses 
 I erase my MCU with J-Flash Lite, then debug the project, which flashes the MBR and the</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 03 Jun 2019 21:47:37 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/48044/what-is-sd-id-0xcafe" /><item><title>RE: What is sd-id 0xCAFE?</title><link>https://devzone.nordicsemi.com/thread/190629?ContentTypeID=1</link><pubDate>Mon, 03 Jun 2019 21:47:37 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:95628c10-8b81-4d14-bbf2-85c7ac8472fc</guid><dc:creator>Collin</dc:creator><description>&lt;p&gt;Thanks for the answer, makes sense about the scripts.&lt;/p&gt;
&lt;p&gt;Another note, I found that the DFU bootloader will not accept a softDevice package with sd-req 0xFFFE, since it is not running a softDevice. So, the first time I run a board, the UART DFU needs sd-req of the softDevice package to be 0.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: What is sd-id 0xCAFE?</title><link>https://devzone.nordicsemi.com/thread/190538?ContentTypeID=1</link><pubDate>Mon, 03 Jun 2019 13:34:36 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:5c3b1f17-49da-493f-957b-710a255b9b82</guid><dc:creator>bjorn-spockeli</dc:creator><description>&lt;p&gt;HI Collin,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;0xCAFE is the FWID used for alpha versions of the SoftDevice.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;If you set the sd-req to 0xFFFE, then the bootloader will accept any SoftDevice.&amp;nbsp;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;pre class="ui-code" data-mode="c_cpp"&gt;/** @brief SD_REQ_ANY_VERSION field value which indicates that any SoftDevice version is valid. 
 *
 * @note This is used by external application in case SoftDevice version compatibility isn&amp;#39;t needed.
 */
#define SD_REQ_ANY_VERSION (0xFFFE)&lt;/pre&gt;&lt;/p&gt;
&lt;p&gt;I also checked the&amp;nbsp;&amp;nbsp;softdevice and application test images in nRF5_SDK_15.3.0_59ac345\examples\dfu\secure_dfu_test_images\ble\nrf52832 and they do indeed set&amp;nbsp;&lt;span&gt;0xAF as the&amp;nbsp;sd-req. This is incorrect and should have been 0xB7 as you have correctly pointed out. My guess is that this is due to the scripts creating the images not being updated from SDK v15.2.0 ( which used S132 v6.1.0) to SDK v15.3.0.&amp;nbsp;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;I will report this internally.&amp;nbsp;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Best regards&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Bjørn&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>