<?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>BLE OTA by BLE connection not by DTM mode</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/128533/ble-ota-by-ble-connection-not-by-dtm-mode</link><description>Hi Asbj&amp;#248;rn， 
 As I mentioned in case 352770 
 We are in same question as the initial question issued by our colleague RongLinQin. As I mentioned, we want to conduct BLE OTA no based on DTM mode but using BLE connection. we can not do anything for Soft</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 02 Jul 2026 00:37:49 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/128533/ble-ota-by-ble-connection-not-by-dtm-mode" /><item><title>RE: BLE OTA by BLE connection not by DTM mode</title><link>https://devzone.nordicsemi.com/thread/568673?ContentTypeID=1</link><pubDate>Thu, 02 Jul 2026 00:37:49 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:1e922a5b-c2fe-45fa-a095-1fa756e32c9f</guid><dc:creator>Johnnywen</dc:creator><description>&lt;p&gt;Hi&amp;nbsp;&lt;span&gt;Kenneth,&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;There is nothing preventing you from doing the same approach as for DTM:&lt;br /&gt;&lt;a href="https://nrfconnectdocs.nordicsemi.com/pdf/nan_34/nan_34.pdf"&gt;https://nrfconnectdocs.nordicsemi.com/pdf/nan_34/nan_34.pdf&lt;/a&gt;&amp;nbsp;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;==&amp;gt; Actually, we have always conducted BLE OTA testing using DTM mode before,&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;but for now, we do not want to use this approach any more as it need an UART connection, and prefer to that wireless approach such like by BLE connection.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;BTW, with the esp32 solution from Expressif, it can work well with CMW500 based on BLE connection approach to do BLE OTA testing. FYI.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Thanks.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Wen Jun&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE OTA by BLE connection not by DTM mode</title><link>https://devzone.nordicsemi.com/thread/568651?ContentTypeID=1</link><pubDate>Wed, 01 Jul 2026 11:58:46 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:2baf4931-f03e-42d8-856f-03eae13b9c0a</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;There is nothing preventing you from doing the same approach as for DTM:&lt;br /&gt;&lt;a href="https://nrfconnectdocs.nordicsemi.com/pdf/nan_34/nan_34.pdf"&gt;https://nrfconnectdocs.nordicsemi.com/pdf/nan_34/nan_34.pdf&lt;/a&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;But instead of running DTM you simply check that the link is able to maintain in the same setup.&lt;/p&gt;
