<?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: KE1 ECC RAM Single Bit Corrrection in Kinetis Microcontrollers</title>
    <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/KE1-ECC-RAM-Single-Bit-Corrrection/m-p/2399050#M68446</link>
    <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/90401"&gt;@sean_dvorscak&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;Thanks for your reply.&lt;/P&gt;
&lt;P&gt;So for your questions:&lt;/P&gt;
&lt;P&gt;1. Does the ECC have the ability to autocorrect bits? Or do I really need to perform this read/write to address to correct?&lt;/P&gt;
&lt;P&gt;-&amp;gt;&amp;gt; Yes, ECC does support hardware correction for single-bit errors. So&amp;nbsp;you should not need a software read/write sequence to obtain corrected data.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;2.&amp;nbsp;If there is not autocorrect, will I need to compensate for byte alignment when performing my read/write correction mechanism? Currently I am performing a 4-byte read/write at the address denoted by the MCM_LMFAR. I feel like this is dangerous as I am not sure the MCM_LMFAR will always show a 4-byte aligned address.&lt;/P&gt;
&lt;P&gt;-&amp;gt;&amp;gt;&amp;nbsp;If implementing an optional scrub, please align the access according to the actual access size or scrub granularity, not blindly to the raw MCM_LMFAR value. Also don't use a fixed 4-byte access unless you first align the address appropriately and confirm the access size is valid.&lt;/P&gt;
&lt;P&gt;In fact, For multi-bit / non-correctable ECC events , do not assume a read/write can repair the data, you should treat it as data corruption and recover from a known-good source or reinitialize the affected memory as appropriate.&lt;/P&gt;
&lt;P&gt;Hope it helps.&lt;/P&gt;
&lt;P&gt;BR&lt;/P&gt;
&lt;P&gt;Celeste&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;---------------------------------------------------------------------------------------------------------------------&lt;BR /&gt;Note: If this post answers your question, please click the "ACCEPT AS SOLUTION" button. Thank you!&lt;BR /&gt;---------------------------------------------------------------------------------------------------------------------&lt;/P&gt;</description>
    <pubDate>Mon, 27 Jul 2026 06:33:53 GMT</pubDate>
    <dc:creator>Celeste_Liu</dc:creator>
    <dc:date>2026-07-27T06:33:53Z</dc:date>
    <item>
      <title>KE1 ECC RAM Single Bit Corrrection</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/KE1-ECC-RAM-Single-Bit-Corrrection/m-p/2397895#M68435</link>
      <description>&lt;P&gt;Have a few questions regarding ECC.&lt;/P&gt;&lt;P&gt;I am currently using the MCM_LMFAR to determine where the ECC triggered a fault and then using that address to read then write back to correct it.&lt;/P&gt;&lt;P&gt;Questions:&lt;/P&gt;&lt;P&gt;1. Does the ECC have the ability to autocorrect bits? Or do I really need to perform this read/write to address to correct?&lt;/P&gt;&lt;P&gt;2.&amp;nbsp;If there is not autocorrect, will I need to compensate for byte alignment when performing my read/write correction mechanism? Currently I am performing a 4-byte read/write at the address denoted by the MCM_LMFAR. I feel like this is dangerous as I am not sure the MCM_LMFAR will always show a 4-byte aligned address.&lt;/P&gt;</description>
      <pubDate>Wed, 22 Jul 2026 18:37:48 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/KE1-ECC-RAM-Single-Bit-Corrrection/m-p/2397895#M68435</guid>
      <dc:creator>sean_dvorscak</dc:creator>
      <dc:date>2026-07-22T18:37:48Z</dc:date>
    </item>
    <item>
      <title>Re: KE1 ECC RAM Single Bit Corrrection</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/KE1-ECC-RAM-Single-Bit-Corrrection/m-p/2397981#M68436</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/90401"&gt;@sean_dvorscak&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;Thank you for your post.&lt;BR /&gt;Could you please let me know which specific device in the KE1 family you are using?&lt;BR /&gt;This will help me locate the relevant documentation more accurately or perform validation using the same device.&lt;/P&gt;
