<?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>NRF53833  140s   0x27000</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/123462/nrf53833-140s-0x27000</link><description>I compared the S132 and S140 protocol stack files. The S132 file does not occupy the 0x26000 address, while the S140 does occupy the 0x27000 address. However, the application start address set by the IROM1 of the MDK compiler is 0x27000. Is there a problem</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 26 Aug 2025 06:51:25 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/123462/nrf53833-140s-0x27000" /><item><title>RE: NRF53833  140s   0x27000</title><link>https://devzone.nordicsemi.com/thread/546701?ContentTypeID=1</link><pubDate>Tue, 26 Aug 2025 06:51:25 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:06d987f7-3801-49b7-b055-711037ec122f</guid><dc:creator>wxgd</dc:creator><description>&lt;p&gt;thinks，I got it&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF53833  140s   0x27000</title><link>https://devzone.nordicsemi.com/thread/544562?ContentTypeID=1</link><pubDate>Tue, 05 Aug 2025 07:43:33 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:39715033-cf36-427b-bbfe-ee08eed80f8b</guid><dc:creator>Einar Thorsrud</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;I am glad to hear it is solved.&lt;/p&gt;
&lt;p&gt;PS: The file&lt;span&gt;&amp;nbsp;ble_app_uart_pca10100_s140.hex is allready merged, so this incldue the application as well as the SoftDevice. That is why you see it extend over 0x27000. The SoftDevice hex file itself is also included in the SDK, but that you can find ass140_nrf52_7.2.0_softdevice.hex under components/softdevice/s140/hex/.&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF53833  140s   0x27000</title><link>https://devzone.nordicsemi.com/thread/544559?ContentTypeID=1</link><pubDate>Tue, 05 Aug 2025 07:30:59 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:59e4886a-cb83-4bbf-adab-755a8c1b222a</guid><dc:creator>wxgd</dc:creator><description>&lt;p&gt;Thank you very much. I solved The problem. The latest release is 7.3.0 is fine. The problematic S140 mentioned above is carried in the SDK(nRF5_SDK_17.1.0_ddde560), and its path is: NRF5_SDK_17. 1.0 _ddde560 - &amp;gt; examples - &amp;gt; ble_peripheral - &amp;gt; ble_app_uart - &amp;gt; hex - &amp;gt; ble_app_uart_pca10100_s140. Hex&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF53833  140s   0x27000</title><link>https://devzone.nordicsemi.com/thread/544550?ContentTypeID=1</link><pubDate>Tue, 05 Aug 2025 06:38:03 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6fb35528-26d8-4a71-bcd3-9a9ea9e461bc</guid><dc:creator>Einar Thorsrud</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Which version of S140 is this? The latest release is 7.3.0, and this ends at 0x26497, well within 0x27000. I suggest you re-download the &lt;a href="https://www.nordicsemi.com/Products/Development-software/S140/Download"&gt;S140 hex&lt;/a&gt; file from here in case the file you are using is corrupt.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF53833  140s   0x27000</title><link>https://devzone.nordicsemi.com/thread/544540?ContentTypeID=1</link><pubDate>Tue, 05 Aug 2025 01:45:21 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d92c3c5e-bac8-4d6a-a614-bdd626df9f78</guid><dc:creator>wxgd</dc:creator><description>&lt;p&gt;Thank you for your reply. In the above picture, the file address of the S132 protocol stack does not exceed 0x26000, and the app program address starts from 0x26000. Therefore, S132 and APP were successfully merged using the merge tool. However, the file of the S140 protocol stack exceeds 0x27000, and the program address of the APP starts from 0x27000. Therefore, an error was prompted during the merge and the merge could not be successful. I have some doubts about this and hope to get an answer. thank you&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF53833  140s   0x27000</title><link>https://devzone.nordicsemi.com/thread/544448?ContentTypeID=1</link><pubDate>Mon, 04 Aug 2025 11:53:47 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8155430c-8f1f-4be1-a3d3-8590664a00ab</guid><dc:creator>Einar Thorsrud</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;The application start address must be as specified in the release notes for the SoftDevice that is used. For S132 that is&amp;nbsp;0x26000, and this is the address the SoftDevice will jump to. If the application is at a different address, it will not work.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>