<?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>The hex file that comes with the official website can be programmed, but the hex file generated by SES cannot be programmed.</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/126351/the-hex-file-that-comes-with-the-official-website-can-be-programmed-but-the-hex-file-generated-by-ses-cannot-be-programmed</link><description>The blinky example from the official website can be programmed, but after opening the code and compiling with SES to generate the hex file, it cannot be programmed. An MBR file was added additionally. I didn&amp;#39;t changed any content. I also used 17.1 and</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 06 Jan 2026 16:41:06 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/126351/the-hex-file-that-comes-with-the-official-website-can-be-programmed-but-the-hex-file-generated-by-ses-cannot-be-programmed" /><item><title>RE: The hex file that comes with the official website can be programmed, but the hex file generated by SES cannot be programmed.</title><link>https://devzone.nordicsemi.com/thread/558072?ContentTypeID=1</link><pubDate>Tue, 06 Jan 2026 16:41:06 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4e89ba06-2366-4a8d-8db6-10c5347c6cf1</guid><dc:creator>tesc</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Working with the nRF52 Dongle is a bit more complicated than working with a DK, since the Dongle does not have a programmer (interface MCU). This means you must either build the apps for doing DFU, or connect with a programmer to the Dongle for programming it directly.&lt;/p&gt;
&lt;p&gt;From what I can tell from the picture, you have connected it to a programmer. I can see SWCLK and SWDIO labels. However, they are not connected? If you have programmed the Dongle using a programmer, and not put the DFU bootloader on it, then the only way to program it would currently be to use a programmer. (DFU would not be available at this point.) So: What method of programming are you performing? Further, if you are programming using the SWD interface (using a programmer), then nrfjprog might in some instances work better than using the nRF Connect for Desktop programmer app, especially if a bootloader is involved.&lt;/p&gt;
[quote user=""]I also noticed that the hex file generated by SES is a few KB smaller than the hex file that comes with the official website.[/quote]
&lt;p&gt;Application size depends on the compiler, including optimization level and advances in compiler technology. It is therefore not unusual that builds differ in size, and especially if you compare a build done today with a build done several years ago.&lt;/p&gt;
[quote user=""]When I program the chip, nRF Connect displays a successful program message, but the light goes from red to suddenly turning off.[/quote]
&lt;p&gt;The app might not start if for instance you miss one or more of the software components needed on the device. (Depending on the app, you might need all of MBR, Bootloader, SoftDevice and application.) It might also be that the bootloader settings page doesn&amp;#39;t match the current application. This might happen for instance if you do have the DFU bootloader, but the app was programmed using a programmer, and the bootloader settings page was not also written to reflect the application.&lt;/p&gt;
&lt;p&gt;Regards,&lt;br /&gt;Terje&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>