<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: mk64 read from flash 0xE5FF8 causes busfault in Kinetis Microcontrollers</title>
    <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/mk64-read-from-flash-0xE5FF8-causes-busfault/m-p/2288933#M68141</link>
    <description>&lt;P&gt;Hi &lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/27788"&gt;@Alice_Yang&lt;/a&gt;&amp;nbsp;,&lt;BR /&gt;&lt;BR /&gt;maybe this problem with some weird behaviour I recognize using my SEGGER JLink.&lt;BR /&gt;&lt;BR /&gt;When I connect to my MK64FN1MOVLQ12 using MK64FN1M0XXX12 in JLink, then:&lt;/P&gt;&lt;P&gt;device MK64FN1MoXXX12&lt;/P&gt;&lt;P&gt;if SWD&lt;/P&gt;&lt;P&gt;speed 1000&lt;/P&gt;&lt;P&gt;connect&lt;/P&gt;&lt;P&gt;erase&lt;BR /&gt;loadbin imagefile.bin 0&lt;BR /&gt;&lt;BR /&gt;usually the JLink claims the device is protected after erase.&lt;BR /&gt;and presents this attached dialogue.&lt;BR /&gt;&lt;BR /&gt;I would have expected the device is unprotected and unsecured after erase command.&lt;BR /&gt;&lt;BR /&gt;What should be the preferred sequence using JLink to completely erase the flash and load new image?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&amp;nbsp;Thanks in advance&lt;/P&gt;</description>
    <pubDate>Tue, 06 Jan 2026 17:42:19 GMT</pubDate>
    <dc:creator>theadib</dc:creator>
    <dc:date>2026-01-06T17:42:19Z</dc:date>
    <item>
      <title>mk64 read from flash 0xE5FF8 causes busfault</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/mk64-read-from-flash-0xE5FF8-causes-busfault/m-p/2268337#M68120</link>
      <description>&lt;P&gt;Hi,&lt;BR /&gt;i have a board running MK64FN01M similar to what FRDM_k64 has.&lt;BR /&gt;&lt;BR /&gt;I do store settings on the flash on the last bytes I store a CRC.&lt;BR /&gt;For one sector on the board I get Bus faults when reading that section&lt;/P&gt;&lt;P&gt;the code calls a simple memcpy from 0xE5FF8 to RAM with length of 8 bytes.&lt;BR /&gt;This function in this code is called before with different memory sections.&lt;BR /&gt;only on those location the code crashes.&lt;BR /&gt;When I move this sector to other location, then it works.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Any ideas why that specific memory migth be problematic?&lt;BR /&gt;&lt;BR /&gt;Thanks, Adib&lt;/P&gt;</description>
      <pubDate>Tue, 23 Dec 2025 17:10:46 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/mk64-read-from-flash-0xE5FF8-causes-busfault/m-p/2268337#M68120</guid>
      <dc:creator>theadib</dc:creator>
      <dc:date>2025-12-23T17:10:46Z</dc:date>
    </item>
    <item>
      <title>Re: mk64 read from flash 0xE5FF8 causes busfault</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/mk64-read-from-flash-0xE5FF8-causes-busfault/m-p/2268406#M68121</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/251352"&gt;@theadib&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;DIV&gt;Please first erase the entire sector, then write your settings data (including the CRC) aligned to 8-byte boundaries. Do not perform partial updates on the same 8-byte phrase. After that, proceed with the read operation.&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;P&gt;BR&lt;/P&gt;
