<?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>nrf52840 hitting unknown breakpoints</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/125148/nrf52840-hitting-unknown-breakpoints</link><description>Hello all, 
 I am trying to prove that I can compile and upload some simple code that I have written and run it successfully on an nrf52840. 
 I&amp;#39;m using an mdbt50q-db-40 development board from Raytac, a raspberry pi 3 and openocd to flash the mcu over</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 23 Oct 2025 11:41:46 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/125148/nrf52840-hitting-unknown-breakpoints" /><item><title>RE: nrf52840 hitting unknown breakpoints</title><link>https://devzone.nordicsemi.com/thread/552240?ContentTypeID=1</link><pubDate>Thu, 23 Oct 2025 11:41:46 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b011625f-5a92-46fd-8670-79afb54e8a56</guid><dc:creator>SwitchGM</dc:creator><description>&lt;p&gt;Hey Vidar,&lt;/p&gt;
&lt;p&gt;Thank you very much for the response!&lt;/p&gt;
&lt;p&gt;Surprisingly, I&amp;#39;m no longer experiencing the break point issue.&lt;/p&gt;
&lt;p&gt;I&amp;#39;m not sure why this no longer occurs, but I will update the ticket with any information I find &lt;span class="emoticon" data-url="https://devzone.nordicsemi.com/cfs-file/__key/system/emoji/1f642.svg" title="Slight smile"&gt;&amp;#x1f642;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;Thank you for the help. (processor core registers was new to me and a very interesting read!)&lt;/p&gt;
&lt;p&gt;Kind regards,&lt;/p&gt;
&lt;p&gt;Joe&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52840 hitting unknown breakpoints</title><link>https://devzone.nordicsemi.com/thread/552155?ContentTypeID=1</link><pubDate>Wed, 22 Oct 2025 12:16:33 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:327f2ff4-4559-4ac2-8e23-df8a3789836d</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;Hello Joe,&lt;/p&gt;
&lt;p&gt;Unfortunately, I don&amp;#39;t have experience with this framework or debugger and I&amp;#39;m afraid I don&amp;#39;t have an explanation for why this breakpoint&amp;nbsp;is&amp;nbsp;set either.&amp;nbsp;But it&amp;#39;s interesting&amp;nbsp;that it appears to be set at a RAM address. Most applications don&amp;#39;t execute code from RAM.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Can you run the &amp;#39;reg&amp;#39; command after the breakpoint has been hit and check which address register r14/lr points to (&lt;a href="https://developer.arm.com/documentation/ddi0439/b/Programmers-Model/Processor-core-register-summary"&gt;https://developer.arm.com/documentation/ddi0439/b/Programmers-Model/Processor-core-register-summary&lt;/a&gt;). You can use addr2line from the command line to look up the LR address&amp;nbsp;in your .elf/.out file (assuming this is included in your build output).&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Vidar&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>