<?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 EEP data consistency at different offset in S32K</title>
    <link>https://community.nxp.com/t5/S32K/EEP-data-consistency-at-different-offset/m-p/1229722#M9872</link>
    <description>&lt;P&gt;Hi all,&amp;nbsp;&lt;/P&gt;&lt;P&gt;I am wondering if writing data in E3prom at a given offset can corrupt or lead to data loss at another offset.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Use case: &lt;/STRONG&gt;suppose I store some metadata relevant for my application in the first K of E3prom, while the remaining bytes are used for data logging. For the sake of the discussion, let's refer to&amp;nbsp;&lt;STRONG&gt;relative addresses&lt;/STRONG&gt;&amp;nbsp;(address 0x0 means FlexRam address + 0x0, etc).&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Is it possible that a write at address 0x401 corrupts the data at address 0x0?The same states for contiguous addresses (e.g. write at 0x401 impacts data at 0x400).&amp;nbsp;&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;I understand that EEEprom/FlexRAM addresses are abstractions of the internal controller that maps the FlexNVM to FlexRAM, just wondering. ù&lt;/P&gt;&lt;P&gt;I need to be confident that flags and data relevant for my application are "safe enough" in EEEprom.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;K.R.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Thu, 11 Feb 2021 07:46:23 GMT</pubDate>
    <dc:creator>Catosh</dc:creator>
    <dc:date>2021-02-11T07:46:23Z</dc:date>
    <item>
      <title>EEP data consistency at different offset</title>
      <link>https://community.nxp.com/t5/S32K/EEP-data-consistency-at-different-offset/m-p/1229722#M9872</link>
      <description>&lt;P&gt;Hi all,&amp;nbsp;&lt;/P&gt;&lt;P&gt;I am wondering if writing data in E3prom at a given offset can corrupt or lead to data loss at another offset.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Use case: &lt;/STRONG&gt;suppose I store some metadata relevant for my application in the first K of E3prom, while the remaining bytes are used for data logging. For the sake of the discussion, let's refer to&amp;nbsp;&lt;STRONG&gt;relative addresses&lt;/STRONG&gt;&amp;nbsp;(address 0x0 means FlexRam address + 0x0, etc).&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Is it possible that a write at address 0x401 corrupts the data at address 0x0?The same states for contiguous addresses (e.g. write at 0x401 impacts data at 0x400).&amp;nbsp;&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;I understand that EEEprom/FlexRAM addresses are abstractions of the internal controller that maps the FlexNVM to FlexRAM, just wondering. ù&lt;/P&gt;&lt;P&gt;I need to be confident that flags and data relevant for my application are "safe enough" in EEEprom.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;K.R.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 11 Feb 2021 07:46:23 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/EEP-data-consistency-at-different-offset/m-p/1229722#M9872</guid>
      <dc:creator>Catosh</dc:creator>
      <dc:date>2021-02-11T07:46:23Z</dc:date>
    </item>
    <item>
      <title>Re: EEP data consistency at different offset</title>
      <link>https://community.nxp.com/t5/S32K/EEP-data-consistency-at-different-offset/m-p/1229930#M9881</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;
&lt;P&gt;The EEPROM (FlexRAM) is writable in single bytes.&lt;/P&gt;
&lt;P&gt;If the byte at 0x401 is over-witten, it will create a record in the backup flash.&lt;/P&gt;
&lt;P&gt;If then&amp;nbsp;the byte at 0x400 is over-written, it creates another records.&lt;/P&gt;
&lt;P&gt;Please keep in mind that the EEPROM uses the same amount of backup flash for one 8bit record as for one 16bit (or 32bit) record.&lt;/P&gt;
&lt;P&gt;A write to 0x400 will not change (or move) the 0x401 record in the backup flash unless of course the 0x400 byte in FlexRAM is over-written as well.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;BR, Daniel.&lt;/P&gt;</description>
      <pubDate>Thu, 11 Feb 2021 15:02:09 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/EEP-data-consistency-at-different-offset/m-p/1229930#M9881</guid>
      <dc:creator>danielmartynek</dc:creator>
      <dc:date>2021-02-11T15:02:09Z</dc:date>
    </item>
  </channel>
</rss>

