<?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>Softdevice Update OTA</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/1960/softdevice-update-ota</link><description>Hi all, 
 I have various questions regarding the softdevices, memory management and power consumption of the nrf51822 chips. 
 The project we are working on will need to update the softdevice depending on the use case... This should be done over the</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 21 Mar 2014 16:36:24 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/1960/softdevice-update-ota" /><item><title>RE: Softdevice Update OTA</title><link>https://devzone.nordicsemi.com/thread/8419?ContentTypeID=1</link><pubDate>Fri, 21 Mar 2014 16:36:24 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a0ca4145-5bd3-4dcb-91a9-894679361acf</guid><dc:creator>Ole Morten</dc:creator><description>&lt;p&gt;Doing a softdevice update is as you say not trivial with the current softdevices. They do however not require that CLENR0 is set anymore, so you can in theory not set this, and then do erases as needed from a bootloader. ERASEALL would still erase the complete chip, but you could erase a softdevice page-by-page, while keeping the bootloader. However, if you lose power right after having erased page 0, before you have written a new softdevice, you will brick your device since this is where the vector table is. Future softdevice will include functionality to avoid the need to erase this page, so that such upgrade can be done safely.&lt;/p&gt;
&lt;p&gt;Even so, updating a softdevice is a significant effort, that requires transferring significant amounts of data (&amp;gt; 80 kB), so I would be careful about making an application relying on doing this regularly.&lt;/p&gt;
&lt;p&gt;Readback protection disables only readback, not writing. If you want to protect an area against writes, you&amp;#39;ll have to use the PROTEN register in the MPU.&lt;/p&gt;
&lt;p&gt;To have two applications on one chip, you&amp;#39;d currently have to implement interrupt forwarding in the application located right on top of the softdevice, to whichever application is currently running.&lt;/p&gt;
&lt;p&gt;The accuracy of the TX power is specified to be +-4 dBm, both due to chip-to-chip variations and due to the tolerance in the matching network components. This should however not have a significant effect on performance. There isn&amp;#39;t really any correlation between output power and bitrate, and with BLE, the bitrate is fixed at 1 Mbps anyway.&lt;/p&gt;
&lt;p&gt;If you have follow-up questions, I&amp;#39;d be happy you post them separately, as separate questions when they have to do with different topics; having everything in one question tends to become very messy over time. :-)&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>