&lt;P&gt;Alice&lt;/P&gt;</description>
      <pubDate>Wed, 24 Dec 2025 02:15:34 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/mk64-read-from-flash-0xE5FF8-causes-busfault/m-p/2268406#M68121</guid>
      <dc:creator>Alice_Yang</dc:creator>
      <dc:date>2025-12-24T02:15:34Z</dc:date>
    </item>
    <item>
      <title>Re: mk64 read from flash 0xE5FF8 causes busfault</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/mk64-read-from-flash-0xE5FF8-causes-busfault/m-p/2268713#M68124</link>
      <description>Hello Alice, thanks for your reply.&lt;BR /&gt;The Bus fault happens during read operation (memcpy from flash location)&lt;BR /&gt;What could cause Bus fault using regular flash address?&lt;BR /&gt;There was no write operation before.&lt;BR /&gt;Is it possible to persistently "block/protect" flash from reading.&lt;BR /&gt;My program was working on other devices ok.&lt;BR /&gt;Any ideas?&lt;BR /&gt;Thanks, Adib</description>
      <pubDate>Wed, 24 Dec 2025 11:37:27 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/mk64-read-from-flash-0xE5FF8-causes-busfault/m-p/2268713#M68124</guid>
      <dc:creator>theadib</dc:creator>
      <dc:date>2025-12-24T11:37:27Z</dc:date>
    </item>
    <item>
      <title>Re: mk64 read from flash 0xE5FF8 causes busfault</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/mk64-read-from-flash-0xE5FF8-causes-busfault/m-p/2268780#M68125</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/251352"&gt;@theadib&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;DIV&gt;There is the FSEC register. The SEC bits in FSEC determine whether the MCU is in a secure or unsecure state. While this controls the entire MCU, in your case only some memory cannot be read, so I don’t think this is the reason.&lt;/DIV&gt;
&lt;DIV&gt;It’s possible that an error occurred during the previous write operation, so I recommend erasing the memory first, then reading it again to check whether it works properly.&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;Thank you.&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;BR&lt;/DIV&gt;
&lt;DIV&gt;Alice&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;</description>
      <pubDate>Thu, 25 Dec 2025 02:36:40 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/mk64-read-from-flash-0xE5FF8-causes-busfault/m-p/2268780#M68125</guid>
      <dc:creator>Alice_Yang</dc:creator>
      <dc:date>2025-12-25T02:36:40Z</dc:date>
    </item>
    <item>
      <title>Re: mk64 read from flash 0xE5FF8 causes busfault</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/mk64-read-from-flash-0xE5FF8-causes-busfault/m-p/2288933#M68141</link>
      <description>&lt;P&gt;Hi &lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/27788"&gt;@Alice_Yang&lt;/a&gt;&amp;nbsp;,&lt;BR /&gt;&lt;BR /&gt;maybe this problem with some weird behaviour I recognize using my SEGGER JLink.&lt;BR /&gt;&lt;BR /&gt;When I connect to my MK64FN1MOVLQ12 using MK64FN1M0XXX12 in JLink, then:&lt;/P&gt;&lt;P&gt;device MK64FN1MoXXX12&lt;/P&gt;&lt;P&gt;if SWD&lt;/P&gt;&lt;P&gt;speed 1000&lt;/P&gt;&lt;P&gt;connect&lt;/P&gt;&lt;P&gt;erase&lt;BR /&gt;loadbin imagefile.bin 0&lt;BR /&gt;&lt;BR /&gt;usually the JLink claims the device is protected after erase.&lt;BR /&gt;and presents this attached dialogue.&lt;BR /&gt;&lt;BR /&gt;I would have expected the device is unprotected and unsecured after erase command.&lt;BR /&gt;&lt;BR /&gt;What should be the preferred sequence using JLink to completely erase the flash and load new image?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&amp;nbsp;Thanks in advance&lt;/P&gt;</description>
      <pubDate>Tue, 06 Jan 2026 17:42:19 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/mk64-read-from-flash-0xE5FF8-causes-busfault/m-p/2288933#M68141</guid>
      <dc:creator>theadib</dc:creator>
      <dc:date>2026-01-06T17:42:19Z</dc:date>
    </item>
    <item>
      <title>Re: mk64 read from flash 0xE5FF8 causes busfault</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/mk64-read-from-flash-0xE5FF8-causes-busfault/m-p/2290471#M68143</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/27788"&gt;@Alice_Yang&lt;/a&gt;&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;sorry for bothering you ...&lt;BR /&gt;I now traced down the root cause to a double write to the same address with the same data.&lt;BR /&gt;This should not happen in a bug-free code &lt;LI-EMOJI id="lia_winking-face" title=":winking_face:"&gt;&lt;/LI-EMOJI&gt;&lt;BR /&gt;However,&lt;BR /&gt;the second write returns an error code&lt;BR /&gt;but then even a read to that sector causes that BUS_FAULT trap.&lt;BR /&gt;&lt;BR /&gt;Is there a possibility to check the sector status before an access causes the whole program to crash?&lt;BR /&gt;So that I then can properly erase the sector again and put the sector in a correct state.&lt;BR /&gt;???&lt;BR /&gt;I have checked the FSFE description in the Reference manual section&amp;nbsp;29.4.10.2 Flash commands.&lt;BR /&gt;But I see not a command that can "test" a sector from a program memory.&amp;nbsp;&lt;BR /&gt;Am I missing something here?&lt;BR /&gt;&lt;BR /&gt;That way I could make more resilient application to check the Flash status after reboot.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Thanks in advance,&lt;BR /&gt;&lt;BR /&gt;Adib&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 08 Jan 2026 21:10:51 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/mk64-read-from-flash-0xE5FF8-causes-busfault/m-p/2290471#M68143</guid>
      <dc:creator>theadib</dc:creator>
      <dc:date>2026-01-08T21:10:51Z</dc:date>
    </item>
    <item>
      <title>Re: mk64 read from flash 0xE5FF8 causes busfault</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/mk64-read-from-flash-0xE5FF8-causes-busfault/m-p/2290845#M68145</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/251352"&gt;@theadib&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;DIV&gt;When using J-Link to erase, there are two options for the same chip. Please choose the device name without “allow security”; this way, it won’t be secured after the erase.&lt;/DIV&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="Alice_Yang_0-1767951588914.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/372303i81758EFC9ABBC95B/image-size/medium?v=v2&amp;amp;px=400" role="button" title="Alice_Yang_0-1767951588914.png" alt="Alice_Yang_0-1767951588914.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;Thank you.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;BR&lt;/P&gt;
