<?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>How to do OTA DFU of another MCU using nRF52832?</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/56804/how-to-do-ota-dfu-of-another-mcu-using-nrf52832</link><description>Hello Everyone, 
 Consider i have 2 MCU&amp;#39;s on board connected via UART interface, one is any ( Target ) MCU (MSP32, STM32, etc) and the other is Nordic&amp;#39;s nRF52832 ( Host ). With the Host MCU, i am able to do OTA update of the host application/Bootloader</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 23 Jan 2020 07:35:28 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/56804/how-to-do-ota-dfu-of-another-mcu-using-nrf52832" /><item><title>RE: How to do OTA DFU of another MCU using nRF52832?</title><link>https://devzone.nordicsemi.com/thread/230479?ContentTypeID=1</link><pubDate>Thu, 23 Jan 2020 07:35:28 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:11197c33-a62f-4c01-a403-d0ab38529d1e</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;1. Bank 1 starts above the existing application on the first page aligned address. In other words, the division of banks is dynamic, so the amount of free space for your next update is going to depend on the size of the app in bank 0.&lt;/p&gt;
&lt;p&gt;2. The previous image would need to be erased to make room for the new one. But the image should already have been transferred to the target at that point.&lt;/p&gt;
&lt;p&gt;3. It is possible, but it&amp;#39;s not something we added support for in the current bootloader implementation.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Vidar&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: How to do OTA DFU of another MCU using nRF52832?</title><link>https://devzone.nordicsemi.com/thread/230211?ContentTypeID=1</link><pubDate>Wed, 22 Jan 2020 05:29:24 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:73e54a40-a746-441b-8a10-a09c6dc2273c</guid><dc:creator>SK</dc:creator><description>&lt;p&gt;Hi Vidar,&lt;/p&gt;
&lt;p&gt;Thank you for your reply. I went through the link you shared. In that, yes one concern is what you mentioned: Available flash in bank 1.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;3 things i want to ask here:&amp;nbsp;&lt;/p&gt;
&lt;p&gt;1. How will i know how much available flash is left in bank 1? Consider, the DFU zip that i create for the host is 200 kB in size, would that mean i have around 118 kB left for bank 1?&amp;nbsp; Since application area including free space is 318 kB for S132 v7.0.x? Am i right in this assumption?&amp;nbsp;&lt;/p&gt;
&lt;p&gt;2. If (1) is correct, then how would the next DFU happen? Since the next zip that is created is also 200 kB in size.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;3. Is it possible to direct the incoming DFU packet to external EEPROM for storage?&lt;/p&gt;
&lt;p&gt;Best,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;-SK&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: How to do OTA DFU of another MCU using nRF52832?</title><link>https://devzone.nordicsemi.com/thread/230080?ContentTypeID=1</link><pubDate>Tue, 21 Jan 2020 13:01:38 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:25153a5c-a6a2-4ba4-9aed-cc4ee40011c7</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;I think you will find this thread relevant: &lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/53787/nrf52840-and-stm32-firmware-update"&gt;https://devzone.nordicsemi.com/f/nordic-q-a/53787/nrf52840-and-stm32-firmware-update.&lt;/a&gt;&amp;nbsp; Note that this approach assumes you have enough available flash in bank 1 to store the entire target image. You can probably perform the update in several rounds if that is not the case.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Vidar&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>