<?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>nrf Developer Academy SDK Intermediate Lesson 6 Exercise 3 access violation</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/126452/nrf-developer-academy-sdk-intermediate-lesson-6-exercise-3-access-violation</link><description>Hi there, 
 When flashing my solution to Lesson 6 Exercise 3 using nrf52DK / nrf52832 - I kept getting an access violation when attempting to setup the timer. I compared the solution to my app and noticed that the solution was slightly different to the</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 18 Feb 2026 08:16:36 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/126452/nrf-developer-academy-sdk-intermediate-lesson-6-exercise-3-access-violation" /><item><title>RE: nrf Developer Academy SDK Intermediate Lesson 6 Exercise 3 access violation</title><link>https://devzone.nordicsemi.com/thread/561428?ContentTypeID=1</link><pubDate>Wed, 18 Feb 2026 08:16:36 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c894c5cb-9373-484a-8736-074fffbca041</guid><dc:creator>nRF52_DK_usr</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;i ran into an access violation to when booting the device. I use the same HW setup.&lt;/p&gt;
&lt;p&gt;Removing the &amp;quot;const&amp;quot; in that line actually fixed it for me too.&lt;/p&gt;
&lt;p&gt;Thanks for the hint.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf Developer Academy SDK Intermediate Lesson 6 Exercise 3 access violation</title><link>https://devzone.nordicsemi.com/thread/558395?ContentTypeID=1</link><pubDate>Fri, 09 Jan 2026 12:54:56 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a4b99002-7008-4ac8-bc07-3f7ded50af8d</guid><dc:creator>Samruddhi Jadhav</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;You may have encountered this if you are using nrfx version 4.0. The exercise is maybe not updated to the new technical requirement yet, but the solution is. Basically, with nrfx version 4.0, the internal status has been moved into the driver&amp;#39;s instance object (nrfx_timer_t) which is made in the code. Before, it used to be kept in a separate internal array.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;In the code, when nrfx_timer_init() is run, first the driver tries to write initial settings into the timer_instance variable. The &amp;quot;const&amp;quot; label means the variable is saved as &amp;quot;read only&amp;quot; in the memory of the chip. So when the chip notices the driver writing to a &amp;quot;read-only&amp;quot; memory, the program stops and this leads to access violation to prevent errors. When you don&amp;#39;t use &amp;quot;const&amp;quot;, the driver can update the variable.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Hope this helps.&lt;/p&gt;
&lt;p&gt;Best Regards,&lt;/p&gt;
&lt;p&gt;Samruddhi&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>