<?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: EEPROM page access issue in S32K</title>
    <link>https://community.nxp.com/t5/S32K/EEPROM-page-access-issue/m-p/1426074#M14352</link>
    <description>&lt;P&gt;Hi Vardhan,&lt;/P&gt;
&lt;P&gt;I have checked the MC33771C datasheet. Unfortunately MC33771C and our other BCCs are not designed to support MCU's EEPROM through SPI or TPL interface. It is designed to use an external EEPROM through the I2C interface.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="JozefKozon_0-1646907836815.png" style="width: 287px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/173047iB1BFF754872E6CF9/image-dimensions/287x152?v=v2" width="287" height="152" role="button" title="JozefKozon_0-1646907836815.png" alt="JozefKozon_0-1646907836815.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;Please see below answers from application engineers regarding EEPROM use with our BCCs from older cases.&lt;/P&gt;
&lt;P&gt;1.&amp;nbsp;&lt;SPAN&gt;Customer can use a 1K EEPROM as 24LC01B from Microchip; The MCU can write and read data from the EEPROM but through specific BCC registers. The EEPROM is intended to be used to store calibration data; If the customer wants to store other data, he should avoid to store $CB at adress 00h of the EEPROM. He has to read carefully the datasheet&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;2. T&lt;SPAN&gt;he EEPROM present flag indicates that a&amp;nbsp;&lt;STRONG&gt;Programmed&lt;/STRONG&gt;&amp;nbsp;EEPROM was detected.&amp;nbsp;Programmed means, at the $00 EEPROM-address there is the correct key value, namely $CB hexadecimal. In the absence of correct key, the EEPROM may be written/read but the flag remains at logic zero.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Please, check whether the customer has properly programmed the EEPROM key.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;3. If I attach an EEPROM but don't put the correct key byte can I still access it using the EEPROM_CTL register?&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2" color="#009900"&gt;&lt;SPAN&gt;&amp;gt;&amp;gt; No.&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;If no EEPROM is attached then the mirror memory is loaded from the fuse memory,&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;If an EEPROM is attached then the mirror memory is loaded from the EEPROM.&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;What happens if the EEPROM ECC check fails?&amp;nbsp;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2" color="#009900"&gt;&lt;SPAN&gt;&amp;gt;&amp;gt; There is no EEPROM ECC, unless you meant the copy of the ECC accompanying the data, which are considered in much the same way as any other data (the EEPROM cannot be aware that those are special bits). If you meant that, then after the uploading to the mirror a problem would be detected and the user would be alerted by the FUSE_MIRROR_CNTL[SEC_ERR_FLT] bit and the FAULT2_STATUS[DED_ERR_FLT] bit. Note that the ECC downloaded to the mirror protects all user data, included itself. If a double error is detected, the pack controller shall bring the system to the safe state.&amp;nbsp;&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;Is the mirror memory then loaded from the fuse memory?&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2" color="#009900"&gt;&lt;SPAN&gt;&amp;gt;&amp;gt; No. The content of the fuse memory is reloaded only in case of aborted upload procedure due to an I2C error.&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;If so, can I use this to force loading from fuse memory but have access to the EEPROM (since it was recognized).&lt;FONT color="#51626f"&gt;&amp;nbsp;&lt;/FONT&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2" color="#009900"&gt;&lt;SPAN&gt;&amp;gt;&amp;gt; No, it is not so.&amp;nbsp;&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;The description of the fuse memory is a bit confusing. As read it implies that the contents are not byte aligned. Is this true?&lt;FONT color="#51626f"&gt;&amp;nbsp;&lt;/FONT&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2" color="#009900"&gt;&lt;SPAN&gt;&amp;gt;&amp;gt; Well, the EEPROM is thought being organized as an array of bytes. In contrast, the mirror is organized as an array of 16-bits words.&amp;nbsp;&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;Is there a memory map of the fuse memory and (imaged EEPROM)?&lt;FONT color="#51626f"&gt;&amp;nbsp;&lt;/FONT&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2" color="#009900"&gt;&amp;gt;&amp;gt;&amp;nbsp;&lt;SPAN&gt;What do you mean?&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;What is the first or lowest address available for generic data use?&lt;FONT color="#51626f"&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&amp;nbsp;&lt;/FONT&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2" color="#009900"&gt;&lt;SPAN&gt;&amp;gt;&amp;gt; It is 01x, the address of the 1&lt;SUP&gt;st&lt;/SUP&gt;&amp;nbsp;byte.&amp;nbsp;&amp;nbsp;&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;What is minimum and maximum size of EEPROM supported?&lt;FONT color="#51626f"&gt;&amp;nbsp;&lt;/FONT&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2" color="#009900"&gt;&lt;SPAN&gt;&amp;gt;&amp;gt; 16 bytes (min) to 128 bytes (max).&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;Does NXP suggest/have a recommended device?&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2" color="#009900"&gt;&lt;SPAN&gt;&amp;gt;&amp;gt; I&lt;/SPAN&gt;&lt;SPAN&gt;n NXP EVB there is the 24AA00oT 16 bytes EEPROM. I would not state it is NXP recommendation, it is just an example.&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;With Best Regards,&lt;/P&gt;
&lt;P&gt;Jozef&lt;/P&gt;</description>
    <pubDate>Thu, 10 Mar 2022 10:28:59 GMT</pubDate>
    <dc:creator>JozefKozon</dc:creator>
    <dc:date>2022-03-10T10:28:59Z</dc:date>
    <item>
      <title>EEPROM page access issue</title>
      <link>https://community.nxp.com/t5/S32K/EEPROM-page-access-issue/m-p/1425223#M14321</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I am working with EEPROM on S32K144&amp;nbsp; board , I am using BCC API's ( BCC_EEPROM Write and Read). Those functions support&amp;nbsp; to read/write (00 to 7FH) a byte data only. How to access the available pages in eeprom.&amp;nbsp;&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;Is it possible to access the pages&amp;nbsp; using this BCC_EEPROM functions&lt;/SPAN&gt;&lt;SPAN&gt;.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Please help me to sort out if this issue ASAP.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&amp;nbsp;Below&amp;nbsp; are the functions from latest BCC&amp;nbsp; driver code.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&lt;STRONG&gt;bcc_status_t BCC_EEPROM_Write(bcc_drv_config_t* const drvConfig, bcc_cid_t cid,&lt;/STRONG&gt;&lt;STRONG&gt;uint8_t addr, uint8_t data)&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&lt;STRONG&gt;bcc_status_t BCC_EEPROM_Read(bcc_drv_config_t* const drvConfig, bcc_cid_t cid,&lt;BR /&gt;uint8_t addr, uint8_t* const data)&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 09 Mar 2022 11:57:21 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/EEPROM-page-access-issue/m-p/1425223#M14321</guid>
      <dc:creator>vardhan</dc:creator>
      <dc:date>2022-03-09T11:57:21Z</dc:date>
    </item>
    <item>
      <title>Re: EEPROM page access issue</title>
      <link>https://community.nxp.com/t5/S32K/EEPROM-page-access-issue/m-p/1425950#M14342</link>
      <description>&lt;P&gt;Hi Vardhan,&lt;/P&gt;