&lt;P&gt;BR&lt;/P&gt;
&lt;P&gt;Celeste&lt;/P&gt;</description>
      <pubDate>Thu, 23 Jul 2026 04:09:01 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/KE1-ECC-RAM-Single-Bit-Corrrection/m-p/2397981#M68436</guid>
      <dc:creator>Celeste_Liu</dc:creator>
      <dc:date>2026-07-23T04:09:01Z</dc:date>
    </item>
    <item>
      <title>Re: KE1 ECC RAM Single Bit Corrrection</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/KE1-ECC-RAM-Single-Bit-Corrrection/m-p/2398408#M68440</link>
      <description>&lt;P&gt;It's a KE18F512VLH16.&lt;/P&gt;&lt;P&gt;Thanks for your help.&lt;/P&gt;</description>
      <pubDate>Thu, 23 Jul 2026 16:24:57 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/KE1-ECC-RAM-Single-Bit-Corrrection/m-p/2398408#M68440</guid>
      <dc:creator>sean_dvorscak</dc:creator>
      <dc:date>2026-07-23T16:24:57Z</dc:date>
    </item>
    <item>
      <title>Re: KE1 ECC RAM Single Bit Corrrection</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/KE1-ECC-RAM-Single-Bit-Corrrection/m-p/2399050#M68446</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/90401"&gt;@sean_dvorscak&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;Thanks for your reply.&lt;/P&gt;
&lt;P&gt;So for your questions:&lt;/P&gt;
&lt;P&gt;1. Does the ECC have the ability to autocorrect bits? Or do I really need to perform this read/write to address to correct?&lt;/P&gt;
&lt;P&gt;-&amp;gt;&amp;gt; Yes, ECC does support hardware correction for single-bit errors. So&amp;nbsp;you should not need a software read/write sequence to obtain corrected data.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;2.&amp;nbsp;If there is not autocorrect, will I need to compensate for byte alignment when performing my read/write correction mechanism? Currently I am performing a 4-byte read/write at the address denoted by the MCM_LMFAR. I feel like this is dangerous as I am not sure the MCM_LMFAR will always show a 4-byte aligned address.&lt;/P&gt;
&lt;P&gt;-&amp;gt;&amp;gt;&amp;nbsp;If implementing an optional scrub, please align the access according to the actual access size or scrub granularity, not blindly to the raw MCM_LMFAR value. Also don't use a fixed 4-byte access unless you first align the address appropriately and confirm the access size is valid.&lt;/P&gt;
&lt;P&gt;In fact, For multi-bit / non-correctable ECC events , do not assume a read/write can repair the data, you should treat it as data corruption and recover from a known-good source or reinitialize the affected memory as appropriate.&lt;/P&gt;
&lt;P&gt;Hope it helps.&lt;/P&gt;
&lt;P&gt;BR&lt;/P&gt;
&lt;P&gt;Celeste&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;---------------------------------------------------------------------------------------------------------------------&lt;BR /&gt;Note: If this post answers your question, please click the "ACCEPT AS SOLUTION" button. Thank you!&lt;BR /&gt;---------------------------------------------------------------------------------------------------------------------&lt;/P&gt;</description>
      <pubDate>Mon, 27 Jul 2026 06:33:53 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/KE1-ECC-RAM-Single-Bit-Corrrection/m-p/2399050#M68446</guid>
      <dc:creator>Celeste_Liu</dc:creator>
      <dc:date>2026-07-27T06:33:53Z</dc:date>
    </item>
    <item>
      <title>Re: KE1 ECC RAM Single Bit Corrrection</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/KE1-ECC-RAM-Single-Bit-Corrrection/m-p/2399258#M68447</link>
      <description>&lt;P&gt;Thanks for the confirmation and info.&lt;/P&gt;&lt;P&gt;And yes, I am handling uncorrectable bit errors differently.&lt;/P&gt;</description>
      <pubDate>Mon, 27 Jul 2026 15:38:54 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/KE1-ECC-RAM-Single-Bit-Corrrection/m-p/2399258#M68447</guid>
      <dc:creator>sean_dvorscak</dc:creator>
      <dc:date>2026-07-27T15:38:54Z</dc:date>
    </item>
    <item>
      <title>Re: KE1 ECC RAM Single Bit Corrrection</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/KE1-ECC-RAM-Single-Bit-Corrrection/m-p/2399291#M68448</link>
      <description>&lt;P&gt;One more question actually.&lt;/P&gt;&lt;P&gt;The automatic HW ECC correction functionality is enabled by default? I don't really see any bits in the MCM registers that would suggest it's a feature that can be disabled/enabled.&lt;/P&gt;</description>
      <pubDate>Mon, 27 Jul 2026 18:39:03 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/KE1-ECC-RAM-Single-Bit-Corrrection/m-p/2399291#M68448</guid>
      <dc:creator>sean_dvorscak</dc:creator>
      <dc:date>2026-07-27T18:39:03Z</dc:date>
    </item>
  </channel>
</rss>