&lt;p&gt;In terms of R&amp;amp;S, the correct behaviour of the CMW500 could be to use the ATT read request packet to read handle 0. This would always trigger a response and does not break any BT spec.&lt;/p&gt;
&lt;p&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE OTA by BLE connection not by DTM mode</title><link>https://devzone.nordicsemi.com/thread/568623?ContentTypeID=1</link><pubDate>Wed, 01 Jul 2026 00:31:59 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:2d8c8833-b830-4cc8-9655-3f6f3a495512</guid><dc:creator>Johnnywen</dc:creator><description>&lt;p&gt;Hi&amp;nbsp;&lt;span&gt;Kenneth,&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;I see, but how do Nordic handle the request like doing BLE OTA testing based on BLE connection not by DTM mode?&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;And R&amp;amp;S have already discussed it with Nordic team, not sure if Nordic and R&amp;amp;S go on same page for this issue?&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;I believe you could agree that this function is very useful for&amp;nbsp;application vendors wherever it can be implemented in soft device or on app layer.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Many thanks&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Wen Jun&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE OTA by BLE connection not by DTM mode</title><link>https://devzone.nordicsemi.com/thread/568594?ContentTypeID=1</link><pubDate>Tue, 30 Jun 2026 10:44:38 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:078254c9-034a-4620-bda8-b1ecfab9323b</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;I am going to be honest, the chances of doing any changes to the nR5 SDK (unless it&amp;#39;s related to security) is not going to happen.&lt;/p&gt;
&lt;p&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE OTA by BLE connection not by DTM mode</title><link>https://devzone.nordicsemi.com/thread/568578?ContentTypeID=1</link><pubDate>Tue, 30 Jun 2026 00:22:54 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b96cf17f-85e2-4586-9cef-d16af5a7fa27</guid><dc:creator>Johnnywen</dc:creator><description>&lt;p&gt;Hi&amp;nbsp;&lt;span&gt;Kenneth,&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;OK, looking forward to your comment,&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Thanks.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Wen Jun&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE OTA by BLE connection not by DTM mode</title><link>https://devzone.nordicsemi.com/thread/568539?ContentTypeID=1</link><pubDate>Mon, 29 Jun 2026 12:13:28 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:869f6a9f-3d6a-4126-9520-06c2cfcaeda8</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;The input have been forwarded, if I hear anything back I will let you know.&lt;/p&gt;
&lt;p&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE OTA by BLE connection not by DTM mode</title><link>https://devzone.nordicsemi.com/thread/568453?ContentTypeID=1</link><pubDate>Fri, 26 Jun 2026 00:33:21 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:50882b3c-280b-478d-8092-a18c2c91cbad</guid><dc:creator>Johnnywen</dc:creator><description>&lt;p&gt;Hi&amp;nbsp;&lt;span&gt;Kenneth,&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;Thanks for your information.&lt;/p&gt;
&lt;p&gt;Actually, we have already checked it with R&amp;amp;S several months ago,&lt;/p&gt;
&lt;p&gt;Here I would like to put their comments for your reference.&lt;/p&gt;
&lt;p&gt;Looks like they already discussed it with Nordic team and not sure if you have the same page for this issue?&lt;/p&gt;
&lt;p&gt;As it is not possible to implement it on app layer as you said, if Nordic can make any change in soft device for it as I believe many vendors have this request like doing BLE OTA testing not by DTM mode but BLE connection.&lt;/p&gt;
&lt;p&gt;Could you please help double check it?&lt;/p&gt;
&lt;p&gt;Many thanks.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;==&amp;gt; Comments from R&amp;amp;S for your reference,&lt;/p&gt;
&lt;p&gt;--------------------------------------------------------------------------------&lt;br /&gt;&lt;br /&gt;The &amp;#39;Connection mode&amp;#39; measurement on the CMW platform uses the LL_Feature_Req/Rsp as the mechanism to perform receiver (PER) measurements.&lt;br /&gt;So, we are using this measurement mode as a way of allowing customers to test RF performance OTA.&lt;br /&gt;However, in order to allow this mode of operation to work means &amp;lsquo;bending the rules&amp;rsquo; of the Core Specification &amp;ndash; I.e. it has been done by design and not by accident.&lt;/p&gt;
&lt;p&gt;If we didn&amp;#39;t do this then the measurement would not be possible.&lt;/p&gt;
&lt;p&gt;Other devices don&amp;#39;t have a issue with this approach.&lt;/p&gt;
&lt;p&gt;We have already discussed it with the Nordic engineering team&lt;/p&gt;
&lt;p&gt;&lt;span&gt;---------------------------------------------------------------------------------&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE OTA by BLE connection not by DTM mode</title><link>https://devzone.nordicsemi.com/thread/568412?ContentTypeID=1</link><pubDate>Thu, 25 Jun 2026 11:23:51 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:0527418d-fad2-4ad2-9bd0-397a8897e19e</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;It&amp;#39;s not possible for the application to override this, the problem in this case is that Rohde &amp;amp; Schwarz are violation of BT core spec, from volume 6, Part B, chapter 5 it says:&lt;/p&gt;
&lt;p&gt;&lt;img style="max-height:240px;max-width:320px;" src="https://devzone.nordicsemi.com/resized-image/__size/640x480/__key/communityserver-discussions-components-files/4/8030.pastedimage1782386555254v1.png" alt=" " /&gt;&lt;/p&gt;
&lt;p&gt;&amp;quot;&lt;span&gt;only one Link Layer control procedure shall be initiated in the Link Layer at a time per connection per device. A new Link Layer control procedure shall not be initiated until any previous Link Layer control procedure initiated by the same device on the same connection has completed.&lt;/span&gt;&amp;quot;&lt;/p&gt;
&lt;p&gt;You should reach out to&amp;nbsp;&lt;span&gt;Rohde &amp;amp; Schwarz&amp;nbsp;and ask them to change their test, it is possible to do this other ways than violation of spec, but it must be implemented by&amp;nbsp;Rohde &amp;amp; Schwarz.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Kenneth&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE OTA by BLE connection not by DTM mode</title><link>https://devzone.nordicsemi.com/thread/568391?ContentTypeID=1</link><pubDate>Thu, 25 Jun 2026 00:25:37 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:1e7716ee-0016-41e6-b654-1261c013213f</guid><dc:creator>Johnnywen</dc:creator><description>&lt;p&gt;Hi&amp;nbsp;&lt;span&gt;Kenneth,&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;As I mentioned, we are checking this issue in ticket 352770&amp;nbsp;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;And Nordic engineer request to create a new ticket for it,&lt;/p&gt;
&lt;p&gt;If Nordic can not make change in soft device , is it possible Nordic help to give some instruction for how to implement it on app layer, as I believe our request is very useful for vendors based on nRF52840 to develop product and so have a request for BLE OTA testing(not based on DTM mode but BLE connection)&lt;/p&gt;
&lt;p&gt;Thanks.&lt;/p&gt;
&lt;p&gt;Wen Jun&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE OTA by BLE connection not by DTM mode</title><link>https://devzone.nordicsemi.com/thread/568355?ContentTypeID=1</link><pubDate>Wed, 24 Jun 2026 10:54:22 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:dbcf84fc-0b37-4f0c-9d08-057ea1f6488f</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;I can see you are working on the nRF5 SDK, unfortunately I think it&amp;#39;s unlikely we will do changes at this time in the softdevice controller that allow what you request. If you are already in contact with Nordic in other ways (e.g. e-mail or teams) then I suggest you continue discussion there.&lt;/p&gt;
&lt;p&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE OTA by BLE connection not by DTM mode</title><link>https://devzone.nordicsemi.com/thread/568338?ContentTypeID=1</link><pubDate>Wed, 24 Jun 2026 06:21:37 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:dc9eaccf-74a1-404b-94e4-521e19c7de02</guid><dc:creator>Johnnywen</dc:creator><description>&lt;p&gt;I would like to give some more information, what I mentioned is BLE OTA testing,that is, RF performance testing, not means DFU, thanks.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>