<?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>CCM module resets the mcu</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/22275/ccm-module-resets-the-mcu</link><description>I have written a simple implementation for using the ccm module with mesh. It encrypts and decrypts as it should but when enabled the processor makes a soft reset. It happens quiet often but not on every sent or received packet. In addition to the code</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 24 May 2017 11:59:12 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/22275/ccm-module-resets-the-mcu" /><item><title>RE: CCM module resets the mcu</title><link>https://devzone.nordicsemi.com/thread/87586?ContentTypeID=1</link><pubDate>Wed, 24 May 2017 11:59:12 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:92b8d94e-b07e-4fec-8b8b-9bb607d753b3</guid><dc:creator>Jwest</dc:creator><description>&lt;p&gt;I found the problem. My packet_buffer was to small to fit the arbitrary length of received packets.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: CCM module resets the mcu</title><link>https://devzone.nordicsemi.com/thread/87585?ContentTypeID=1</link><pubDate>Wed, 24 May 2017 09:00:30 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:49610744-ec05-4a24-b29f-5b76276d9f36</guid><dc:creator>Trond Einar Snekvik</dc:creator><description>&lt;p&gt;What&amp;#39;s the nature of your soft reset? is it a hardfault, a softdevice assert?&lt;/p&gt;
&lt;p&gt;The code that executes in radio.c is extremely sensitive to timing, and spending too much time in setup_event or other radio-related functions can make the Softdevice end your timeslot, and asserting. This will only happen when the code executes near the end of the timeslot, which could explain your inconsistent errors.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>