&lt;P&gt;please confirm, which of our BCC you are using. MC33771A, MC33772B, MC33771B, MC33771C, MC33772C? So I will know which documents I need to check.&lt;/P&gt;
&lt;P&gt;Thank you.&lt;/P&gt;
&lt;P&gt;With Best Regards,&lt;/P&gt;
&lt;P&gt;Jozef&lt;/P&gt;</description>
      <pubDate>Thu, 10 Mar 2022 08:11:34 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/EEPROM-page-access-issue/m-p/1425950#M14342</guid>
      <dc:creator>JozefKozon</dc:creator>
      <dc:date>2022-03-10T08:11:34Z</dc:date>
    </item>
    <item>
      <title>Re: EEPROM page access issue</title>
      <link>https://community.nxp.com/t5/S32K/EEPROM-page-access-issue/m-p/1425981#M14347</link>
      <description>&lt;P&gt;Thanks Jozefkozon,&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;We are using&amp;nbsp;BCC&amp;nbsp; MC33771C.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 10 Mar 2022 08:38:04 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/EEPROM-page-access-issue/m-p/1425981#M14347</guid>
      <dc:creator>vardhan</dc:creator>
      <dc:date>2022-03-10T08:38:04Z</dc:date>
    </item>
    <item>
      <title>Re: EEPROM page access issue</title>
      <link>https://community.nxp.com/t5/S32K/EEPROM-page-access-issue/m-p/1426074#M14352</link>
      <description>&lt;P&gt;Hi Vardhan,&lt;/P&gt;
