<?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>Over the Air Update with 2 DK</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/118793/over-the-air-update-with-2-dk</link><description>Hello, 
 we are currently testing the capability of updating the firmware of 2 Nordic Development Kits. 
 The Situation is following: 
 1 DK simulates a Device which is standalone battery powered. 
 The other DK shall simulate the BLE Board in the main</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 23 Jan 2025 08:55:13 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/118793/over-the-air-update-with-2-dk" /><item><title>RE: Over the Air Update with 2 DK</title><link>https://devzone.nordicsemi.com/thread/522142?ContentTypeID=1</link><pubDate>Thu, 23 Jan 2025 08:55:13 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:1334f1e7-4c06-4efc-b464-288decf8c562</guid><dc:creator>AHaug</dc:creator><description>&lt;p&gt;Hi again,&lt;/p&gt;
&lt;p&gt;I understand why you&amp;#39;re asking this, but I would not recommend you to spend time on customizing the UART to convert back and forth between ASCII so that you can use it to transport an image when you can use MCUMgr, which is a service to send binaries over BLE instead. I&amp;#39;m not saying it is impossible to do so, but if you intend to go down the custom UART route, we will be severely limited in giving you support, if any at all.&lt;/p&gt;
&lt;p&gt;The only sample we have as of now is as mentioned the LWm2m -&amp;gt; SMP Client -&amp;gt; UART sample. This sample requires that to update device B from A, then A needs to run a SMP client that uses mcumgr. Since this sample also don&amp;#39;t include how to do it over BLE, customers will unfortunately have to add this solution themselves.&lt;/p&gt;
&lt;p&gt;Kind regards,&lt;br /&gt;Andreas&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Over the Air Update with 2 DK</title><link>https://devzone.nordicsemi.com/thread/522141?ContentTypeID=1</link><pubDate>Thu, 23 Jan 2025 08:20:59 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6debe3f5-e30f-4e19-92f9-66c1b36284b1</guid><dc:creator>JonasZ</dc:creator><description>&lt;p&gt;Thanks for the Answer,&lt;/p&gt;
&lt;p&gt;i will check it out.&lt;/p&gt;
&lt;p&gt;One question about the Wireless Uart. We have used a similar approach in an erlier&amp;nbsp;version with different Microcontroller. So there is a big interest in the Team if that would work here as well.&lt;/p&gt;
&lt;p&gt;I have seen that Nordic offers an example for Bluetooth Peripheral/Central UART. In our first test, we set up the example, connected board 1 to a windows pc and run mcumgr image upload in an console. As expected, the BLE UART did its job passing the Uart Data trough to board 2 and outputing it on the console.&lt;/p&gt;
&lt;p&gt;So the question: Can i use that approach to run OTA Updates on board 2? It would&amp;nbsp;considerably simplify our work.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Over the Air Update with 2 DK</title><link>https://devzone.nordicsemi.com/thread/522140?ContentTypeID=1</link><pubDate>Wed, 22 Jan 2025 15:12:50 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:7f4d7d89-3b23-4a00-9c7d-ef015b4c0b9c</guid><dc:creator>AHaug</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;It is as you say, no samples that shows an update over BLE from one device to another in the official documentation. One solution, that is quite hacky and I&amp;#39;m not sure if I would recommend it since it&amp;#39;s not been verified and tested, is as shown here in this older, unofficial sample written by a colleague of mine (based on another unofficial and even older sample from a previous colleague of us both):&amp;nbsp;&lt;a href="https://github.com/hellesvik-nordic/samples_for_nrf_connect_sdk/tree/main/bootloader_samples/client_smp/smp_client_ble"&gt;https://github.com/hellesvik-nordic/samples_for_nrf_connect_sdk/tree/main/bootloader_samples/client_smp/smp_client_ble&lt;/a&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;I would say that you should examine this sample&amp;nbsp;&lt;a href="https://docs.nordicsemi.com/bundle/ncs-latest/page/nrf/samples/cellular/lwm2m_client/fota_external_mcu.html"&gt;https://docs.nordicsemi.com/bundle/ncs-latest/page/nrf/samples/cellular/lwm2m_client/fota_external_mcu.html&lt;/a&gt;&amp;nbsp;and combine it with the smp server and client would be a good angle. The Lwm2m sample doesn&amp;#39;t show how to do this over BLE, but you can replace the transport that is used there and change it with BLE, for instance similar to smp server and client.&lt;/p&gt;
&lt;p&gt;As for which SDK version you&amp;#39;re going to use, that will depend on the features you need. If you&amp;#39;re working with the nRF54L15 as the tags suggest you do, then I would recommend you to start with nRF Connect SDK v2.9.0 or v2.8.0.&lt;/p&gt;
&lt;p&gt;I hope this is enough to get you going&lt;/p&gt;
&lt;p&gt;Kind regards,&lt;br /&gt;Andreas&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>