<?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>Possibly, incorrect start address in HEX files in SDK for Mesh</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/51678/possibly-incorrect-start-address-in-hex-files-in-sdk-for-mesh</link><description>One little example At the bottom of file nrf5SDKforMeshv310/bin/ospace/examples/dfu/dfu_nrf52840_xxAA_s140_6.1.0.hex 
 
 We can make it more human-readable by utility from intelhex library: 
 
 
 I believe, value 0x3000BEE9 has two errors: 
 
 First two</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 04 Sep 2019 05:42:49 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/51678/possibly-incorrect-start-address-in-hex-files-in-sdk-for-mesh" /><item><title>RE: Possibly, incorrect start address in HEX files in SDK for Mesh</title><link>https://devzone.nordicsemi.com/thread/207783?ContentTypeID=1</link><pubDate>Wed, 04 Sep 2019 05:42:49 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:2780566c-ef87-4f8c-b2b2-a5ab5b3e411c</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;Thanks for the update. Hope the question gets answered on Launchpad.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Possibly, incorrect start address in HEX files in SDK for Mesh</title><link>https://devzone.nordicsemi.com/thread/207748?ContentTypeID=1</link><pubDate>Tue, 03 Sep 2019 18:19:52 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:bf04071c-0abb-421f-aa8d-47174ee21dd2</guid><dc:creator>Geom</dc:creator><description>&lt;p&gt;Thanks for your answer&lt;br /&gt;It explained me many&lt;/p&gt;
&lt;p&gt;I added a &lt;a title="Launchpad" href="https://answers.launchpad.net/gcc-arm-embedded/+question/683621"&gt;question&lt;/a&gt; in Launchpad&amp;nbsp;&lt;a title="GNU Arm Embedded Toolchain" href="https://answers.launchpad.net/gcc-arm-embedded"&gt;GNU Arm Embedded Toolchain&lt;/a&gt; forum&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Possibly, incorrect start address in HEX files in SDK for Mesh</title><link>https://devzone.nordicsemi.com/thread/207708?ContentTypeID=1</link><pubDate>Tue, 03 Sep 2019 13:34:06 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3e05be4f-10c6-4788-9239-e0cdca6f9dd3</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;The type 03 &amp;quot;&lt;span&gt;Start Segment Address&amp;quot; record&lt;/span&gt;&amp;nbsp;seems to be pointing to the r&lt;a href="https://developer.arm.com/docs/dui0553/latest/the-cortex-m4-processor/exception-model/vector-table"&gt;eset vector&lt;/a&gt;&amp;nbsp;(@0x26000 + 0x4) which&amp;nbsp;holds the address of your reset handler plus&amp;nbsp;the thumb bit, and the thumb bit&amp;nbsp;explains&amp;nbsp;why it&amp;#39;s not word-aligned.&lt;em&gt;&amp;nbsp; &lt;/em&gt;But&amp;nbsp;I&amp;#39;m not sure why objcpy&amp;nbsp;is producing the &amp;quot;strange&amp;quot; byte order for this particular record type. It&amp;#39;s probably correct but I couldn&amp;#39;t find any specification to confirm it. Are you using any tools that use reads this record type, or are you just trying to understand the format? Either way, it will not affect program execution as the entry point is fixed on the ARM architecture.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>