&lt;P&gt;I have checked the MC33771C datasheet. Unfortunately MC33771C and our other BCCs are not designed to support MCU's EEPROM through SPI or TPL interface. It is designed to use an external EEPROM through the I2C interface.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="JozefKozon_0-1646907836815.png" style="width: 287px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/173047iB1BFF754872E6CF9/image-dimensions/287x152?v=v2" width="287" height="152" role="button" title="JozefKozon_0-1646907836815.png" alt="JozefKozon_0-1646907836815.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;Please see below answers from application engineers regarding EEPROM use with our BCCs from older cases.&lt;/P&gt;
&lt;P&gt;1.&amp;nbsp;&lt;SPAN&gt;Customer can use a 1K EEPROM as 24LC01B from Microchip; The MCU can write and read data from the EEPROM but through specific BCC registers. The EEPROM is intended to be used to store calibration data; If the customer wants to store other data, he should avoid to store $CB at adress 00h of the EEPROM. He has to read carefully the datasheet&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;2. T&lt;SPAN&gt;he EEPROM present flag indicates that a&amp;nbsp;&lt;STRONG&gt;Programmed&lt;/STRONG&gt;&amp;nbsp;EEPROM was detected.&amp;nbsp;Programmed means, at the $00 EEPROM-address there is the correct key value, namely $CB hexadecimal. In the absence of correct key, the EEPROM may be written/read but the flag remains at logic zero.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Please, check whether the customer has properly programmed the EEPROM key.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;3. If I attach an EEPROM but don't put the correct key byte can I still access it using the EEPROM_CTL register?&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2" color="#009900"&gt;&lt;SPAN&gt;&amp;gt;&amp;gt; No.&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;If no EEPROM is attached then the mirror memory is loaded from the fuse memory,&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;If an EEPROM is attached then the mirror memory is loaded from the EEPROM.&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;What happens if the EEPROM ECC check fails?&amp;nbsp;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2" color="#009900"&gt;&lt;SPAN&gt;&amp;gt;&amp;gt; There is no EEPROM ECC, unless you meant the copy of the ECC accompanying the data, which are considered in much the same way as any other data (the EEPROM cannot be aware that those are special bits). If you meant that, then after the uploading to the mirror a problem would be detected and the user would be alerted by the FUSE_MIRROR_CNTL[SEC_ERR_FLT] bit and the FAULT2_STATUS[DED_ERR_FLT] bit. Note that the ECC downloaded to the mirror protects all user data, included itself. If a double error is detected, the pack controller shall bring the system to the safe state.&amp;nbsp;&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;Is the mirror memory then loaded from the fuse memory?&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2" color="#009900"&gt;&lt;SPAN&gt;&amp;gt;&amp;gt; No. The content of the fuse memory is reloaded only in case of aborted upload procedure due to an I2C error.&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;If so, can I use this to force loading from fuse memory but have access to the EEPROM (since it was recognized).&lt;FONT color="#51626f"&gt;&amp;nbsp;&lt;/FONT&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2" color="#009900"&gt;&lt;SPAN&gt;&amp;gt;&amp;gt; No, it is not so.&amp;nbsp;&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;The description of the fuse memory is a bit confusing. As read it implies that the contents are not byte aligned. Is this true?&lt;FONT color="#51626f"&gt;&amp;nbsp;&lt;/FONT&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2" color="#009900"&gt;&lt;SPAN&gt;&amp;gt;&amp;gt; Well, the EEPROM is thought being organized as an array of bytes. In contrast, the mirror is organized as an array of 16-bits words.&amp;nbsp;&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;Is there a memory map of the fuse memory and (imaged EEPROM)?&lt;FONT color="#51626f"&gt;&amp;nbsp;&lt;/FONT&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2" color="#009900"&gt;&amp;gt;&amp;gt;&amp;nbsp;&lt;SPAN&gt;What do you mean?&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;What is the first or lowest address available for generic data use?&lt;FONT color="#51626f"&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&amp;nbsp;&lt;/FONT&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2" color="#009900"&gt;&lt;SPAN&gt;&amp;gt;&amp;gt; It is 01x, the address of the 1&lt;SUP&gt;st&lt;/SUP&gt;&amp;nbsp;byte.&amp;nbsp;&amp;nbsp;&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;What is minimum and maximum size of EEPROM supported?&lt;FONT color="#51626f"&gt;&amp;nbsp;&lt;/FONT&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2" color="#009900"&gt;&lt;SPAN&gt;&amp;gt;&amp;gt; 16 bytes (min) to 128 bytes (max).&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2"&gt;Does NXP suggest/have a recommended device?&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="Arial, sans-serif" size="2" color="#009900"&gt;&lt;SPAN&gt;&amp;gt;&amp;gt; I&lt;/SPAN&gt;&lt;SPAN&gt;n NXP EVB there is the 24AA00oT 16 bytes EEPROM. I would not state it is NXP recommendation, it is just an example.&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;With Best Regards,&lt;/P&gt;
&lt;P&gt;Jozef&lt;/P&gt;</description>
      <pubDate>Thu, 10 Mar 2022 10:28:59 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/EEPROM-page-access-issue/m-p/1426074#M14352</guid>
      <dc:creator>JozefKozon</dc:creator>
      <dc:date>2022-03-10T10:28:59Z</dc:date>
    </item>
  </channel>
</rss>