&lt;P&gt;Alice&lt;/P&gt;</description>
      <pubDate>Fri, 09 Jan 2026 09:40:19 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/mk64-read-from-flash-0xE5FF8-causes-busfault/m-p/2290845#M68145</guid>
      <dc:creator>Alice_Yang</dc:creator>
      <dc:date>2026-01-09T09:40:19Z</dc:date>
    </item>
    <item>
      <title>Re: mk64 read from flash 0xE5FF8 causes busfault</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/mk64-read-from-flash-0xE5FF8-causes-busfault/m-p/2290960#M68146</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/251352"&gt;@theadib&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;After launch the Erase Flash Sector command, the FRFE erases the selected flash, then verifies that it is erase.&amp;nbsp;&amp;nbsp; If the erase-verify fails the&amp;nbsp;FSTAT[MGSTAT0] bit is set.&amp;nbsp;The CCIF flag is set after the Erase Flash Sector operation&lt;BR /&gt;completes. The Erase Flash Sector command is suspendable (see the FCNFG[ERSSUSP] bit and Figure 29-11).&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="Alice_Yang_0-1767953891145.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/372306i71ADD6A366C57CBB/image-size/medium?v=v2&amp;amp;px=400" role="button" title="Alice_Yang_0-1767953891145.png" alt="Alice_Yang_0-1767953891145.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;BR&lt;/P&gt;
&lt;P&gt;Alice&lt;/P&gt;</description>
      <pubDate>Fri, 09 Jan 2026 10:43:04 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/mk64-read-from-flash-0xE5FF8-causes-busfault/m-p/2290960#M68146</guid>
      <dc:creator>Alice_Yang</dc:creator>
      <dc:date>2026-01-09T10:43:04Z</dc:date>
    </item>
  </channel>
</rss>

