<?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>MBR identical in future SoftDevice versions?</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/33910/mbr-identical-in-future-softdevice-versions</link><description>Hi! 
 
 We are using a custom bootloader for our device. Current version of this erases everything from 0x0 to bootloader start address, and then writes MBR + Softdevice + application. This works fine, however we are not comfortable with erasing the MBR</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 30 Apr 2018 10:36:12 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/33910/mbr-identical-in-future-softdevice-versions" /><item><title>RE: MBR identical in future SoftDevice versions?</title><link>https://devzone.nordicsemi.com/thread/130257?ContentTypeID=1</link><pubDate>Mon, 30 Apr 2018 10:36:12 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ed6a2b56-5cb7-46a3-8358-f296edd30a8a</guid><dc:creator>Einar Thorsrud</dc:creator><description>&lt;p&gt;Yes, the MBR uses only the first sector, which is address 0 to 0x1000 for the nRF52 series. You can see the details in the &lt;a href="http://infocenter.nordicsemi.com/topic/com.nordic.infocenter.s140.sds/dita/softdevices/s130/mbr_bootloader/mbr_bootloader.html?cp=2_3_2_0_11"&gt;Master Boot Record and bootloader&lt;/a&gt;&amp;nbsp;chapter in the SoftDevice specification.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: MBR identical in future SoftDevice versions?</title><link>https://devzone.nordicsemi.com/thread/130253?ContentTypeID=1</link><pubDate>Mon, 30 Apr 2018 10:12:51 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4541fa50-5227-4d4b-ae48-5f56a307444f</guid><dc:creator>henriksern</dc:creator><description>&lt;p&gt;Thank you Einar, that&amp;#39;s good news! Can you verify that I&amp;#39;m correct when I&amp;#39;m saying that the MBR is stored in (and only in) the first sector? (0x0 -&amp;gt; 0x1000)?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: MBR identical in future SoftDevice versions?</title><link>https://devzone.nordicsemi.com/thread/130246?ContentTypeID=1</link><pubDate>Mon, 30 Apr 2018 08:59:25 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a86aa42f-df43-4660-9205-f64e7dba9727</guid><dc:creator>Einar Thorsrud</dc:creator><description>&lt;p&gt;Hi Henrik.&lt;/p&gt;
&lt;p&gt;The intention is that the MBR should never change in the lifecycle of a product, and that it should never be upgraded via DFU. The DFU examples we provide in the SDK strips the MBR from the SoftDevice before upgrading the SoftDevice via DFU, so that it is never overwritten. As you write, overwriting the MBR could brick the device if something goes wrong.&lt;/p&gt;
&lt;p&gt;Nothing lasts forever, so I cannot guarantee that the MBR in the SoftDevice/SDK will never change. What I will say though, is that even if there is a new MBR at some point, you should only use it for new products, not for existing products in the field.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: MBR identical in future SoftDevice versions?</title><link>https://devzone.nordicsemi.com/thread/130225?ContentTypeID=1</link><pubDate>Mon, 30 Apr 2018 07:32:17 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4c183b24-4a5d-4d7e-886c-ed45f545f772</guid><dc:creator>henriksern</dc:creator><description>&lt;p&gt;EDIT: Just to add, we are using SDK 13 with SoftDevice S130 4.02&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>