<?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>Received a SIGTRAP: Trace/breakpoint trap</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/11801/received-a-sigtrap-trace-breakpoint-trap</link><description>Hi 
 We use the nRF51822 with s110 active. As long the s100 isn&amp;#39;t active, we can debug, set breakpoints, stop, continue like it should work. 
 When activating the s110 and communicate via ble interace, each time we run into a breakpoint and try to step</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 09 Feb 2016 12:03:13 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/11801/received-a-sigtrap-trace-breakpoint-trap" /><item><title>RE: Received a SIGTRAP: Trace/breakpoint trap</title><link>https://devzone.nordicsemi.com/thread/44615?ContentTypeID=1</link><pubDate>Tue, 09 Feb 2016 12:03:13 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:7a3738fb-3ea9-4a1b-873b-78e9e48496d5</guid><dc:creator>Susheel Nuguru</dc:creator><description>&lt;p&gt;just adding link to older reply &lt;a href="https://devzone.nordicsemi.com/question/1489/can-i-debug-ble-program/#reply-1504"&gt;here&lt;/a&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Received a SIGTRAP: Trace/breakpoint trap</title><link>https://devzone.nordicsemi.com/thread/44613?ContentTypeID=1</link><pubDate>Tue, 09 Feb 2016 11:46:18 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3d7c3e0e-335c-4fce-9a9e-eccc8c64fd9e</guid><dc:creator>armin</dc:creator><description>&lt;p&gt;additional, it always happens if the breakpoint is in context of a s100 callback!&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Received a SIGTRAP: Trace/breakpoint trap</title><link>https://devzone.nordicsemi.com/thread/44614?ContentTypeID=1</link><pubDate>Tue, 09 Feb 2016 11:30:21 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b05bfd94-2350-437f-8add-895849291ba6</guid><dc:creator>RK</dc:creator><description>&lt;p&gt;Yes that&amp;#39;s absolutely correct and discussed here quite often. If you break when the softdevice is running you get to look at the state of things at that point, but that&amp;#39;s it, as soon as you try to step or re-start, the softdevice finds that it&amp;#39;s missed many time critical events and aborts.&lt;/p&gt;
&lt;p&gt;You can set PRIMASK to block all interrupts before you try single stepping and that will let you step over a few instructions, but once you have stopped the softdevice and broken its timing, that&amp;#39;s the end of that debug session.&lt;/p&gt;
&lt;p&gt;See the blog post from last week about Monitor Mode debugging with Segger for a different way to debug which helps somewhat.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>