<?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>User breakpoints management</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/55504/user-breakpoints-management</link><description>Hi, i&amp;#39;m new to Nordic devices and i hope this topic hasn&amp;#39;t already been treated. I&amp;#39;m triyng to debug an example application; after the first breakpoint, i loose the control of the device. I read that this is due to the loose of syncronization of the softdevice</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 13 Dec 2019 12:11:23 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/55504/user-breakpoints-management" /><item><title>RE: User breakpoints management</title><link>https://devzone.nordicsemi.com/thread/225344?ContentTypeID=1</link><pubDate>Fri, 13 Dec 2019 12:11:23 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:0bee7b78-af29-42a6-ae47-23afe251eb7b</guid><dc:creator>Gianluca</dc:creator><description>&lt;p&gt;Thanks Edvin, i have understood.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: User breakpoints management</title><link>https://devzone.nordicsemi.com/thread/224952?ContentTypeID=1</link><pubDate>Wed, 11 Dec 2019 14:33:02 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c4af7e4d-7930-4580-b7c5-e01e9b1833bf</guid><dc:creator>Edvin</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;The reason why the softdevice asserts is, as you say, because the softdevice is loosing time sensitive time slots. Unfortunately, there is not much we can do about this.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;There is something called Monitor Mode debugging, where it doesn&amp;#39;t actually stop the CPU while you step, but in my opinion, this is more work than just using logging to see what&amp;#39;s happening instead of debugging when you are developing.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;I assume you are using the Mesh SDK there are two error handlers. One designed for the Mesh SDK, and one designed for the &amp;quot;normal&amp;quot; SDK.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;I suggest that you add the define &amp;quot;DEBUG&amp;quot; to your preprocessor defines. Go to project settings by right clicking the project name, and follow the instructions here:&lt;/p&gt;
&lt;p&gt;&lt;img src="https://devzone.nordicsemi.com/resized-image/__size/320x240/__key/support-attachments/beef5d1b77644c448dabff31668f3a47-6640f3b077074e4dbecde8f22736e217/pastedimage1576074597108v1.png" alt=" " /&gt;&lt;/p&gt;
&lt;p&gt;What does the log say then?&lt;/p&gt;
&lt;p&gt;NB don&amp;#39;t set a breakpoint. Look at what the error handler prints in the log.&lt;/p&gt;
&lt;p&gt;You can set a breakpoint if you want to know what happens at one point in time, and you can step a few time until the application realize that the softdevice has missed some events. Then you need to restart the application and set a new breakpoint.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Edvin&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>